diff options
author | Ulrich Drepper <drepper@redhat.com> | 2000-02-23 23:17:41 +0000 |
---|---|---|
committer | Ulrich Drepper <drepper@redhat.com> | 2000-02-23 23:17:41 +0000 |
commit | 150ae521207dd679bbc293d09ddf3654e832e36a (patch) | |
tree | 3932880689ac4cd1460860bb64df43e3be5c0665 /FAQ | |
parent | b2b28911645ee10d8a9b843c2d7406abe16a250a (diff) | |
download | glibc-150ae521207dd679bbc293d09ddf3654e832e36a.zip glibc-150ae521207dd679bbc293d09ddf3654e832e36a.tar.gz glibc-150ae521207dd679bbc293d09ddf3654e832e36a.tar.bz2 |
Update.
* dlfcn/dlopenold.c: Likewise.
Diffstat (limited to 'FAQ')
-rw-r--r-- | FAQ | 19 |
1 files changed, 19 insertions, 0 deletions
@@ -44,6 +44,8 @@ please let me know. 1.18. How can I compile on my fast ix86 machine a working libc for my slow i386? After installing libc, programs abort with "Illegal Instruction". +1.19. `make' complains about a missing dlfcn/libdl.so when building + malloc/libmemprof.so. How can I fix this? 2. Installation and configuration issues @@ -548,6 +550,23 @@ And you need to tell gcc to only generate i386 code, just add `-mcpu=i386' {UD} This applies not only to the i386. Compiling on a i686 for any older model will also fail if the above methods are not used. + +1.19. `make' complains about a missing dlfcn/libdl.so when building + malloc/libmemprof.so. How can I fix this? + +{AJ} Older make version (<= 3.78.90) have a bug which was hidden by a bug in +glibc (<= 2.1.2). You need to upgrade make to a newer or fixed version. A +patch is available via +<http://sourceware.cygnus.com//ml/libc-alpha/2000-02/msg00067.html>. + +After upgrading make, you should remove the file sysd-sorted in your build +directory. The problem is that the broken make creates a wrong order for +one list in that file. The list has to be recreated with the new make - +which happens if you remove the file. + +You might encounter this bug also in other situations where make scans +directories. I strongly advise to upgrade your make version. + . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . |