Mike Noyes wrote:
>
> David Douthitt, 2001-07-20 15:09 -0400
> >3. What is your opinion: is compiling against glibc 2.0 worth the
> >trouble? Or should everyone migrate their packages to glibc 2.1 or 2.2?
>
> David,
> I agree with you that a newer lib is needed. It will reduce the time and
> effort required to compile packages. How is your glibc 2.2 effort
> progressing? What can we do to help?
I started looking at my glibc 2.2 Mandrake 8 just recently - until I
realized that Mandrake 8 is compiled for the Pentium....
What I usually do - at least for starters - is to find a system running
glibc 2.2 which can be used, then copy all libraries existing in
root.lrp from /lib to ./lib and strip them with "strip X"
I thought someone mentioned (somewhere) that there where options you
could give to strip to make it take more out of the libraries, but...
There are (currently) two stumbling blocks related to glibc versions:
1. Need a i386-compiled glibc 2.2 to put into the system
2. Getting tired of trying to compile for glibc 2.0 all the time....
I've also heard that because of glibc changes, application binaries are
actually smaller - so a recompile with glibc 2.2 could actually save
space.... so I've heard.
It's this glibc business (along with other libraries) that prompted the
minimalist requirements discussion. It wouldn't take much to put in a
list of files..... especially libraries. However, that doesn't account
for versions and for things like web servers - where you may need any
single one of a number of packages....
A really nice (and easy) solution (to one problem) would be:
* "Hey, let's all standardize on glibc 2.1 from now on!" (and then you
can finally put Debian 2.1 to rest :-)
As for getting 2.2 into the Oxygen floppies, I just need to find a copy
of glibc compiled for i386 - I may go and get Red Hat's 7.1 binary RPM
package and run it through rpm2cpio like I used to do with Red Hat 5.2
(glibc 2.0) binaries.
_______________________________________________
Leaf-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/leaf-devel
