From: "Juan Manuel Guerrero" Organization: Darmstadt University of Technology To: djgpp-workers AT delorie DOT com Date: Tue, 25 Apr 2000 23:11:03 +0200 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Re: ANNOUNCE: DJGPP port of GNU Gettext 0.10.35 X-mailer: Pegasus Mail for Windows (v2.54DE) Message-ID: <1FCF05F5782@HRZ1.hrz.tu-darmstadt.de> Reply-To: djgpp-workers AT delorie DOT com In the announcement mail I have forgotten to tell where the packages are: ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/v2gnu/beta/gtxt035s.zip ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/v2gnu/beta/gtxt035b.zip ftp://ftp.simtel.net/pub/simtelnet/gnu/djgpp/v2gnu/beta/gtxt035d.zip and mirrors. > From: "Eli Zaretskii" > Date: Fri, 21 Apr 2000 03:38:27 -0400 (EDT) > > If the problem is with gettext from conio.c, then I think this problem > could be solved with less radical means. That is the reason. If you can show me a less radical solution it will be seriously appreciated. Unfortunately gettext.m4 always searches for gettext() in libc.a first. For DJGPP this implies that gettext() defined in conio.h will be found first. Of course this is the wrong gettext(). In my opinion there are two posibilities to overcome this difficulty: 1) Renaming gettext() to GetText(). Now the search for GetText() in libc.a will fail and GetText() will be searched and found in libintl.a. 2) Modifying gettext.m4 in such a way that it will search for gettext() in libintl.a first if DJGPP is detected. In this case gettext() need not to be renamed. In my opinion (I am not an AUTOCONF nor m4 expert), this is a mayor modification to gettext.m4 and will probably be rejected by the GNU maintainer of gettext. This is the reason why I have discarted the second alternative. > > The source packages must be configured by the user because: > > 1) The configure script searches for emacs. > > You could replace the references to Emacs with > $DJDIR/gnu/emacs/bin/emacs, I think. > > > 2) The libtool script would contain absolute paths that make > > reference to my installation tree. > > Doesn't /dev/env/DJDIR help here? Emacs, nm and ld can be defined in config.site. I realized this to late.