This is the mail archive of the
mailing list for the Cygwin project.
Re: help2man 1.40.4-1 and cygintl-8.dll
- From: "Yaakov (Cygwin/X)" <yselkowitz at users dot sourceforge dot net>
- To: cygwin at cygwin dot com
- Date: Thu, 09 Feb 2012 13:29:46 -0600
- Subject: Re: help2man 1.40.4-1 and cygintl-8.dll
- References: <4F33E90C.firstname.lastname@example.org>
On Thu, 2012-02-09 at 16:41 +0100, Peter Rosin wrote:
> I happened to look in the help2man package and found that it
> contained a file cygintl-8.dll. Here are the first few files
> in the help2man package:
> Thu Dec 29 07:25:27 2011 0 usr/
> Thu Dec 29 07:25:27 2011 0 usr/bin/
> Thu Dec 29 07:25:27 2011 17540 usr/bin/help2man
> Thu Dec 29 07:25:27 2011 0 usr/lib/
> Thu Dec 29 07:25:33 2011 0 usr/lib/help2man/
> Thu Dec 29 07:25:27 2011 0 usr/lib/help2man/bindtextdomain.so -> cygintl-8.dll
> Thu Dec 29 07:25:33 2011 7694 usr/lib/help2man/cygintl-8.dll
This is necessary in order to make help2man's LD_PRELOAD hack work.
bindtextdomain.so is meant to override a couple of gettext functions (in
order to use uninstalled message catalogs), but that won't work on
Cygwin unless the DLL names match, which necessitated adding
pass-through wrappers to the other functions as well. I suggest looking
at my patches if you want to understand exactly what's happening here.
> It's not good to have two different paths to the same dll, right?
Since the LD_PRELOAD hack will only be used briefly and rarely, and the
real cygintl-8.dll is already loaded as a dependency of sh/bash, I don't
see any practical problem here; I certainly didn't encounter any when
testing this hack.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple