From: Robert M. <rob...@us...> - 2008-01-27 18:10:48
|
Time is well overdue for a new release. I had hoped to do this around September of last year, but I have spend the last few months adjusting to living on a new continent. I think I am finally able to spend some time looking at Win32::GUI. I have a few outstanding changes in my local repository to commit, which I will do as soon as I am happy that they are OK. Once I have done that I will make a new release - hopefully sometime in Feb. The code is in pretty good shape. I spent some of today compiling it in different environments: (1) WinXP(SP2), VS98/VC6 (Sp6 with Feb 2003 SDK). Perl 5.6.1, 5.8.8, 5.10.0 - I have a small change to the BitmapInline changes I made recently to make them work properly on 5.6.1 otherwise build and test all loks clean. (2) MinGW 5.1.3. Perl 5.6.1. 5.8.8, 5.10.0 runtime=mingw-runtime-3.13.tar.gz w32api=w32api-3.10.tar.gz binutils=binutils-2.17.50-20060824-1.tar.gz core=gcc-core-3.4.5-20060117-1.tar.gz gpp=gcc-g++-3.4.5-20060117-1.tar.gz - build and test is clean with the exception of perl 5.10.0: Activestate build 1001 is fine, but there is a non-fatal warning thrown up in AS build 1002 during the NotifyIcon tests. It appears to be that Win32::GUI::GetDllVersion() doesn't see the list context, and returns the string variant. This needs further investigation, as it would be a bad thing if this manifests itself elsewhere. It's OK with the Microsoft compiler, so I assume its a perl problem and not a Win32::GUI problem .... (3) VC7 free C++ 2003 toolkit version and VS2003 (VC8) express edition These distributions do not have any MFC/ATL support, and so can't build AxWindow, and possible other modules. I'm seeing test reports from testers using the full versions (VS2003/VS2005/VS2008) that there are errors with the ATL stuff. I'm a bit out of my depth in the modules that use it, and don't have the environment (or the wish to purchase such an environment) to fix these problems. Does anyone with the know-how and environment wnat to look at these problems? Alternative does anyone have a full version of Visual Studio 2005 or 2008 that they'd like to donate to me to look into this? I need to think about what to do here - but if nothing else I should write up what can and what can't be built with the various tools. (4) I haven't looked at cygwin at all, but am assuming that as Reini is (relatively) quite all is well there - I will try to do get an environment set up this week. Further issues: I am still sat on Reini's CustomDraw patch. It is too big for me to review and understand everything. I think I will just apply it, but not until after a 1.06 release. It is my intention to release 3 binary builds: 5.6, 5.8, and 5.10. I intend to stop supporting perl 5.6 after this release. The more time I spend working on this code-base the more I find that I want to change - there is too much simple stuff that just doesn't happen easily, and adding features is brittle, as the modularisation is not right. I have in the past talked about a completely new code-base, and I expect to devote some time to that this year. As such I don't expect to be spending quite so much time on the active code-base. I'll write more on this in the coming weeks. Regards, Rob. |
From: Robert M. <rob...@us...> - 2008-01-29 21:12:31
|
On 27/01/2008, Robert May <rob...@us...> wrote: > (2) MinGW 5.1.3. Perl 5.6.1. 5.8.8, 5.10.0 > runtime=mingw-runtime-3.13.tar.gz > w32api=w32api-3.10.tar.gz > binutils=binutils-2.17.50-20060824-1.tar.gz > core=gcc-core-3.4.5-20060117-1.tar.gz > gpp=gcc-g++-3.4.5-20060117-1.tar.gz > > - build and test is clean with the exception of perl 5.10.0: > Activestate build 1001 is fine, but there is a non-fatal warning > thrown up in AS build 1002 during the NotifyIcon tests. It appears to > be that Win32::GUI::GetDllVersion() doesn't see the list context, and > returns the string variant. This needs further investigation, as it > would be a bad thing if this manifests itself elsewhere. It's OK with > the Microsoft compiler, so I assume its a perl problem and not a > Win32::GUI problem .... After further investigation I have submitted the following perlbug report: http://rt.perl.org/rt3/Public/Bug/Display.html?id=50386 which is also tracked by ActiveState here: http://bugs.activestate.com/show_bug.cgi?id=74532 I'd appreciate anyone with a working 5.10.0 installation and mingw environment to download the attachment from the rt.perl.org link above, unpack it and try building and testing the module to see if there's something screwy with my environment/mingw install. Regards, Rob. |
From: Jeremy W. <jez...@ho...> - 2008-01-30 10:16:30
|
> After further investigation I have submitted the following perlbug report= : > > http://rt.perl.org/rt3/Public/Bug/Display.html?id=3D50386 > > which is also tracked by ActiveState here: > > http://bugs.activestate.com/show_bug.cgi?id=3D74532 > > I'd appreciate anyone with a working 5.10.0 installation and mingw > environment to download the attachment from the rt.perl.org link > above, unpack it and try building and testing the module to see if > there's something screwy with my environment/mingw install. As this looked so serious I downloaded 5.10.0 (1002) to test this and I can= see what you see. This is a major problem in general, not just for Win32::= GUI (my own XS modules fail their test suit due to this issue). Looks like I wont be upgrading to 5.10 any time soon:) Cheers, jez. _________________________________________________________________ Free games, great prizes - get gaming at Gamesbox.=20 http://www.searchgamesbox.com= |
From: Robert M. <rob...@us...> - 2008-01-30 17:33:55
|
On 30/01/2008, Jeremy White <jez...@ho...> wrote: > > After further investigation I have submitted the following perlbug report: > > > > http://rt.perl.org/rt3/Public/Bug/Display.html?id=50386 > > > > which is also tracked by ActiveState here: > > > > http://bugs.activestate.com/show_bug.cgi?id=74532 > > > > As this looked so serious I downloaded 5.10.0 (1002) to test this and I can see what you see. > This is a major problem in general, not just for Win32::GUI (my own XS modules fail their > test suit due to this issue). Jan (ActiveState) confirmed and explained the problem (follow the rt.perl.org link above). > Looks like I wont be upgrading to 5.10 any time soon:) Turns out there is a simple solution - add the -mms_bitfields option to your cflags to get gcc to use the same bitfield-alignment as MSVC. I've submitted a patch to ActiveState, which I hope will make it into their next build. In the meantime be *VERY* wary of any modules for ActiveState 5.10 that are built with gcc. Regards, Rob. |
From: Jeremy W. <jez...@ho...> - 2008-01-30 18:15:56
|
>> As this looked so serious I downloaded 5.10.0 (1002) to test this and I = can see what you see. >> This is a major problem in general, not just for Win32::GUI (my own XS m= odules fail their >> test suit due to this issue). > > Jan (ActiveState) confirmed and explained the problem (follow the > rt.perl.org link above). > >> Looks like I wont be upgrading to 5.10 any time soon:) > > Turns out there is a simple solution - add the -mms_bitfields option > to your cflags to get gcc to use the same bitfield-alignment as MSVC. > > I've submitted a patch to ActiveState, which I hope will make it into > their next build. In the meantime be *VERY* wary of any modules for > ActiveState 5.10 that are built with gcc. Tested with the -mms_bitfields option and the problem goes away. All my XS = modules now pass their tests. Good find. Cheers, jez. _________________________________________________________________ Who's friends with who and co-starred in what? http://www.searchgamesbox.com/celebrityseparation.shtml= |