Xref: utzoo comp.os.os9:214 comp.lang.c:13554
Path: utzoo!yunexus!geac!syntron!jtsv16!uunet!mcvax!unido!fbihh!peters
From: peters@fbihh.UUCP (Heino Peters)
Newsgroups: comp.os.os9,comp.lang.c
Subject: Bugs in OS9/68K C-Compiler ?
Message-ID: <147@fbihh.UUCP>
Date: 24 Oct 88 14:07:45 GMT
Article-I.D.: fbihh.147
Organization: University of Hamburg, FB Informatik, W-Germany
Lines: 154


Hi there,

recently a friend tried to port some software from unix to OS9. He ran
into unexpected trouble doing that, so he asked for my help. When i tried
to locate the troublespots i found several interesting things about
the Microware C-Compiler V3.0 running under OS9/68K V2.2. Here's the upshot
of all that.

The first problem was with long lines. The C-compiler would complain about
long lines even if they were simply comments. These comments were supposed
to be read by an automatic documentation system, so they went over several
lines finished by "\" to yield one long single line.

Now for the more serious things. The following source:

#define A(x) B(x)
#define B(x) (x)

main()

{
 struct { int a } b;

 printf( "%d\n", A(A(b)).a );
}

yields these complaints from the compiler:

"cc.c", line 9: ****  struct/union object required ****
 printf( "%d\n", (A(b)).a );
                   ^
"cc.c", line 9: ****  lvalue required ****
 printf( "%d\n", (A(b)).a );
                   ^
errors in compilation : 2

Obviously the problems with macros like CAR(CAR(x)) arn't all gone.
Another goodie is the following source:

tgetflag ()
{
  char *ptr = (char *) any_fun ();
  return 0 != ptr ;
}

which will give the follownig message when compiled:

"p.c", line 4: ****  illegal type combination ****
  return 0 != ptr ;
              ^
errors in compilation : 1

please note: "return ptr != 0" will compile.
The following little program will drive the compiler real crazy:

#define Y(t) ('t')
main()
{
 printf( "%d\n", Y(a) );
}

The messages look like this (please note: there are ^a's around the a's
although there is no ^a in the source):

"tt.c", line 5: ****  unterminated character constant ****
 printf( "%d\n", ('a') );
                  ^
"tt.c", line 5: ****  ) expected ****
 printf( "%d\n", ('a') );
                    ^
"tt.c", line 5: ****  ) expected ****
 printf( "%d\n", ('a') );
                    ^
"tt.c", line 5: ****  ; expected ****
 printf( "%d\n", ('a') );
                    ^
"tt.c", line 5: ****  bad character ****
 printf( "%d\n", ('a') );
                     ^
"tt.c", line 5: ****  unterminated character constant ****
 printf( "%d\n", ('a') );
                       ^
"tt.c", line 5: ****  undeclared identifier ****
 printf( "%d\n", ('a') );
                    ^
"tt.c", line 5: ****  warning - expression with little effect ****
 printf( "%d\n", ('a') );
                    ^
"tt.c", line 5: ****  ; expected ****
 printf( "%d\n", ('a') );
                       ^
"tt.c", line 5: ****  warning - expression with little effect ****
 printf( "%d\n", ('a') );
                       ^
"tt.c", line 5: ****  ; expected ****
 printf( "%d\n", ('a') );
                         ^
"tt.c", line 5: ****  syntax error ****
 printf( "%d\n", ('a') );
                         ^
errors in compilation : 10

Well and now for the one, that got me nearly mad till i found the buster:

main()

{
 char x = 'D';

 switch( x )
  {
   int i;

   case 'D':
    printf( "Hi there" );
  }
}

This will compile without complaints (*REALLY*), but the code produced for
th switch statement looks like this:

...
 bra _6
 subq.l #4,sp :2
_7
 lea _8(pc),a0
 move.l a0,d0 :2
 bsr printf
 addq.l #4,sp :2
 bra _5
_6
 move.b 1(sp),d0
 ext.w d0 :2
 cmpi.w #68,d0
 beq _7
_5
...

This code jumps around the allocation of stack space for variable i, but will
deallocate this space, so the next return instruction  will end in nirwana :-(

All of these little buggers compiled and ran just fine on my unix box. Maybe
i'm missing something, but these look just like errors in the Microware
compiler. Has somebody out there any comments or patches ?

So long, Heino.

---------------------+---------------------------------------------------------
Heino Peters         | email:
Universitaet Hamburg | peters@rz.informatik.uni-hamburg.dbp.de (preferred)
Bodenstedtstr. 16    | peters@fbihh.uucp (...!uunet!unido!fbihh!peters)
D-2000 Hamburg 50    | ...!{tmpmbx,altger}!althh!ccsq!hphal!heino (privat)
---------------------+---------------------------------------------------------