Possible solution to glibc problem (again)
da02043 at mail.ikasths.dk
Fri Oct 11 08:13:39 PDT 2002
On Friday 11 October 2002 05:06 pm, you wrote:
> da02043 wrote:
> >A solution is to configure glibc with --enable-static-nss. In this case
> > you can create a static binary that will use only the services dns and
> > files (change /etc/nsswitch.conf for this). You need to link explicitly
> > against all these services. For example:
> > gcc -static test-netdb.c -o test-netdb \
> > -Wl,--start-group -lc -lnss_files -lnss_dns -lresolv -Wl,--end-group
> The problem is that the glibc on the host distro won't have the static
> glibc libraries (libnss_dns.a & libnss_files.a). So we need to compile
> glibc-2.3 on the host distro (maybe with a different prefix, say ~lfs).
> glibc-2.3 requires gcc-3.2, hence you will need to compile gcc before
> glibc. And just to be safe, binutils. After doing all this if you try to
> link bash against glibc-2.3, it starts complaining coz the host ncurses
> is linked against a different glibc version that is not compatible. So
> finally you end up installing lot of packages with --prefix=~lfs before
> starting Chapter 5.
> >I dont remember if this has been suggested before, but if it has im sorry
> > for the noise it made on the list....
> Don't worry, everyone is trying hard to solve the mystery:)
Thanx for the clarification...
Unsubscribe: send email to listar at linuxfromscratch.org
and put 'unsubscribe lfs-dev' in the subject header of the message
More information about the lfs-dev