bug-texinfo
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: XSParagraph build failure with static libperl


From: Gavin Smith
Subject: Re: XSParagraph build failure with static libperl
Date: Tue, 6 Jun 2017 22:22:27 +0100
User-agent: Mutt/1.5.23 (2014-03-12)

On Mon, Jun 05, 2017 at 08:50:48PM +0100, Gavin Smith wrote:
> On Mon, Jun 05, 2017 at 12:14:04PM -0700, Li Er wrote:
> > I tried my build with TEXINFO_XS=debug and it states 'XSParagraph.so 
> > loaded',
> > so I think it's working well.
> > 
> > If there's no shared libperl, XS module simply uses the symbols exported
> > by the perl binary. I also had a look at debian's perl distribution, it's
> > using shared libperl but the XS modules are not linked against it. I think
> > it's the default behavior under Linux. I don't know much about Windows,
> > however.
> 
> Thanks for the explanation.  Maybe the -no-undefined -lperl options 
> should only be used on Windows (MinGW or Cygwin).

I've committed a change to do this.  I copied the test from the 
top-level configure.ac to see if we are on MS-Windows:

host_is_windows=no
case "$host" in
   *-mingw32 | *-mingw64 | *-msdosdjgpp )  host_is_windows=yes ;;
esac
AM_CONDITIONAL([HOST_IS_WINDOWS], [test "x$host_is_windows" = "xyes"])

Please someone say if this is wrong for a system where the -no-undefined
flag is needed (e.g. cygwin).




reply via email to

[Prev in Thread] Current Thread [Next in Thread]