Re: [Module::Build] make test failure report (Cygwin)
Status: Beta
Brought to you by:
kwilliams
|
From: Randy W. S. <Ra...@Th...> - 2003-10-10 01:20:46
|
On 10/9/2003 9:45 AM, Chris Dolan wrote:
> On Thursday, October 9, 2003, at 08:32 AM, Terrence Brannon wrote:
>
>> Randy W. Sims wrote:
>>
>>>
>>> Adding "-l$Config{libperl}" to the linker command should remove all
>>> the unresolved references.
>>>
>>
>> extra_linker_flags => '-L $Config{libperl}'
>
>
> I believe you may have misread the previous message. This should
> probably be
> extra_linker_flags => '-l$Config{libperl}'
>
> That is, import the library called libperl.{dll,so,dylib,whatever}
>
> Chris
Yes, except that should be double quotes, and there seems to be another
problem in that none of that ended up on the command line.
gcc -shared -o XSTest.dll -Wl,--out-implib=libXSTest.dll.a \
-Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--stack,8388608 \
-s -L/usr/local/lib lib/XSTest.o
I'm not real familiar with the build process under Cygwin. When I wrote
the stuff in M::B::Platform::Windows it was my intention to add support
for Cygwin, UWIN, djgpp (maybe Interix & MKS) and I have no idea how
this will work with Windows CE, but I never could get a working Cygwin &
Perl on my system (some problem with MakeMaker) and I also didn't have a
lot of spare time. I'll try to revisit it now as traffic on P5P seems to
indicate that a lot of those problems have been solved with perl-5.8.1.
I'm thinking now that it might be slightly more complicated that my
previous message may have indicated. $Config{lddlflags} &
$Config{libperl} (if it's not already in $Config{lddlflags} on Cygwin)
should be on that command line, but do not appear to be. Also, I think
Cygwin will require the same prelink step as Windows (same sub can be
used as is).
I had originally thought that Cygwin would inherit from
M::B::Platform::Windows::GCC, but that may have been ignorance on my
part. I'll see what MakeMaker does and follow suite. One thing I'm
afraid of is that if it is significantly different from Windows::GCC and
the default Unix like build process, I think things need to be
reorganized a good bit: The class hierarchy cludge in Platform::Windows
needs to be fixed and the default compile routines should be pulled out
of M::B and put in a separate class (M::B::cc ???) and move
Platform::Windows::GCC, ::BCC, & ::MSC so that they are subclasses of
M::B::cc.
I'll defer to Ken on the design. Meanwhile, I'm downloading the latest
Cygwin and will play for a while.
Randy.
|