Hi Felix, I tried installing FC8 on my build box but couldn't. Their install disks don't seem to like my old K6-500 cpu unit. Anaconda just kept exiting with no explanation after downloading the stage 2 install image. Latest glibc I have built on is 2.6.
I know Kern has mentioned in the past phasing out the static builds. I don't know what that would do for the rescue package but maybe the time is upon us. On Tue, 2007-12-04 at 18:44 +0100, Felix Schwarz wrote: > Hi, > > while I tried to create 2.2.6 RPMs on Fedora 8, I ran into compile problems: > (...) > ../lib/libbac.a(bnet.o): In function `resolv_host': > /home/fs/rpmbuild/BUILD/bacula-2.2.6/src/lib/bnet.c:424: warning: Using > 'gethostbyname2' in statically linked applications requires at runtime the > shared libraries from the glibc version used for linking > ../lib/libbac.a(address_conf.o): In function `add_address': > /home/fs/rpmbuild/BUILD/bacula-2.2.6/src/lib/address_conf.c:310: warning: > Using > 'getservbyname' in statically linked applications requires at runtime the > shared > libraries from the glibc version used for linking > /usr/lib/gcc/x86_64-redhat-linux/4.1.2/../../../../lib64/libpthread.a(pthread_cond_timedwait.o): > > In function `pthread_cond_timedwait': > (.text+0xa7): undefined reference to `__vdso_clock_gettime' > collect2: ld returned 1 exit status > make[1]: *** [static-bacula-fd] Error 1 > make[1]: Leaving directory `/home/fs/rpmbuild/BUILD/bacula-2.2.6/src/filed' > (...) > > Googling brought up two results which deal with the same problem in other > software: > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453349 > > http://bbs.archlinux.org/viewtopic.php?pid=297346 > "The __vdso_clock_gettime funktion was added in glibc 2.7. It didn't exist > for > x86_64 in glibc 2.6 (only for powerpc). I looked in the source files and the > glibc Changelog, but my knowledge isn't good enough to understand, what they > are > doing. For i386 the source is different and this funktion doesn't exist." > > A quick look at the glibc source showed that indeed static linking seems to > be a > problem with new glibc: > glibc / init-first.c > ... > #ifdef SHARED > ... > int (*__vdso_clock_gettime) (clockid_t, struct timespec *) > __attribute__ ((nocommon)); > strong_alias (__vdso_clock_gettime, __GI___vdso_clock_gettime > attribute_hidden) > ... > #endif > > What puzzles me is that the sourceforge "forum" search showed no results. Did > anyone compile the static fd on a glibc 2.7 system successfully? > > fs > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Bacula-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/bacula-devel > ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
