[m-dev.] Suspected non-termination in compiler (and --make problem)

Ralph Becket rafe at cs.mu.OZ.AU
Wed Nov 20 23:10:55 AEDT 2002

[Using the rotd-2002-11-19 installed on ceres.]

I've been working on a traditional string-based-regex facility based on 
lex.  The new file in question is in
I've also made minor changes to

1. When compiling regex using `mmc --make regex', the compiler just
seems to sit there.  I've observed compile times taking a couple of
minutes before I hit ^C.  ^C does not stop the mercury_compile
process (it continues in the background) and I have to issue an
explicit `kill'.

2. Using `mmake regex' I observe the compiler also seems to go into
a loop (or a very long computation), but hitting ^C does kill the
mercury_compile process.

Compiling with `mmc --make regex -v -V' the last message I get is
| Making regex.c
| Invoking command `mmc --invoked-by-mmc-make -O2 --cc gcc --grade hlc.gc
| 	--cflags-for-threads
|	--cflags-for-regs "-fno-builtin
| 	-fno-omit-frame-pointer" --cflags-for-gotos "-fno-defer-pop
| 	-fno-function-cse -fno-gcse" --cflags-for-pic "-fpic -DMR_PIC"
| 	--c-flag-to-name-object-file "-o " --object-file-extension .o
| 	--pic-object-file-extension .pic_o --create-archive-command ar
| 	--create-archive-command-output-flag ""
| 	--create-archive-command-flags cr --ranlib-command ranlib
| 	--fullarch i686-pc-linux-gnu
| 	--install-prefix /home/ceres/public/mercury-latest/i686-pc-linux-gnu
| 	--libgrade asm_fast.gc --libgrade hlc.gc --libgrade asm_fast.gc.prof
| 	--libgrade asm_fast.gc.memprof --libgrade asm_fast.gc.profdeep
| 	--libgrade asm_fast.gc.tr --libgrade asm_fast.gc.tr.debug
|	--libgrade hlc.par.gc --libgrade il
|	--num-real-r-regs 1 --num-real-r-temps 0
| 	--conf-low-tag-bits 2 --bits-per-word 32 --bytes-per-word 4
| 	--dotnet-library-version 1.0.2411.0 --no-unboxed-float -O2
| 	--mercury-standard-library-directory
| 		/home/ceres/public/mercury-latest/i686-pc-linux-gnu/lib/mercury
| 	--make -v -V --compile-to-c --use-subdirs regex'

Can someone savvy about these things give me a few pointers as to where
I should start looking for the problem?


- Ralph
mercury-developers mailing list
Post messages to:       mercury-developers at cs.mu.oz.au
Administrative Queries: owner-mercury-developers at cs.mu.oz.au
Subscriptions:          mercury-developers-request at cs.mu.oz.au

More information about the developers mailing list