Problems with egcs CVS'd 199810292000UTC on m68k-next-nextstep3

Problems with egcs CVS'd 199810292000UTC on m68k-next-nextstep3

[Toon Moene]

During stage 1 the build dies with:

a - version.o
a - mbchar.o
ar: creating libcpp.a
gcc  -DIN_GCC    -g -W -Wall  -DHAVE_CONFIG_H   -o fix-header  
fix-header.o \
   scan-decls.o scan.o libcpp.a ` case "obstack.o" in ?*) echo  
obstack.o ;; esac ` ` case "" in ?*) echo  ;; esac ` ` case "" in  
?*) echo  ;; esac ` ` case "" in ?*) echo  ;; esac ` ` case "" in  
?*) echo  ;; esac `
/bin/ld: archive: libcpp.a has no table of contents, add one with  
ranlib(1) (can't load from it)
collect2: ld returned 1 exit status

Apparently a "lost" ranlib libcpp.a.

When I do this by hand, somewhat later it dies with:

gcc  -DIN_GCC    -g -W -Wall  -DHAVE_CONFIG_H   -o fix-header  
fix-header.o \
   scan-decls.o scan.o libcpp.a ` case "obstack.o" in ?*) echo  
obstack.o ;; esac ` ` case "" in ?*) echo  ;; esac ` ` case "" in  
?*) echo  ;; esac ` ` case "" in ?*) echo  ;; esac ` ` case "" in  
?*) echo  ;; esac `
/bin/ld: Undefined symbols:
_user_label_prefix
_S_ISDIR
_S_ISREG
collect2: ld returned 1 exit status

_user_label_prefix is probably caused by the recent changes in  
config/nextstep.h, _S_ISDIR and _S_ISREG are POSIX definitions not  
present on NEXTSTEP ?

HTH,
Toon.

Re: Problems with egcs CVS'd 199810292000UTC on m68k-next-nextstep3

[Jeffrey A Law]

  In message <9810301156.AA07097@moene.indiv.nluug.nl>you write:
  > During stage 1 the build dies with:
  > 
  > a - version.o
  > a - mbchar.o
  > ar: creating libcpp.a
  > gcc  -DIN_GCC    -g -W -Wall  -DHAVE_CONFIG_H   -o fix-header  
  > fix-header.o \
  >    scan-decls.o scan.o libcpp.a ` case "obstack.o" in ?*) echo  
  > obstack.o ;; esac ` ` case "" in ?*) echo  ;; esac ` ` case "" in  
  > ?*) echo  ;; esac ` ` case "" in ?*) echo  ;; esac ` ` case "" in  
  > ?*) echo  ;; esac `
  > /bin/ld: archive: libcpp.a has no table of contents, add one with  
  > ranlib(1) (can't load from it)
  > collect2: ld returned 1 exit status
I believe this has been fixed.

  > /bin/ld: Undefined symbols:
  > _user_label_prefix
  > _S_ISDIR
  > _S_ISREG
  > collect2: ld returned 1 exit status
This hasn't  I think the S_* things need to move into system.h.  Dunno about
the user_label_prefix problem.  It may have already been fixed.

jeff