summary refs log tree commit diff
path: root/FAQ
diff options
context:
space:
mode:
authorUlrich Drepper <drepper@redhat.com>2000-07-31 23:14:10 +0000
committerUlrich Drepper <drepper@redhat.com>2000-07-31 23:14:10 +0000
commitb669ab02b7f37272df926eb18639896ffbdf8949 (patch)
tree85f3ca9057a6f3d60fce351f3e21238c2deeee41 /FAQ
parent5134584a32101dad1ed7691a25cf3309c2994e50 (diff)
downloadglibc-b669ab02b7f37272df926eb18639896ffbdf8949.tar.gz
glibc-b669ab02b7f37272df926eb18639896ffbdf8949.tar.xz
glibc-b669ab02b7f37272df926eb18639896ffbdf8949.zip
Update.
2000-07-31  Andreas Jaeger  <aj@suse.de>

	* inet/Versions: Remove getipnodebyaddr and friends from
	GLIBC_2.2.

	* resolv/netdb.h: Remove getipnodebyaddr and friends.
Diffstat (limited to 'FAQ')
-rw-r--r--FAQ39
1 files changed, 16 insertions, 23 deletions
diff --git a/FAQ b/FAQ
index ce2f69a8f6..93e7d1add4 100644
--- a/FAQ
+++ b/FAQ
@@ -58,6 +58,9 @@ please let me know.
 2.5.	When linking with the new libc I get unresolved symbols
 	`crypt' and `setkey'.  Why aren't these functions in the
 	libc anymore?
+
+
+Removed.  Does not apply anymore.
 2.6.	When I use GNU libc on my Linux system by linking against
 	the libc.so which comes with glibc all I get is a core dump.
 2.7.	Looking through the shared libc file I haven't found the
@@ -398,8 +401,8 @@ errors while linking before deciding there is a problem.
 1.11.	What are these `add-ons'?
 
 {UD} To avoid complications with export rules or external source code some
-optional parts of the libc are distributed as separate packages (e.g., the
-crypt package, see question 2.5).
+optional parts of the libc are distributed as separate packages, e.g., the
+linuxthreads package.
 
 To use these packages as part of GNU libc, just unpack the tarfiles in the
 libc source directory and tell the configuration script about them using the
@@ -408,7 +411,7 @@ to find all the add-on packages in your source tree.  This may not work.  If
 it doesn't, or if you want to select only a subset of the add-ons, give a
 comma-separated list of the add-ons to enable:
 
-	configure --enable-add-ons=crypt,linuxthreads
+	configure --enable-add-ons=linuxthreads
 
 for example.
 
@@ -418,9 +421,13 @@ else.  The existing makefiles do most of the work; only some few stub rules
 must be written to get everything running.
 
 Most add-ons are tightly coupled to a specific GNU libc version.  Please
-check that the add-ons work with the GNU libc.  For example the crypt and
-linuxthreads add-ons have the same numbering scheme as the libc and will in
-general only work with the corresponding libc.
+check that the add-ons work with the GNU libc.  For example the linuxthreads
+add-on has the same numbering scheme as the libc and will in general only
+work with the corresponding libc.
+
+{AJ} With glibc 2.2 the crypt add-on and with glibc 2.1 the localedata
+add-on have been integrated into the normal glibc distribution, crypt and
+localedata are therefore not anymore add-ons.
 
 
 1.12.	My XXX kernel emulates a floating-point coprocessor for me.
@@ -667,20 +674,10 @@ question 3.8 for details.
 	`crypt' and `setkey'.  Why aren't these functions in the
 	libc anymore?
 
-{UD} The US places restrictions on exporting cryptographic programs and
-source code.  Until this law gets abolished we cannot ship the cryptographic
-functions together with glibc.
 
-The functions are available, as an add-on (see question 1.11).  People in the US
-may get it from the same place they got GNU libc from.  People outside the
-US should get the code from ftp.gwdg.de [134.76.11.100] in the directory
-pub/linux/glibc, or another archive site outside the USA.  The README explains
-how to install the sources.
+Removed.  Does not apply anymore.
+
 
-If you already have the crypt code on your system the reason for the failure
-is probably that you did not link with -lcrypt.  The crypto functions are in
-a separate library to make it possible to export GNU libc binaries from the
-US.
 
 
 2.6.	When I use GNU libc on my Linux system by linking against
@@ -1305,9 +1302,6 @@ the one library cannot be read by functions from the other library.  Sorry,
 but this is what a major release is for.  It's better to have a cut now than
 having no means to support the new techniques later.
 
-{MK} There is however a (partial) solution for this problem.  Please take a
-look at the file `login/README.utmpd'.
-
 
 3.3.	Where are the DST_* constants found in <sys/time.h> on many
 	systems?
@@ -1682,8 +1676,7 @@ latest 2.1.x release you can find.  As of 98/11/26 the currently recommended
 kernel for IPv6 is 2.1.129.
 
 Also, as of the 2.1 release the IPv6 API provided by GNU libc is not
-100% complete.  In particular the getipnodebyname and getipnodebyaddr
-functions are not implemented.
+100% complete.
 
 
 4.3.	When I set the timezone by setting the TZ environment variable