www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/2014/03/04/15:15:14

X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
Message-Id: <201403042014.s24KEOAA008421@delorie.com>
Date: Tue, 04 Mar 2014 21:08:12 +0100
From: Juan Manuel Guerrero <juan DOT guerrero AT gmx DOT de>
To: djgpp-announce AT delorie DOT com
Subject: ANNOUNCE: DJGPP port of GNU libiconv 1.14 uploaded.
Reply-To: djgpp AT delorie DOT com

This is a port of GNU libiconv 1.14 to MSDOS/DJGPP.


   LIBICONV is a character set conversion library and provides an iconv()
   implementation, for use on systems which do not have one, or whose
   implementation cannot convert from/to Unicode.  This library provides the
   requiered functionality to recode on-the-fly from UNIX charsets to MSDOS
   codepages. The mapping from language codes to DOS codepages is contained
   in the charset.alias file located in the /dev/env/DJDIR/lib subdir.
   Please inspect this file carefully and tell me if the selected DOS codepage
   is correct for your language.

   ATTENTION:  to compile and use this port with DJGPP 2.03 you will have to
   replace some headers in your installation and replace some object files in
   your libc.a  This is required to update unsetenv and locale support to the
   DJGPP 2.04 level.  This concerns DJGPP 2.03 users only and is NOT optional.



   DJGPP specific changes.
   =======================

   -  There are no DJGPP specific changes to the sources at all. Starting with
      version 1.6, the official GNU distribution has build-in DJGPP support so
      this package should compile out-of-the-box.  Unfortunately this is no
      longer true for the configuration step.  This package can no longer be
      configured out-of-the-box using the djgpp specific files provided by the
      GNU distribution.  The djgpp specific configuration files are no longer
      maintained and thus useless.  I have renamed the original /djgpp
      directories into /djgpp.old and kept it for completeness reasons.  Their
      content is completely useless nowadays.  Do not use them.  The new
      configuration files are stored now in the new /djgpp directory.

   -  It is important to understand that this port does not have nor will ever
      provide code to identify SFN aliases that have numeric tails. IOW, it is
      the user's responsibility to disable numeric tail generation on all OS
      where this is possible before installing packages that have NLS support or
      the program compiled with this library will fail when LFN support has been
      disabled.  E.g.: the port will be able to find a file like charset.alias
      if LFN support is enabled and it will be able to find charset.ali if LFN
      support is disabled but it will __NEVER__ be able to find charset~1.ali.
      On WIN95/98 systems and plain DOS with DOSLFN, the user _must_ always turn
      off the generation of numeric tails for 8.3 aliases the OS creats for long
      file names _before_ package installation or the package will not work in a
      dual DOS/WIN9X (SFN/LFN) environment (it will work on Win[9X|2K|XP] where
      the long file name (charset.alias) is available but it will not work on
      plain DOS where an alias like charset~1.ali will be visible instead of the
      8.3 truncated short file name, this is charset.ali).

   -  The following applies to DJGPP 2.03 users _ONLY_:
      To be able to compile AND use libiconv (and GNU gettext) with your
      applications that shall be compiled using djdev203, you will need to
      update the locale and unsetenv support of libc.a to the level provided by
      DJGPP 2.04 and later.  It is also usefull to resolve a function name clash
      that exists in libc.a from djdev203.
      The port provides all required locale and unsetenv specific files in the
      djgpp/djgpp-2.03 directory of the binary archive.  These are the header
      files:
        locale.h and stdlib.h
      and the object files:
        lconv.o, setlocal.o, strcoll.o, strftime.o and unsetenv.o
      All source files used are from the CVS repository.  To update your
      DJGPP 2.03 C library and headers proceed as follow:
      1: change into the gnu/libiconv-1.14/djgpp/djgpp-2.03 directory.
      2: replace the locale and stdlib header with the new one like this:
           cp -vf locale.h /dev/env/DJDIR/include/locale.h
           cp -vf stdlib.h /dev/env/DJDIR/include/stdlib.h
      3: replace the object files in your libc.a with the new ones like this:
           ar -rv /dev/env/DJDIR/lib/libc.a *.o
      Now you have enough locale and unsetenv support to use libiconv.a,
      libunistring.a and GNU gettext together with DJGPP 2.03.
      Please note that this procedure is __NOT__ optional and must be done
      before you start using the libraries.  If you do not update libc.a as
      described the port will be useless for you.

      It is also usefull to fix a function name clash existing in DJGPP 2.03.
      The function name gettext from the GNU gettext library collides with
      BORLAND-compatibility gettext function name declared in conio.h.  To
      resolve this, conio.h and conio.o must be replaced in your DJGPP 2.03
      installation.
      To update your DJGPP 2.03 C library and header proceed as follow:
      1: extract the binary archive of the gettext port into some temporary
         directory and change into the gnu/gettext-0.18.3.2/djgpp/djgpp-2.03
         directory.
      2: replace the conio header with the new one like this:
           cp -vf conio.h /dev/env/DJDIR/include/conio.h
      3: replace the object file in your libc.a with the new one like this:
           ar -rv /dev/env/DJDIR/lib/libc.a *.o

      It is also worth to update the getpwnam function and the passwd structure.
      They are required for gettext anyway.
      To update your DJGPP 2.03 C library and header proceed as follow:
      1: extract the binary archive of the gettext port into some temporary
         directory and change into the gnu/gettext-0.18.3.2/djgpp/djgpp-2.03
         directory.
      2: replace the conio header with the new one like this:
           cp -vf pwd.h /dev/env/DJDIR/include/pwd.h
      3: replace the object file in your libc.a with the new one like this:
           ar -rv /dev/env/DJDIR/lib/libc.a *.o
      You are done.
      Again, all this concerns the DJGPP 2.03 users only.

   -  To be able to configure, compile and run the test suite of this package
      you will need LFN support.

   -  As usual, all DJGPP specific stuff is located in /djgpp dir.

   -  This port provides NLS support.  It has been configured with NLS support
      enabled.  If you prefer no NLS, then reconfigure the sources passing the
      no-nls option to the config.bat file.

   Please read the documentation to become familiar with this product.


   The binary and source packages can be downloaded from ftp.delorie.com and
   mirrors as (time stamp: 2014-02-21):

     Libiconv 1.14 binary and man format documentation:
     ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/licv114b.zip

     Libiconv 1.14 source:
     ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/licv114s.zip


   The binaries have been produced a second time using a freshly compiled
   libc.a from the CVS repository code.  This package is available at
   ftp.delorie.com and mirrors as (time stamp 2014-02-21):

     Libiconv 1.14 binary and man format documentation:
     ftp://ftp.delorie.com/pub/djgpp/beta/v2gnu/licv114b.zip



   Send suggestions and bug reports concerning the DJGPP port to
   comp.os.msdos.djgpp or <djgpp AT delorie DOT com>.  Libiconv specific bugs
   must be reported to <bug-gnu-libiconv AT gnu DOT org>.


   Enjoy.

     Guerrero, Juan Manuel <juan DOT guerrero AT gmx DOT de>

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019