Skip Menu |

This queue is for tickets about the Win32-API CPAN distribution.

Report information
The Basics
Id: 19712
Status: resolved
Worked: 32 hours (1920 min)
Priority: 0/
Queue: Win32-API
People
Owner: cosimo [...] cpan.org
Requestors: perl-diddler [...] tlinx.org
Cc:
AdminCc:
Bug Information
Severity: (no value)
Broken in: 0.41
Fixed in: (no value)

History Show all quoted text
  Mon Jun 05 14:43:43 2006 Guest - Ticket created
Subject: Win32::API won't build&install under cygwin Win32
CPAN.pm: Going to build A/AC/ACALPINI/Win32-API-0.41.tar.gz Checking if your kit is complete... Looks good Writing Makefile for Win32::API::Callback Writing Makefile for Win32::API cp Type.pm blib/lib/Win32/API/Type.pm cp Callback.pm blib/lib/Win32/API/Callback.pm cp Struct.pm blib/lib/Win32/API/Struct.pm cp API.pm blib/lib/Win32/API.pm /var/cache/CPAN/build/Win32-API-0.41/Callback make[1]: Entering directory `/var/cache/CPAN/build/Win32-API-0.41/Callback' /usr/bin/perl.exe /usr/lib/perl5/5.8/ExtUtils/xsubpp -typemap /usr/lib/perl5/ 8/ExtUtils/typemap Callback.xs > Callback.xsc && mv Callback.xsc Callback.c gcc -c -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe -I/usr/local/includ -DUSEIMPORTLIB -O3 -DVERSION=\"0.41\" -DXS_VERSION=\"0.41\" "-I/usr/lib/per /5.8/cygwin/CORE" Callback.c Callback.xs: In function `XS_Win32__API__Callback_PushSelf': Callback.xs:893: warning: cast to pointer from integer of different size Callback.xs: In function `XS_Win32__API__Callback_DESTROY': Callback.xs:905: warning: cast to pointer from integer of different size Running Mkbootstrap for Win32::API::Callback () chmod 644 Callback.bs rm -f ../blib/arch/auto/Win32/API/Callback/Callback.dll ld2 -s -L/usr/local/lib Callback.o -o ../blib/arch/auto/Win32/API/Callback/C lback.dll \ /usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a \ gcc -shared -o Callback.dll -Wl,--out-implib=libCallback.dll.a -Wl,--export-a -symbols -Wl,--enable-auto-import -Wl,--stack,8388608 -Wl,--enable-auto-image- se \ -s -L/usr/local/lib Callback.o /usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a Creating library file: libCallback.dll.a Callback.o:Callback.c:(.text+0x51e): undefined reference to `_itoa' Callback.o:Callback.c:(.text+0x966): undefined reference to `_itoa' collect2: ld returned 1 exit status perlld: *** system() failed to execute gcc -shared -o Callback.dll -Wl,--out-implib=libCallback.dll.a -Wl,--export-a -symbols -Wl,--enable-auto-import -Wl,--stack,8388608 -Wl,--enable-auto-image- se \ -s -L/usr/local/lib Callback.o /usr/lib/perl5/5.8/cygwin/CORE/libperl.dll.a make[1]: *** [../blib/arch/auto/Win32/API/Callback/Callback.dll] Error 2 make[1]: Leaving directory `/var/cache/CPAN/build/Win32-API-0.41/Callback' make: *** [subdirs] Error 2 /usr/bin/make -- NOT OK Running make test Can't test without successful make Running make install make had returned bad status, install seems impossible
  Thu Nov 30 03:43:46 2006 bunk [...] iat.uni-leipzig.de - Correspondence added
From: bunk [...] iat.uni-leipzig.de
Show quoted text
> Callback.o:Callback.c:(.text+0x51e): undefined reference to `_itoa' > Callback.o:Callback.c:(.text+0x966): undefined reference to `_itoa'
This is a duplicate of #13671. Please check for duplicates before reporting a bug!
  Thu Nov 30 03:43:46 2006 The RT System itself - Status changed from 'new' to 'open'
  Thu Nov 30 12:38:16 2006 perl-diddler [...] tlinx.org - Correspondence added
Subject: Re: [rt.cpan.org #19712] Win32::API won't build&install under cygwin Win32
Date: Thu, 30 Nov 2006 09:37:52 -0800
To: bug-Win32-API [...] rt.cpan.org
From: Linda W <perl-diddler [...] tlinx.org>
Michael Bunk via RT wrote: Show quoted text
> <URL: http://rt.cpan.org/Ticket/Display.html?id=19712 > >
>> Callback.o:Callback.c:(.text+0x51e): undefined reference to `_itoa' >> Callback.o:Callback.c:(.text+0x966): undefined reference to `_itoa'
> > This is a duplicate of #13671. Please check for duplicates before > reporting a bug!
------ Please don't assume that users assume duplicate bugs. They may have the same root cause and may be similar, but the bug you mentioned (which I knew about when I filed my bug) was generated from bash-2.05 against perl-5.8, 1 year prior to the bug I filed. I filed a bug running from CPAN -- which may have set variables differently from those the user had set in bash-2.05, -and- I filed my bug against perl version 5.8.8. I've often seen cases where bugs against one version went away in another -- sometimes due to changes in the base product (perl 5.8 vs. 5.8.8) and sometimes because the environment was different (bash 2.05 vs. cpan). It's quite possible someone thought the bug had gone away because no one else had reported the problem in the previous year. I also wanted to append my email to the original bug so I could know when the bug was fixed/addressed. I could not I figure out how to append my information to the original bug post. For that matter, I still don't know. If I was supposed to append my info to the original bug, please let me know how. Otherwise, it seems that submitting bug all over again with the new info is the only way to "append" new information and add one's email to the bug. It certainly wasn't _easy_ to submit the bug as I had to create some "id" on rt.cpan.org -- not a straight-forward task: first I had to get a PAUSE userid and PW because: "To work with bugs, every module author with a PAUSE account can log into rt.cpan.org with their PAUSE userid and password." So getting the account was _partially_ because of the above, because I thought I could update existing bugs. I also wanted to be able to submit bugs non-anonymously, so any updates could get emailed to me. Then I had more problems logging in with my PAUSE account into rt.perl.org -- thought maybe I had to have a Bitcard account, but finally think it was a matter of having to re-enter my login/pw info into rt.cpan.org (it's been a few months). I've been told more than once that a bug submitted against one version isn't necessarily the same as a bug submitted against a different version. Some projects won't even look at a bug if it hasn't been run against the currently released software (5.8.8). Since the original bug was so old, I wanted to make sure it was known it was still broken. So from what many people have told me, submitting a bug against the current software isn't the same as a submission against the original bug (though usually it's possible to update an existing bug and add new info and new email addresses to it)... Anyway, you're welcome for the bug report...:-) Linda
  Mon Dec 04 07:17:29 2006 bunk [...] iat.uni-leipzig.de - Correspondence added
From: bunk [...] iat.uni-leipzig.de
Show quoted text
> Please don't assume that users assume duplicate bugs.
I'm sorry to have caused you to write such a long explanation. Differing software versions and enviroments are valid reasons for another bug report. I just wanted to add a hint to the "root cause bug report" (and fix) to anyone going through the existing bugs. Also, I came across the missing itoa() in Cygwin before, so I'm quite sure about the cause. Show quoted text
> I could not I figure out how to append my information > to the original bug post. For that matter, I still don't know. If
I also don't know for sure, but I would login and click on "reply" there like I did to reply here... Kindest regards, Michael
  Mon Dec 25 03:33:26 2006 cosimo [...] cpan.org - Correspondence added 1920 min
This bug is fixed in Win32::API v0.46, now available from your favourite CPAN mirror, that should build, test and install fine on cygwin now.
  Mon Dec 25 03:33:28 2006 cosimo [...] cpan.org - Status changed from 'open' to 'resolved'
  Mon Dec 25 03:33:33 2006 cosimo [...] cpan.org - Given to COSIMO