On Sun, 13 May 2007, Daniel Eischen wrote:

deischen    2007-05-13 14:12:41 UTC

 FreeBSD src repository

 Modified files:
   .                    Makefile.inc1
   lib/libc             Makefile
   lib/libc_r           Makefile
   lib/libpthread       Makefile pthread.map
   lib/libpthread/thread thr_private.h
   lib/librt            Makefile
   lib/libthr           Makefile pthread.map
   lib/libthread_db     Makefile
   lib/msun             Makefile
   libexec/rtld-elf     Makefile
   share/mk             bsd.lib.mk bsd.libnames.mk bsd.own.mk
                        bsd.symver.mk
 Log:
 Enable symbol versioning by default.  Use WITHOUT_SYMVER to disable it.
 Warning, after symbol versioning is enabled, going back is not easy
 (use WITHOUT_SYMVER at your own risk).

 Change the default thread library to libthr.

 There most likely still needs to be a version bump for at least the
 thread libraries.  If necessary, this will happen later.

http://svnweb.freebsd.org/base?view=revision&revision=169524

I figured WITHOUT_SYMVER= hs been useless since 201001.  I am no
longer able to do build worlds with WITHOUT_SYMVER= set in src.conf
on a system with symbol versioning.

I'd love someone to fix that and allow us to build libraries without
all the historic stuff in them.  If we cannot get it back working our
libraries will grow bigger and bigger forever.

If one is building images for clean-state systems that will never run
anything older than the current CURRENT build, there is no need for
the extra size.   Contrary to what people think, memory and direct
attached storage can still be expensive in some environments.

Anyone who understands the system can come up with patches to fix this?

/bz

--
Bjoern A. Zeeb                                 You have to have visions!
         Stop bit received. Insert coin for new address family.
_______________________________________________
svn-src-head@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/svn-src-head
To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"

Reply via email to