This is the mail archive of the libc-hacker@sources.redhat.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Mark Kettenis <kettenis@wins.uva.nl> writes: > This isn't necessary at all. The shared libgcc belongs in /lib. If > the GCC folks do their job properly, and take care of backwards > compatibility issues, installing GCC can simply upgrade it if the > version provided with the new GCC has the highest "version number". Letting it all to the gcc folks has one major drawback: they will either have to keep track of ABI changes for every single architecture/OS combination or they will have to bump the version number whenever something changed on any of the supported platforms. The latter has the concequences that after a while you'l have dozends of libgcc.so of which you cannot remove a single one unless you are making sure everything is recompiled. This latter approach will never get my blessing but of course I cannot prevent the gcc people from making this mistake. -- ---------------. ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Red Hat `--' drepper at redhat.com `------------------------
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |