Re: glibc on Solaris2.7

[Andreas Jaeger <aj at suse dot de>]

>>>>> Radu Prodan writes:

 > Hi,
 > I'm trying to get a version of glibc on SPARC-Solaris 2.7, compiled with
 > gcc-2.95.2. As starting with the version 2 the only available platforms are
 > GNU/Hurd and GNU/Linux, I ended up going back to version 1.09.1.

And 1.09.1 is quite old, it predates gcc-2.95.2, and Sparc 64 bit
platforms.  You'll soon find even more problems.

 > Unfortunately things don't seem to build smoothly. I had to include
 > <netinet/ip_mroute.h> inside "make-ioctls.c", so that the "struct sioc_sg_req"
 > gets defined.

 > I ended up having the following undefined symbols:

 > gmake[1]: Entering directory `/local/rprodan/glibc-1.09.1/time'
 > gcc -g ap.c -c -Wall -Wno-parentheses -Wwrite-strings -g  -mhard-quad-float -I.
 > -I..  -I../sysdeps/unix/sysv/sysv4/solaris2/sparc
 > -I../sysdeps/unix/sysv/sysv4/solaris2 -I../sysdeps/unix/sysv/sysv4
 > -I../sysdeps/unix/common -I../sysdeps/unix/sysv -I../sysdeps/unix/sparc
 > -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/sparc -I../sysdeps/ieee754
 > -I../sysdeps/generic -I../sysdeps/stub  -DHAVE__SYS_SIGLIST=1 -DHAVE___CTYPE=1
 > -DHAVE_PSIGNAL=1  -D_LIBC  -o ap.o
 > ranlib ../libc.a
 > gcc -g -nostdlib -g -o ap ../start.o ap.o ../libc.a -lgcc ../libc.a
 > Undefined                       first referenced
 >  symbol                             in file
 > __urem64                            ../libc.a(_itoa.o)
 > __udiv64                            ../libc.a(_itoa.o)

 > Indeed, __urem64 and __udiv64 are not defined by libc.a, as it was generated up
 > to that point (whereas they do get defined by the native libc).

 > Can anyone help me build this library?
No.  But better start with the current glibc - and ask on the right
mailing lists as documented in the glibc documents.  This list is
about GCC, the compiler.

Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de
    http://www.suse.de/~aj