summaryrefslogtreecommitdiff
path: root/FAQ
diff options
context:
space:
mode:
authorAndreas Jaeger <aj@suse.de>2000-10-24 15:42:04 +0000
committerAndreas Jaeger <aj@suse.de>2000-10-24 15:42:04 +0000
commit2c88f872510ead30573392ac89359b865cfab0fc (patch)
tree1dfbddb4db2c66572a95d5e1d8ea784359013eb7 /FAQ
parentbe5dc44cf7570651b12eacbb3735073dd3f59699 (diff)
downloadglibc-2c88f872510ead30573392ac89359b865cfab0fc.tar.gz
Regenerated.
Diffstat (limited to 'FAQ')
-rw-r--r--FAQ47
1 files changed, 44 insertions, 3 deletions
diff --git a/FAQ b/FAQ
index bfd7fb37ac..4d6bf76b96 100644
--- a/FAQ
+++ b/FAQ
@@ -46,6 +46,7 @@ please let me know.
Instruction".
1.19. `make' complains about a missing dlfcn/libdl.so when building
malloc/libmemprof.so. How can I fix this?
+1.20. Which tools should I use for MIPS?
2. Installation and configuration issues
@@ -114,6 +115,7 @@ Removed. Does not apply anymore.
glibc 2.0.x don't work anymore.
2.31. What happened to the Berkeley DB libraries? Can I still use db
in /etc/nsswitch.conf?
+2.32. What has do be done when upgrading to glibc 2.2?
3. Source and binary incompatibilities, and what to do about them
@@ -213,6 +215,7 @@ in the future, are:
arm-*-linuxaout Linux-2.x on ARM using a.out binaries
mips*-*-linux-gnu Linux-2.x on MIPS
ia64-*-linux-gnu Linux-2.x on ia64
+ s390-*-linux-gnu Linux-2.x on IBM S/390
Ports to other Linux platforms are in development, and may in fact work
already, but no one has sent us success reports for them. Currently no
@@ -240,7 +243,7 @@ a local mirror first.
You should always try to use the latest official release. Older versions
may not have all the features GNU libc requires. The current releases of
egcs (1.0.3 and 1.1.1) should work with the GNU C library (for powerpc see
-question 1.5; for ARM see question 1.6).
+question 1.5; for ARM see question 1.6; for MIPS see question 1.20).
While the GNU CC should be able to compile glibc it is nevertheless adviced
to use EGCS. Comparing the sizes of glibc on Intel compiled with a recent
@@ -574,6 +577,18 @@ You might encounter this bug also in other situations where make scans
directories. I strongly advise to upgrade your make version to 3.79 or
newer.
+
+1.20. Which tools should I use for MIPS?
+
+{AJ} You should use the current development version of gcc 2.97 from CVS.
+gcc 2.95.x does not work correctly on mips-linux.
+
+You need also recent binutils, anything before and including 2.10 will not
+work correctly. Either try the Linux binutils 2.10.0.33 from HJ Lu or the
+current development version from CVS of binutils.
+
+For details check also my page <http://www.suse.de/~aj/glibc-mips.html>.
+
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
@@ -1028,8 +1043,8 @@ 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.c \
- -lc -lnss_files -lnss_dns -lresolv
+ gcc -static test-netdb.c -o test-netdb \
+ -Wl,--start-group -lc -lnss_files -lnss_dns -lresolv -Wl,--end-group
The problem with this approach is that you've got to link every static
program that uses NSS routines with all those libraries.
@@ -1210,6 +1225,32 @@ Currently the code searches for libraries with a soname of "libdb.so.3"
(that's the name from db 2.4.14 which comes with glibc 2.1.x) and
"libdb-3.0.so" (the name used by db 3.0.55 as default).
+The nss_db module is now in a separate package since it requires a database
+library being available.
+
+
+2.32. What has do be done when upgrading to glibc 2.2?
+
+{AJ} The upgrade to glibc 2.2 should run smoothly, there's in general no
+need to recompile programs or libraries. Nevertheless, some changes might
+be needed after upgrading:
+- The utmp daemon has been removed and is not supported by glibc anymore.
+ If it has been in use, it should be switched off.
+- Programs using IPv6 have to be recompiled due to incompatible changes in
+ sockaddr_in6 by the IPv6 working group.
+- The Berkeley db libraries have been removed (for details see ??nssdb).
+- The format of the locale files has changed, all locales should be
+ regenerated with localedef. All statically linked applications which use
+ i18n should be recompiled, otherwise they'll not be localized.
+- glibc comes with a number of new applications. For example ldconfig has
+ been implemented for glibc, the libc5 version of ldconfig is not needed
+ anymore.
+- There's no more K&R compatibility in the glibc headers. The GNU C library
+ requires a C compiler that handles especially prototypes correctly.
+
+Please read also the NEWS file which is the authoritative source for this
+and gives more details for some topics.
+
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .