Re: gcc for building Perl on WinXP
[email protected] (kmx)
| Newsgroups | perl.win32.vanilla |
|---|---|
| Message-ID | <[email protected]> |
Yes, "dmake clean" did the trick. Thanks. -- kmx On 7.11.2011 22:32, Chris Marshall wrote: > I just realized what might have happened. You'll need > to do a dmake clean and then a complete build from > scratch to ensure that old copies of the various files > are not being used (some of these are generated at > the configure stage). > > On Mon, Nov 7, 2011 at 4:20 PM, Chris Marshall<[email protected]> wrote: > >> Are you sure this is the latest PDL git from sf.net? >> The error here looks like something that has already >> been fixed as of CPAN developers release 2.4.9_008 >> according to the PDL Release_Notes. >> >> --Chris >> >> On Mon, Nov 7, 2011 at 4:07 PM, kmx<[email protected]> wrote: >> >>> Chris, >>> >>> that sounds great, however my attempt ended up with: >>> >>> C:\strawberry\perl\bin\perl.exe C:\strawberry\perl\lib\ExtUtils\xsubpp >>> -typemap C:\strawberry\perl\lib\ExtUtils\typemap -typemap typemap Core.xs >>> >>>> Core.xsc&& C:\strawberry\perl\bin\perl.exe -MExtUtils::Command -e mv -- >>>> >>> Core.xsc Core.c >>> Could not find a typemap for C type 'PDL_Long *' in Core.xs >>> >>> -- >>> kmx >>> >>> On 7.11.2011 20:40, Chris Marshall wrote: >>> >>>> I just pushed a new PDL git with a fix for the perl >>>> vs POSIX threads namespace/implementation collision. >>>> You should be able to build with the unedited pthread.h >>>> now.... >>>> >>>> --Chris >>>> >>>> On Sun, Nov 6, 2011 at 5:58 PM, chm<[email protected]> wrote: >>>> >>>> >>>>> dmake test passed all except the known problem >>>>> with t/pthreadBarf.t. Also, I think we can fix >>>>> the breakage in pthread.h by doing the undef >>>>> in our pdlmagic file that is including pthread.h. >>>>> >>>>> Cheers, >>>>> Chris >>>>> >>>>> On 11/6/2011 5:40 PM, chm wrote: >>>>> >>>>> >>>>>> I got it to work with the following: >>>>>> >>>>>> Add after the POSIX Threads comment block in pthread.h: >>>>>> >>>>>> >>>>>> >>>>>>> #ifdef PTHREAD_CREATE_JOINABLE >>>>>>> #undef PTHREAD_CREATE_JOINABLE >>>>>>> #endif >>>>>>> >>>>>>> >>>>>> in order to remedy the fact that perl has added a macro >>>>>> with the same value. If the pthread one is not already >>>>>> defined then the perl one is---but this breaks the w32 >>>>>> pthreads include file. >>>>>> >>>>>> Then set the parameters in perldl.conf to >>>>>> >>>>>> >>>>>> >>>>>>> WITH_POSIX_THREADS => 1, >>>>>>> >>>>>>> POSIX_THREADS_INC => undef, # '-I/usr/pthread/include' >>>>>>> POSIX_THREADS_LIBS => '-lpthread', # '-L/usr/pthread -lpthreadGC2' >>>>>>> >>>>>>> >>>>>> It is building away as I type. Will let you know how >>>>>> dmake test comes out.... >>>>>> >>>>>> --Chris >>>>>> >>>>>> >>>>>> On 11/6/2011 4:31 PM, chm wrote: >>>>>> >>>>>> >>>>>>> Hi kmx- >>>>>>> >>>>>>> The detection for the pthread library is currently broken. >>>>>>> To build PDL with pthreads you'll need to explicitly set >>>>>>> the values of WITH_POSIX_THREADS, POSIX_THREADS_INC, and >>>>>>> POSIX_THREADS_LIBS where the comment indicate what worked >>>>>>> for my strawberry perl install was: >>>>>>> >>>>>>> >>>>>>> >>>>>>>> WITH_POSIX_THREADS => undef, >>>>>>>> >>>>>>>> POSIX_THREADS_LIBS => '-LC:/chm/strawberry/pthreads/lib >>>>>>>> -lpthreadGC2', >>>>>>>> POSIX_THREADS_INC => '-IC:/chm/strawberry/pthreads/include', >>>>>>>> >>>>>>>> >>>>>>> and the C:/chm/strawberry/pthreads contained the pthreads >>>>>>> install location. I'm actually working on the detection >>>>>>> code this evening so that if a pthread library is in the >>>>>>> correct location it would be detected and used. >>>>>>> >>>>>>> I'll give your library a build try this evening if I can. >>>>>>> >>>>>>> Cheers, >>>>>>> Chris >>>>>>> >>>>>>> >>>>>>> On 11/6/2011 4:14 PM, kmx wrote: >>>>>>> >>>>>>> >>>>>>>> Chris and/or Rob, >>>>>>>> >>>>>>>> could you please try the following: >>>>>>>> >>>>>>>> 1/ take >>>>>>>> >>>>>>>> >>>>>>>> http://strawberryperl.com/package/kmx/p5.14.2.1-RC/strawberry-perl-5.14.2.1-portable-32bit-beta-1.zip >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> 2/ take >>>>>>>> >>>>>>>> >>>>>>>> http://strawberryperl.com/package/kmx/32_libs/5.14-extras/32bit_pthreads-2.9.0-bin_20111101.zip >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> (unzip into the same dir as 1/) >>>>>>>> >>>>>>>> 3/ try to build PDL with pthreads support >>>>>>>> >>>>>>>> My quick test failed during PDL installation (but it was really a >>>>>>>> quick >>>>>>>> shot) >>>>>>>> >>>>>>>> Any feedback welcome >>>>>>>> >>>>>>>> -- >>>>>>>> kmx >>>>>>>> >>>>>>>> On 3.11.2011 14:13, Chris Marshall wrote: >>>>>>>> >>>>>>>> >>>>>>>>> We've tested the PDL pthread support with "POSIX Threads >>>>>>>>> (pthreads) for Win32" at http://sourceware.org/pthreads-win32/ . >>>>>>>>> It is nice because it allows PDL computations to make use >>>>>>>>> of multicore processors for calculations. Always nice to see >>>>>>>>> those factors of 2X, 4X, 6X, or more in speedup.... >>>>>>>>> >>>>>>>>> --Chris >>>>>>>>> >>>>>>>>> On Wed, Nov 2, 2011 at 9:30 PM, Sisyphus<[email protected]> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>> >>>>>>>>>> ----- Original Message ----- From: "kmx" >>>>>>>>>> >>>>>>>>>> >>>>>>>>>>> As for the future gcc-4.6.2 toolchain there is also an interesting >>>>>>>>>>> question about including pthreads or winpthreads support as PDL is >>>>>>>>>>> AFAIK >>>>>>>>>>> somohow able to handle threads this way (not sure if this is valid >>>>>>>>>>> for >>>>>>>>>>> Win32) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>> Yes, pthreads works with PDL on Win32. >>>>>>>>>> There's a crash in one of PDL's pthread test scripts that needs to >>>>>>>>>> be >>>>>>>>>> sorted >>>>>>>>>> out, but the basic functionality seems to be fine. >>>>>>>>>> >>>>>>>>>> Cheers, >>>>>>>>>> Rob >>>>>>>>>> >>>>>>>>>> >>>>>> ----- >>>>>> No virus found in this message. >>>>>> Checked by AVG - www.avg.com >>>>>> Version: 10.0.1411 / Virus Database: 2092/4000 - Release Date: 11/06/11 >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >> >