Re: gcc for building Perl on WinXP
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 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 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, chmwrote: 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_2001.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 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
Re: gcc for building Perl on WinXP
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 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 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 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_2001.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 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 >>
Re: gcc for building Perl on WinXP
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 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 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_2001.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 >>> 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 >>>
Re: gcc for building Perl on WinXP
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 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_2001.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 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
Re: gcc for building Perl on WinXP
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 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_2001.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 > 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 >> >> > >