RE: [wxperl-users] wxPerl and Perl 5.8 threads

[Mattia B. <mb...@ds...>]

> Build notes:
> 
> > > I was unable to link the XRC module for some reason.  I suspect some
> > > inconsistency in the build process for wxWindows, but haven't
> > sorted it out
> > > yet.  Don't really care so much about it, just mentioning in passing.
> > It'd be nice to discover why, how did you compile wxWIndows/wxPerl?
> > What if you follow the updated build instructions at
> >
> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/wxperl/wxPerl/docs/install.tx
> t?rev=1.12&content-type=text/vnd.viewcvs-markup
> 
> Ah, well, that makes a BIG difference.  The install.txt file that comes with
> the wxPerl 0.10 source archive doesn't have quite so much detail in it and I
> didn't think to double-check online.  I was building via the IDE as well,
I know its not your fault... I, personally, wouldn't have found it
( if I didn't knew it already )

> not using the command line (occasionally that is dangerous, as the makefile
> isn't automatically generated).
> 
> So, OK, I loaded a fresh copy of Wx-0.10 source and started from scratch to
> catch all my notes (which I had collected earlier and then lost):
> 
> When running Makefile.PL there are some GetOptions() variables that need to
> be initialized in build/wxConfig.pm to get rid of some warnings:
> 	$extra_libs   = '';
> 	$extra_cflags = '';
> Probably others as well, but these are the ones that made noise for me.
> Obviously this isn't crucial.  There is also a warning:
> 	Subroutine MY::post_initialize redefined
> 		at C:/TEMP/Wx0.10/build/wxConfig.pm line 114.
> which probably isn't going away.
This is fixed in CVS

> I get an error regarding wxGetFontFromUser not being available.  In
> XS/FontDialog.xs it is wrapped with #if WXPERL_W_VERSION_GE( 2, 3, 2 ).  I
> have wxWindows 2.3.2 (from a development snapshot, not from CVS) but it
> doesn't have wxGetFontFromUser, so I change the conditional to check for
> 2.3.3 and move on (I suppose I'll get around to downloading another snapshot
> at some point).
as it is this
 
> Similarly for IsFixedWidth in GDI.C.  Changed 2.3.2 to 2.3.3 and moved on.
and this

> When I run the nmake test I get:
> 
> Failed Test       Stat Wstat Total Fail  Failed  List of Failed
> ---------------------------------------------------------------
> t\1_load.t           2   512     1    1 100.00%  1
> t\2_inheritance.t    2   512    ??   ??       %  ??
> t\3_attr.t           2   512     1    1 100.00%  1
>
> The error appears to be that it can't locate Wx/Grid.pm.  The Grid DLL is
> built, but Grid.pm isn't in the path during the test.  Haven't dug any
> deeper yet.
This is a bug in wxPerl build system that has been uncovered by the new
MakeMaker in 5.8.0; it has been fixed in CVS

> > > So all (or most) of the sample programs run.  The demo runs except for
> > > whatever I had to comment out because XRC isn't there (I
> > think).  All good.
> > You should not need to comment anything out, BTW
> 
> Actually, I went back and re-ran this and there are a number of things not
> connecting right now.  Wx::Help.pm and Wx::Html.pm aren't available for some
> reason (didn't install?  depend on XRC?).  So I had to comment out a bunch
The above bug

> of stuff to get the demo to run at all.  Again, I haven't taken the time to
> track this down.  I'm using WxPerl 0.10 (from a source download, not from
> CVS).
If you want it to build with 5.8.0 you need to use CVS

> I'm guessing this is similar to the issue with Grid.pm, as I can find
> HTML.dll in the installed tree but not HTML.pm.
Yes, this is the same problem

Regards
Mattia