home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / archives / 3257 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  6.3 KB
  1. Path: sparky!uunet!sun-barr!ames!agate!agate!usenet
  2. From: roland@prep.ai.mit.edu (Roland McGrath)
  3. Newsgroups: comp.archives
  4. Subject: [gnu.announce] GNU C library version 1.04
  5. Followup-To: poster
  6. Date: 4 Sep 1992 06:03:43 GMT
  7. Organization: University of California, Berkeley
  8. Lines: 115
  9. Approved: adam@soda.berkeley.edu
  10. Distribution: world
  11. Message-ID: <186u7vINN17l@agate.berkeley.edu>
  12. References: <9209040243.AA05187@geech.gnu.ai.mit.edu>
  13. Reply-To: roland@prep.ai.mit.edu
  14. NNTP-Posting-Host: soda.berkeley.edu
  15. X-Original-Newsgroups: gnu.announce,gnu.gcc.announce
  16. X-Original-Date: 4 Sep 92 02:43:00 GMT
  17.  
  18. Archive-name: auto/gnu.announce/GNU-C-library-version-1-04
  19.  
  20. Version 1.04 of the GNU C library is now available for anonymous FTP from
  21. prep.ai.mit.edu in the file glibc-1.04.tar.Z (about 1.1 megabytes
  22. compressed).  I am not distributing diffs from version 1.03 because the
  23. diffs are so large.  A simple unidiff between 1.03 and 1.04 is about 890k
  24. compressed, not much smaller than the 1.04 distribution itself.
  25.  
  26. There are still some old bugs having to do with floating-point numbers that
  27. remain unfixed in this release.  Since it has been such a long time since
  28. the 1.03 release, and I have fixed so many other problems, I decided not to
  29. delay the release any longer to fix the floating-point-related bugs.
  30.  
  31. As of this release, the GNU C library includes Michael Glad's Ultra Fast
  32. Crypt, which provides the Unix `crypt' function, plus some other entry
  33. points.  Because of the United States export restriction on DES
  34. implementations, we are distributing this code separately from the rest of
  35. the C library.  There is an extra distribution tar file just for crypt; it
  36. is called `glibc-1.04-crypt.tar.Z' (about 44k compressed).  You can just
  37. unpack the crypt distribution along with the rest of the C library and
  38. build; you can also build the library without getting crypt.  Users outside
  39. the USA can get the crypt distribution via anonymous FTP from ftp.uni-c.dk
  40. [129.142.6.74], or another archive site outside the USA.  Archive
  41. maintainers are encouraged to copy this distribution to their archives
  42. outside the USA.  Please get it from ftp.uni-c.dk; transferring this
  43. distribution from prep.ai.mit.edu (or any other site in the USA) to a site
  44. outside the USA is in violation of US export laws.
  45.  
  46. The GNU C library is a complete drop-in replacement for libc.a on Unix.
  47. It conforms to the ANSI C standard and POSIX.1, has most of the functions
  48. specified by POSIX.2, and is intended to be upward compatible with 4.3
  49. BSD.  It also has several functions from System V and other systems, plus
  50. GNU extensions.
  51.  
  52. The GNU C library has been ported to: sparcs and Sun 3s running SunOS 4.1,
  53. HP 9000/300 and Sony NEWS workstations running 4.3 BSD, and MIPS
  54. DECStations running Ultrix 4.  The port to the i386 running either System
  55. V, SVR4, or BSD, is mostly complete but has not been well tested.  Porting
  56. the library is not hard.
  57.  
  58. People interested in porting the GNU C library should get on the mailing
  59. (see below).  The INSTALL file now includes some porting instructions which
  60. should help people get started.  If you have questions, or are doing a
  61. port, tell the mailing list about it.
  62.  
  63. Other notable changes since 1.03 are:
  64.  
  65. * The configuration process has changed quite a bit.  The `configure'
  66.   script is now used just like the configuration scripts for other GNU
  67.   packages.  The `sysdeps' directory hierarchy is much rearranged.
  68.   The file `INSTALL' explains the new scheme in detail.
  69.  
  70. * The header files no longer need to be processed into ANSI C and
  71.   traditional C versions.  There is just one set of files to install, and
  72.   it will work with ANSI or old C compilers (including `gcc -traditional').
  73.  
  74. * The Sun 4 startup code (crt0) can now properly load SunOS 4 shared libraries.
  75.   Tom Quinn contributed the initial code.  The GNU C library can NOT yet be
  76.   made itself into a shared library.
  77.  
  78. * New function `strncasecmp' to do case-insensitive string comparison
  79.   with limited length.
  80.  
  81. * New function `strsep' is a reentrant alternative to `strtok'.
  82.  
  83. * New functions `scandir' and `alphasort' for searching directories.
  84.  
  85. * New function `setenv' is a better interface to `putenv'.
  86.  
  87. * Ian Lance Taylor has contributed an implementation of the SVID `ftw'
  88.   function for traversing a directory tree.
  89.  
  90. * The GNU obstack package is now also part of the C library.
  91.   The new function `open_obstack_stream' creates a stdio stream that
  92.   writes onto an obstack; `obstack_printf' and `obstack_vprintf' do
  93.   formatted output directly to an obstack.
  94.  
  95. * Miscellaneous new functions: reboot, nice, sigaltstack (4.4 BSD only),
  96.   cfmakeraw, getusershell, getpass, swab, getttyent, seteuid, setegid.
  97.  
  98. * Some work has been done to begin porting the library to 4.4 BSD and Linux.
  99.   These ports are not finished, but are a good starting place for really
  100.   supporting those systems.
  101.  
  102. * The C library header files now use `extern "C"' when used by the C++
  103.   compiler, so the C library should now work with C++ code.
  104.  
  105. * Mike Haertel (of GNU e?grep and malloc fame) has written a new sorting
  106.   function which uses the `merge sort' algorithm, and is said to be
  107.   significantly faster than the old GNU `qsort' function.  Merge sort is
  108.   now the standard `qsort' function.  The new algorithm can require a lot
  109.   of temporary storage; so, the old sorting function is called when the
  110.   required storage is not available.
  111.  
  112. All bug reports for the GNU C library should be sent to the mailing list
  113.     bug-glibc@prep.ai.mit.edu
  114. There are no corresponding info- or help- lists at this time.  There
  115. will be a repeater gnewsgroup, gnu.libc.bug, as soon as the gateway is
  116. set up.  If you won't be able to read the gnewsgroup, you can subscribe
  117. to the list by asking:
  118.     bug-glibc-request@prep.ai.mit.edu
  119. Be patient when subscribing, a lot of requests are expected.
  120.  
  121. Please DO NOT send bug report for the GNU C library to bug-gcc@prep.ai.mit.edu.
  122. That list is for bug reports for GNU CC.  GNU CC and the GNU C library are
  123. separate entities maintained by separate people, and the C library
  124. maintainer does not read bug-gcc.
  125.  
  126. If you send patches, please also report what the bugs you think you are
  127. fixing are!  Large mounds of patches with comments like "foobar was
  128. broken", or "foobar didn't handle frobnication right" are very difficult to
  129. deal with.  Unless you tell me, I have no way of knowing how to reproduce
  130. the bugs you found and figure out the right solution, and I cannot assume
  131. that your solution is correct.
  132.  
  133.