Re: Compile problems with -g ?

[Pete French]

> It's likely that the optimizations (-O2) is causing this. YOu should 
> take that out and try it. There are various ways to do this:

ahhh.. sorry... should have mentioned in the original email that I tried this
one already

'gmake debug=yes messages=yes'

gives:


gcc30 -g GSXML.m -c \
      -MMD -MP -Wall -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_RUNTIME=1 
-DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -fPIC -g -Wall -DDEBUG 
-fno-omit-frame-pointer -DGSWARN -DGSDIAGNOSE -Wno-import -fgnu-runtime 
-I../../Headers/gnustep -I../../Headers -I../ix86/freebsd -I. 
-I/usr/local/include -I/usr/local/include -fgnu-runtime 
-I/usr/local/GNUstep/System/Headers -I/usr/local/include/libxml2 
-I/usr/local/include -fconstant-string-class=NSConstantString 
-I/home/pete/GNUstep/Headers/gnustep -I/usr/local/GNUstep/Local/Headers/gnustep 
-I/usr/local/GNUstep/Network/Headers/gnustep 
-I/usr/local/GNUstep/System/Headers/gnustep 
-I/home/pete/GNUstep/Headers/ix86/freebsd -I/home/pete/GNUstep/Headers 
-I/usr/local/GNUstep/Local/Headers/ix86/freebsd 
-I/usr/local/GNUstep/Local/Headers 
-I/usr/local/GNUstep/Network/Headers/ix86/freebsd 
-I/usr/local/GNUstep/Network/Headers 
-I/usr/local/GNUstep/System/Headers/ix86/freebsd 
-I/usr/local/GNUstep/System/Headers \
       -o shared_debug_obj/ix86/freebsd/gnu-gnu-gnu/GSXML.o
GSXML.m:3151: Internal compiler error in dwarf2out_finish, at dwarf2out.c:11277
Please submit a full bug report,

The furstrating this is that I want to compile p this to try and work out what
broke bundle loading between FreeBSD 4.6 and 4.7 - but make debug=yes doesnt
event work for me on the 4.6 systems. Is there any way to configure the
package without the GSXML stuff at all ?

-bat.