I thought you'd move on to Mac so I just tested that :-)

Read the POD for Wx-Perl-Packager 0.21 ( that is the pod in the version you will install from wxperl repository) The POD in version 0.20 is wrong. It gives the wrong paths and open command paths for PerlApp.

Don't be tempted to install Alien-wxWidgets - that is from the ActiveState repository - you don't need it. It won't break anything - but it is bound to confuse. Just install Wx and Wx-Perl-Packager from the wxPerl repository.

Remember to choose to create a GUI (.app) package in PerlApp

Regards

Mark



On 14/03/2010 01:12, perltk wrote:
Ok all is well on Linux :-)
Now on to Mac..............
(Looking for a cross platform standalone solution )

Thanks again Mark.

Jeff

Mark Dootson wrote:
Hi,

Don't rename anything.
Bind the wx dlls that come with the PPM.
Bind Wx.so as wxmain.so

On 14/03/2010 00:46, perltk wrote:
Mark

New error :-)
Any ideas ?

Reinstalled everything and renamed all so.0 to .so

Fatal Error: Mismatch between the program and library build versions
detected.
The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx
containers,compatible with 2.4,compatible with 2.6),
and your program used 2.8 (no debug,Unicode,compiler with C++ ABI
1002,wx containers).
Abort



(jeff) maine: /home/jeff/Activestate/TESTwx> perlapp --bind
"libwx_baseu-2.8.so[file=wx_lib/libwx_baseu-2.8.so,extract,mode=755]"
--bind
"libwx_baseu_net-2.8.so[file=wx_lib/libwx_baseu_net-2.8.so,extract,mode=755]"

--bind
"libwx_baseu_xml-2.8.so[file=wx_lib/libwx_baseu_xml-2.8.so,extract,mode=755]"

--bind
"libwx_gtk2u_adv-2.8.so[file=wx_lib/libwx_gtk2u_adv-2.8.so,extract,mode=755]"

--bind
"libwx_gtk2u_core-2.8.so[file=wx_lib/libwx_gtk2u_core-2.8.so,extract,mode=755]"

--bind
"libwx_gtk2u_html-2.8.so[file=wx_lib/libwx_gtk2u_html-2.8.so,extract,mode=755]"

--bind
"libwx_gtk2u_stc-2.8.so[file=wx_lib/libwx_gtk2u_stc-2.8.so,extract,mode=755]"

--bind "Wx.so[file=../perl510/site/lib/auto/Wx/Wx.so,extract,mode=755]"
--norunlib --force --exe packtest.exe --perl
/home/jeff/Activestate/perl510/bin/perl packtest.pl
PerlApp 8.2.1 build 292072
Copyright (C) 1998-2010 ActiveState Software Inc. All rights reserved.
Commercial license for Jeffrey ...........

Created 'packtest.exe'

(jeff) maine: /home/jeff/Activestate/TESTwx> packtest.exe
DEBUG : Initial wx_path is :
DEBUG : preparing Wx for runtime PERLAPP
DEBUG : Runtime PERLAPP Preparation complete
DEBUG : Preparing Load Paths for Wx
DEBUG : Load Path set
DEBUG : Load Paths Complete
DEBUG : Preparing and Loading Wx
DEBUG : Core Load = 1
DEBUG : Loading Core Module base from libwx_baseu-2.8.so.0
DEBUG : Loading Core Module core from libwx_gtk2u_core-2.8.so.0
DEBUG : Loading Core Module adv from libwx_gtk2u_adv-2.8.so.0
DEBUG : Load Method = packload
Fatal Error: Mismatch between the program and library build versions
detected.
The library used 2.8 (no debug,Unicode,compiler with C++ ABI 1002,wx
containers,compatible with 2.4,compatible with 2.6),
and your program used 2.8 (no debug,Unicode,compiler with C++ ABI
1002,wx containers).
Abort

Jeff





Mark Dootson wrote:
Hi,

Your original woes were down to a bug in Wx-Perl-Packager. Sorry! I
fixed it to work with PAR - then forgot to re-test PerlApp.

To fix:

Re-install Wx-Perl-Packager 0.21 from wxperl repository. (you may need
to refresh the repository in PPM for it to show up -

ppm repo sync --force wxperl

)

Get rid of all the symlinks you created - these are not needed - and
contribute to your segfault on exit. You might want to just delete the
Alien and Wx directories and install again. But be sure the symlinks
are gone.

Start with a new .perlapp file. (This seems to be necessary).

Bind wx dlls as described in Wx::Perl::Packager POD.

Bind Wx.so as wxmain.so - as described in Wx::Perl::Packager POD.

All should work.

On MacOSX you should find everything works fine - but you'll have to
read the Wx::Perl::Packager POD as a few actions are necessary.

Regards

Mark



On 13/03/2010 16:27, perltk wrote:
Got it working. (Still get seg fault on exit.)

I had created soft links to so.0 files - seemed neccessary for the
first
3 libraries to get picked up.
Anyway for the additional 3 (html,stc & net ) the links weren't good
enough - had to copy
to .so extension and bind to executable.

Is this the wrong approach ?
Comments appreciated !

By the way, been a while since I tried this. Is there still a
problem on
the Mac with wxperl creating its own executable that can't be
picked up
by perlapp ( wasn't it just called 'wxperl' in the bin directory ? )

perltk wrote:
Hi there,

Just discovered yhe wxperl binary oasis - great idea !
Looking forward to build some GUIs so I hope I can get some help.

So decide to try it.
Straight forward, out-of-the-box install of Activesate 5.10, Wxperl
from wxperl.co.uk
and Perlapp 8.2.1

Tried out packtest.pl - modified nothing. Get a seg fault

Any thoughts?


Perlapp Settings:

perlapp --bind
"libwx_baseu-2.8.so[file=../perl510/site/lib/Alien/wxWidgets/gtk_2_8_10_uni/lib/libwx_baseu-2.8.so,extract,mode=755]"


--bind
"libwx_gtk2u_core-2.8.so[file=../perl510/site/lib/Alien/wxWidgets/gtk_2_8_10_uni/lib/libwx_gtk2u_core-2.8.so,extract,mode=755]"


--bind
"libwx_gtk2u_adv-2.8.so[file=../perl510/site/lib/Alien/wxWidgets/gtk_2_8_10_uni/lib/libwx_gtk2u_adv-2.8.so.0,extract,mode=755]"


--norunlib --force --exe packtest.exe --perl
/home/jeff/Activestate/perl510/bin/perl packtest.pl

(jeff) maine: /home/jeff > uname -a
Linux maine 2.6.18-128.2.1.el5 #1 SMP Tue Jul 14 06:39:56 EDT 2009
i686
i686 i386 GNU/Linux


(jeff) maine: /home/jeff/Activestate/TESTwx> packtest.exe
DEBUG : Initial wx_path is :
DEBUG : preparing Wx for runtime PERLAPP
DEBUG : Runtime PERLAPP Preparation complete
DEBUG : Preparing Load Paths for Wx
DEBUG : Load Path set /tmp/pdk-jeff-8714
DEBUG : Load Paths Complete
DEBUG : Relocating extracted modules for Wx
DEBUG : Relocate Path
is /tmp/wxppl-jeff/1284dca6865a26b07830e08b46b24aa7
DEBUG : Extract Path is /tmp/pdk-jeff-8714
DEBUG : Relocated base
DEBUG : Relocated core
DEBUG : Relocated adv
DEBUG : Relocation Complete
DEBUG : Preparing and Loading Wx
DEBUG : Core Load = 1
DEBUG : Loading Core Module base
from
/tmp/wxppl-jeff/1284dca6865a26b07830e08b46b24aa7/libwx_baseu-2.8.so
DEBUG : Loading Core Module core
from
/tmp/wxppl-jeff/1284dca6865a26b07830e08b46b24aa7/libwx_gtk2u_core-2.8.so


DEBUG : Loading Core Module adv
from
/tmp/wxppl-jeff/1284dca6865a26b07830e08b46b24aa7/libwx_gtk2u_adv-2.8.so

DEBUG : Load Method = packload
DEBUG : Wx Load Complete
DEBUG : Loading Plugin net
from /tmp/pdk-jeff-8714/libwx_baseu_net-2.8.so

Segmentation fault











Mark Dootson wrote:
Hi,

The PDK "error: Can't locate Wx\Loader\Custom.pm" is fine and
expected. You can ignore it.

wxpdk is not needed anymore (since PerlApp 7.1)

I have tested

ActivePerl 5.10 build 1007
Wx 0.9701
Wx::Perl::Packager 0.20
PerlApp 7.3

And all seems to work OK ?

What is your version of ActivePerl?
There is a test script at

<perl>/site/lib/Wx/Perl/Packager/resource/packtest.pl

could you try packaging that and check if it works?


regards

Mark



On 02/03/2010 14:35, Jiří Pavlovský wrote:
Hello,

till today I was using PerlApp to compile my wxPerl application
without
a problem.

I had to reinstall perl (ActiveState latest build) and cannot
get it
going since then.
I installed all the latest modules from www.wxperl.co.uk.

First I noticed that Wx::Perl::Packager no longer contains wxpdk -
is it
not needed anymore?

During "compile " I can see the following error (but it creates the
executable):
Wx\Loader\Custom.pm:
error: Can't locate Wx\Loader\Custom.pm
refby: C:\Perl\site\lib\Wx\Mini.pm line 82

When I try to run the excutable it terminates with the following
error:

Use of uninitialized value within %INC in pattern match (m//) at
/<Y:\path\to\prog.exe>XSLoader.pm line 45.
Use of uninitialized value within %INC in pattern match (m//) at
/<Y:\path\to\prog.exe>DynaLoader.pm line 163.

I have a PerlApp 7.3.0.

Any advice appreciated.

Thank you,
Jiri














Reply via email to