[bug #28920] FTBS on FreeBSD 8.0 x64

[Tim Kack]

URL:
  <http://savannah.gnu.org/bugs/?28920>

                 Summary: FTBS on FreeBSD 8.0 x64
                 Project: GNUstep
            Submitted by: tkack
            Submitted on: Wed Feb 17 12:45:35 2010
                Category: Base/Foundation
                Severity: 3 - Normal
              Item Group: Installation
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Not sure why this is happening, opening up bug to to ensure that we track
it.
Fresh FreeBSD 8.0 64 bit. Building from latest svn r29656.

Making all for library libgnustep-base...
gcc NSNumber.m -c \
              -MMD -MP -DGNUSTEP_TARGET_DIR=\".\"
-DGNUSTEP_TARGET_CPU=\"x86_64\" -DGNUSTEP_TARGET_OS=\"freebsd\"
-DGNUSTEP_IS_FLATTENED=\"yes\" -DLIBRARY_COMBO=\"gnu-gnu-gnu\" -Wall
-Wcast-align -DGNUSTEP -DGNUSTEP_BASE_LIBRARY=1 -DGNU_GUI_LIBRARY=1
-DGNU_RUNTIME=1 -DGNUSTEP_BASE_LIBRARY=1 -D_REENTRANT -pthread -fPIC -DGSWARN
-DGSDIAGNOSE -Wno-import -g -O2 -fgnu-runtime -fgnu-runtime
-fconstant-string-class=NSConstantString -I../Headers/Additions -I../Headers
-I./. -I. -I/usr/local/include -I/usr/GNUstep/System/Library/Headers
-I/usr/GNUstep/Local/Library/Headers -I/usr/local/include/libxml2
-I/usr/local/include -I/usr/include -I/root/GNUstep/Library/Headers
-I/usr/GNUstep/Local/Library/Headers -I/usr/GNUstep/System/Library/Headers \
               -o obj/libgnustep-base.obj/NSNumber.m.o
NSNumber.m: In function '+[NSNumber numberWithUnsignedLongLong:]':
NSNumber.m:487: error: 'LONG_LONG_MAX' undeclared (first use in this
function)
NSNumber.m:487: error: (Each undeclared identifier is reported only once
NSNumber.m:487: error: for each function it appears in.)
gmake[4]: *** [obj/libgnustep-base.obj/NSNumber.m.o] Error 1
gmake[3]: *** [internal-library-all_] Error 2
gmake[2]: *** [libgnustep-base.all.library.variables] Error 2
...

I have seen some references to problems with GSFormat.m in early days - but
does not seem to be the same thing.





    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?28920>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/