qiurui
/
glibc
mirror of git://sourceware.org/git/glibc.git
1
0
Fork 0
Code Issues Packages Projects Releases Wiki Activity

Update. 

2000-02-23  Andreas Jaeger  <aj@suse.de>

	* dlfcn/dlopen.c: Include <stddef.h> for NULL.
	* dlfcn/dlsym.c: Likewise.
	* dlfcn/dlvsym.c: Likewise.
	* iconv/gconv.c: Likewise.
This commit is contained in:
Ulrich Drepper 2000-02-23 22:15:49 +00:00
parent c8bcc2eade
commit b2b2891164
6 changed files with 27 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

7
ChangeLog
View File

@ -1,3 +1,10 @@
2000-02-23 Andreas Jaeger <aj@suse.de>
* dlfcn/dlopen.c: Include <stddef.h> for NULL.
* dlfcn/dlsym.c: Likewise.
* dlfcn/dlvsym.c: Likewise.
* iconv/gconv.c: Likewise.
2000-02-23 Ulrich Drepper <drepper@redhat.com> 2000-02-23 Ulrich Drepper <drepper@redhat.com>
* conform/conformtest.pl (@headers): Add stdlib.h. * conform/conformtest.pl (@headers): Add stdlib.h.

17
FAQ.in
View File

@ -346,7 +346,6 @@ compatibility - forever! The binary compatibility you lose is not only
against the previous version of the GNU libc (version 2.0) but also against against the previous version of the GNU libc (version 2.0) but also against
all future versions. all future versions.
?? How can I compile on my fast ix86 machine a working libc for my slow ?? How can I compile on my fast ix86 machine a working libc for my slow
i386? After installing libc, programs abort with "Illegal i386? After installing libc, programs abort with "Illegal
Instruction". Instruction".
@ -363,6 +362,22 @@ 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 {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. model will also fail if the above methods are not used.
?? `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.
? Installation and configuration issues ? Installation and configuration issues

1
dlfcn/dlopen.c
View File

@ -18,6 +18,7 @@
Boston, MA 02111-1307, USA. */ Boston, MA 02111-1307, USA. */
#include <dlfcn.h> #include <dlfcn.h>
#include <stddef.h>
struct dlopen_args struct dlopen_args
{ {

1
dlfcn/dlsym.c
View File

@ -18,6 +18,7 @@
Boston, MA 02111-1307, USA. */ Boston, MA 02111-1307, USA. */
#include <dlfcn.h> #include <dlfcn.h>
#include <stddef.h>
struct dlsym_args struct dlsym_args
{ {

1
dlfcn/dlvsym.c
View File

@ -18,6 +18,7 @@
Boston, MA 02111-1307, USA. */ Boston, MA 02111-1307, USA. */
#include <dlfcn.h> #include <dlfcn.h>
#include <stddef.h>
struct dlvsym_args struct dlvsym_args
{ {

1
iconv/gconv.c
View File

@ -23,6 +23,7 @@
#include <gconv.h> #include <gconv.h>
#include <sys/param.h> #include <sys/param.h>
#include <dlfcn.h> #include <dlfcn.h>
#include <stddef.h>
int int
internal_function internal_function