[1862] in Athena Bugs

home help back first fref pref prev next nref lref last post

Saber gripe: v2.0.4 (12/20/88 multics vax unix 2669 0)

daemon@ATHENA.MIT.EDU (raeburn@ATHENA.MIT.EDU)
Tue Mar 7 08:58:46 1989

From: <raeburn@ATHENA.MIT.EDU>
Date: Tue, 7 Mar 89 08:58:28 EST
To: bugs@ATHENA.MIT.EDU
Saber still doesn't seem able to deal with the debugging information
that the GNU C compiler puts in its object files.  Saber gives the
following messages:

30 -> load quux.o
Loading: quux.o
Saber internal (parsing) error (signal 10).
 (internal location 0x2a2f3, 0x7fffe870)
Trying to recover...
Resetting to top level.
31 -> 

This is not very friendly... and it was for a very simple source file
too:

    int foo;

    long bar (long quux) {
	foo = quux / -1;
	return foo;
    }

It would be acceptable for it to complain and ignore the debugging
info, or maybe complain and force the user to use -G, but it shouldn't
be reporting internal errors.

Saber also let me define a macro with two values, and I couldn't
figure out how to straighten things out without unloading the entire
workspace:

31 -> #define compile(x) system("gcc -O -g -c -v " # x)
32 -> #define compile(x) system("gcc -O -g -c " # x)
Warning #339:  Incorrect redefinition of macro 'compile'.
The current definition is:
    #define compile(x) system("gcc -O -g -c -v " # x)
33 -> #undef compile
Error #245:  'compile' is ambiguous
34 -> whatis compile
#define compile(x) system("gcc -O -g -c " # x)
#define compile(x) system("gcc -O -g -c -v " # x)
35 -> whereis compile
"workspace":32  #define compile ...
"workspace":31  #define compile ...
36 -> compile(sadf.c)
Error #245:  'compile' is ambiguous
37 -> 

-- Ken

home help back first fref pref prev next nref lref last post