wxperl-users — For wxPerl users

Re: [wxperl-users] Problems compiling wxperl (windows/mingw)

[Beule, F. <FB...@nd...>]

The ppm on the website is for wxWidgets 2.8.0

Noone here could explain=
 how to compile and why the compilation don't work.

I've asked the que=
stion but obtained no answer. 

-----Message d'origine-----
De : Andre=
w [mailto:sob...@gm...] 
Envoy=E9 : mercredi 31 janvier 2007 16:32=

=C0 : Beule, Franck
Cc : wxp...@li...
Objet : R=
e: [wxperl-users] Problems compiling wxperl (windows/mingw)

Hi Franck,=

thanks very much for the link - hopefully that ppm will work for me.
i=
t would still be nice to know what I am doing wrong in the
compilation p=
rocess (if anyone knows), in case we still need to
compile a new version=
 (either now or in the future).  We are currently
using the version comp=
iled against wxwidgets 2.6, so it remains to be
seen what compatibility =
problems there will be upgrading to wxwidgets
2.8.0.
regards
Andrew

=
On 1/31/07, Beule, Franck <FB...@nd...> wrote:
> As I told it in a pr=
evious message, it was also impossible for me
> to compile wxPerl even o=
n Windows or on Linux.
>
> I still have the problem on Linux and noone =
was able to help me here.
> Someone achieved this compilation on Mac OSX=
.
>
> Fortunately, there is a compiled binary of wxPerl in this website=
 :
>
> http://www.gigi.co.uk/wxperl/ppm.html
>
> Enjoy !
>
> PS: I'=
m still searching help for Linux compilation !!!
> Because of that we de=
cided to differ the launch of our Linux version.
>
> -----Message d'ori=
gine-----
> De : wxp...@li... [mailto:wxpe=
rl-...@li...] De la part de Andrew
> Envoy=E9 =
: mercredi 31 janvier 2007 12:04
> =C0 : wxp...@li...urceforge.=
net
> Objet : [wxperl-users] Problems compiling wxperl (windows/mingw)
=
>
> Hi,
> I am having a few problems compiling wxPerl, and I was wonder=
ing if
> someone on this list could provide any help, perhaps by spottin=
g
> something very simple that I am doing wrong.
> I am using the follo=
wing software:
>
> ActivePerl 5.8.6 (build 811)
> MinGW 5.0.3
> MSYS =
1.0.10
> nmake 1.50
> dmake 2006-06-16 (you can never have enough make =
programs, apparently)
> ExtUtils::FakeConfig 0.05
> wxPerl 0.67 (source=
s)
> wxWidgets-2.8.0 (sources)
> Alien::wxWidgets 0.27 (sources)
>
> =
I have included some attachments:
> wxwidgets_make.txt                 m=
ake output trying to build wxwidgets
> wxwidgets_libraries.txt          =
  The libraries I built under
> wxwidgets-2.8.0/lib
> msw_2_8_0_gcc_3_4=
.pm     generated by Alien-wxWidgets-0.27.hax0red
> wx-0.67_make.txt    =
                  make output trying to build Wx-0.67
> Win32_hack.patch=
                    patch for
> Alien-wxWidgets-0.27/inc/My/Build/Win32.=
pm
>
> ################################################################=
######
> # wxwidgets
>
> in docs/msw/install.txt under the MinGW secti=
on, it says:
>
> # NOTE: The makefile.gcc makefiles are for compilation=
 under MinGW using
> #      Windows command interpreter (command.com/cmd=
.exe), they won't work in
> #      other environments (such as UNIX or U=
nix-like, e.g. MSYS where you have
> #      to use configure instead, se=
e the section below)
> #
> #  > cd c:\wx\build\msw
> #  > make -f make=
file.gcc BUILD=3Ddebug
>
> The problem with this is I don't have a 'mak=
e' under windows.  I have 'dmake'
> and 'nmake', and a C:\msys\1.0\bin\m=
ake.exe (but that is part of
> MSYS).   none of those seemed to work.  S=
ee attachment
> "wxwidgets_make.txt".
>
> So then I tried the configur=
e script approach under MinGW:
>
> > export WXDIR=3D/d/build/wxWidgets-=
2.8.0
> > cd $WXDIR
> > ./configure --with-msw --enable-shared --enable=
-optimise --prefix=3D/d/opt/wxWidgets-2.8.0
> > make
> > make install
=
> > cd contrib/src/stc
> > make
> > make install
>
> This worked.  Se=
e attachment "wxwidgets_libraries.txt" for the files that were
> build u=
nder $WXDIR/lib/.
>
> #################################################=
#####################
> # Alien::wxWidgets:
>
> (in a dos shell)
> > =
set WXDIR=3DD:\build\wxWidgets-2.8.0
> > set PERL5OPT=3D-MConfig_m
> > =
set PATH=3DD:\opt\wxWidgets-2.8.0\bin;%PATH%
> > perl Build.PL --with-ms=
w --enable-shared --enable-optimise
> Do you want to build wxWidgets? [n=
o]
> no
>
> > perl Build
> Configuration error: could not find librar=
ies for configuration: ''
> '28' at inc/My/Build/Win32.pm line 73.
>
>=
 It seems the wxwidgets supplied makefiles (makefile.gcc etc) build libra=
ries in
> different places (lib/gcc_dll) than the makefiles generated by=
 configure (lib).
> Also the files must be named slightly differently, a=
s the logic in Win32.pm
> didn't find them even when i copied them to th=
e place it was expecting
> (lib/gcc_dll).
>
> (copying wxwidgets files=
 to the places they are expected, under MinGW)
> > cd $WXDIR
> > mkdir =
lib/gcc_dll
> > cp lib/*.dll lib/*.a lib/gcc_dll
> > mkdir -p lib/gcc_d=
ll/msw/wx
> > cp lib/wx/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_=
dll/msw/wx/
>
> I then made nasty hacks to Win32.pm (see attachment "Wi=
n32_hack.patch") and
> then ended up with Alien-wxWidgets-0.27.hax0red. =
 The config generated by this
> is also attached - but I suspect there's=
 something wrong with it.  see
> attachment "msw_2_8_0_gcc_3_4.pm".
>
=
> ######################################################################
=
> # wxPerl
>
> (in a dos shell)
> > cd D:\build\Wx-0.67
> > set PERL5=
OPT=3D-MConfig_m
> > set WXDIR=3DD:\build\wxWidgets-2.8.0
> > perl Make=
file.PL PREFIX=3DY:\Wx-2.8.0-0.67
>
> here I get many "Note (probably h=
armless): No library found for -l*" warnings
>
> > dmake
>
> here I g=
et a fatal error:
> C:/Perl/lib/CORE/win32.h:219: error: redeclaration o=
f C++ built-in type `int'
> C:/Perl/lib/CORE/win32.h:220: error: redecla=
ration of C++ built-in type `int'
>
> Those lines are:
> typedef long =
   uid_t;
> typedef long    gid_t;
>
> so I commented those lines out =
and tried again.
>
> > dmake
>
> see attachment "wx-0.67_make.txt" fo=
r the output.  It looks like the relevant
> wxwidgets dll or .a is not b=
eing passed to g++, so there are undefined
> references.  I suspect this=
 is because my hacked version of Alien::wxWidgets
> has generated an err=
oneous config file?  I have tried disabling components, eg
> perl Makefi=
le.PL --disable-richtext but I run into similar errors (undefined
> refe=
rences) with everything.
>
> Any suggestions or help you can provide wo=
uld be much appreciated (about any
> stage of the process).
>
> cheers=
,
> Andrew
>
> *** NDS US IT scanned this email for malicious content =
***
> *** IMPORTANT: Do not open attachments from unrecognized senders  =
***
> ******************************************************************=
*****************
> Information contained in this email message is confi=
dential and may be privileged, and is intended only for use of the indivi=
dual or entity named above. If the reader of this message is not the inte=
nded recipient, or the employee or agent responsible to deliver it to the=
 intended recipient, you are hereby notified that any dissemination, dist=
ribution or copying of this communication is strictly prohibited. If you =
have received this communication in error, please immediately notify the =
pos...@nd... and destroy the original message.
> *****************=
******************************************************************
>
>
=
*************************************************************************=
**********
Information contained in this email message is confidential a=
nd may be privileged, and is intended only for use of the individual or e=
ntity named above. If the reader of this message is not the intended reci=
pient, or the employee or agent responsible to deliver it to the intended=
 recipient, you are hereby notified that any dissemination, distribution =
or copying of this communication is strictly prohibited. If you have rece=
ived this communication in error, please immediately notify the postmaste=
r...@nd... and destroy the original message.
****************************=
******************************************************* 

Re: [wxperl-users] Problems compiling wxperl (windows/mingw)

[Andrew <sob...@gm...>]

Hi Franck,
thanks very much for the link - hopefully that ppm will work for me.
it would still be nice to know what I am doing wrong in the
compilation process (if anyone knows), in case we still need to
compile a new version (either now or in the future).  We are currently
using the version compiled against wxwidgets 2.6, so it remains to be
seen what compatibility problems there will be upgrading to wxwidgets
2.8.0.
regards
Andrew

On 1/31/07, Beule, Franck <FB...@nd...> wrote:
> As I told it in a previous message, it was also impossible for me
> to compile wxPerl even on Windows or on Linux.
>
> I still have the problem on Linux and noone was able to help me here.
> Someone achieved this compilation on Mac OSX.
>
> Fortunately, there is a compiled binary of wxPerl in this website :
>
> http://www.gigi.co.uk/wxperl/ppm.html
>
> Enjoy !
>
> PS: I'm still searching help for Linux compilation !!!
> Because of that we decided to differ the launch of our Linux version.
>
> -----Message d'origine-----
> De : wxp...@li... [mailto:wxperl-users-boun=
ce...@li...] De la part de Andrew
> Envoy=E9 : mercredi 31 janvier 2007 12:04
> =C0 : wxp...@li...
> Objet : [wxperl-users] Problems compiling wxperl (windows/mingw)
>
> Hi,
> I am having a few problems compiling wxPerl, and I was wondering if
> someone on this list could provide any help, perhaps by spotting
> something very simple that I am doing wrong.
> I am using the following software:
>
> ActivePerl 5.8.6 (build 811)
> MinGW 5.0.3
> MSYS 1.0.10
> nmake 1.50
> dmake 2006-06-16 (you can never have enough make programs, apparently)
> ExtUtils::FakeConfig 0.05
> wxPerl 0.67 (sources)
> wxWidgets-2.8.0 (sources)
> Alien::wxWidgets 0.27 (sources)
>
> I have included some attachments:
> wxwidgets_make.txt                 make output trying to build wxwidgets
> wxwidgets_libraries.txt            The libraries I built under
> wxwidgets-2.8.0/lib
> msw_2_8_0_gcc_3_4.pm     generated by Alien-wxWidgets-0.27.hax0red
> wx-0.67_make.txt                      make output trying to build Wx-0.67
> Win32_hack.patch                    patch for
> Alien-wxWidgets-0.27/inc/My/Build/Win32.pm
>
> ######################################################################
> # wxwidgets
>
> in docs/msw/install.txt under the MinGW section, it says:
>
> # NOTE: The makefile.gcc makefiles are for compilation under MinGW using
> #      Windows command interpreter (command.com/cmd.exe), they won't work=
 in
> #      other environments (such as UNIX or Unix-like, e.g. MSYS where you=
 have
> #      to use configure instead, see the section below)
> #
> #  > cd c:\wx\build\msw
> #  > make -f makefile.gcc BUILD=3Ddebug
>
> The problem with this is I don't have a 'make' under windows.  I have 'dm=
ake'
> and 'nmake', and a C:\msys\1.0\bin\make.exe (but that is part of
> MSYS).   none of those seemed to work.  See attachment
> "wxwidgets_make.txt".
>
> So then I tried the configure script approach under MinGW:
>
> > export WXDIR=3D/d/build/wxWidgets-2.8.0
> > cd $WXDIR
> > ./configure --with-msw --enable-shared --enable-optimise --prefix=3D/d/=
opt/wxWidgets-2.8.0
> > make
> > make install
> > cd contrib/src/stc
> > make
> > make install
>
> This worked.  See attachment "wxwidgets_libraries.txt" for the files that=
 were
> build under $WXDIR/lib/.
>
> ######################################################################
> # Alien::wxWidgets:
>
> (in a dos shell)
> > set WXDIR=3DD:\build\wxWidgets-2.8.0
> > set PERL5OPT=3D-MConfig_m
> > set PATH=3DD:\opt\wxWidgets-2.8.0\bin;%PATH%
> > perl Build.PL --with-msw --enable-shared --enable-optimise
> Do you want to build wxWidgets? [no]
> no
>
> > perl Build
> Configuration error: could not find libraries for configuration: ''
> '28' at inc/My/Build/Win32.pm line 73.
>
> It seems the wxwidgets supplied makefiles (makefile.gcc etc) build librar=
ies in
> different places (lib/gcc_dll) than the makefiles generated by configure =
(lib).
> Also the files must be named slightly differently, as the logic in Win32.=
pm
> didn't find them even when i copied them to the place it was expecting
> (lib/gcc_dll).
>
> (copying wxwidgets files to the places they are expected, under MinGW)
> > cd $WXDIR
> > mkdir lib/gcc_dll
> > cp lib/*.dll lib/*.a lib/gcc_dll
> > mkdir -p lib/gcc_dll/msw/wx
> > cp lib/wx/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_dll/msw/wx/
>
> I then made nasty hacks to Win32.pm (see attachment "Win32_hack.patch") a=
nd
> then ended up with Alien-wxWidgets-0.27.hax0red.  The config generated by=
 this
> is also attached - but I suspect there's something wrong with it.  see
> attachment "msw_2_8_0_gcc_3_4.pm".
>
> ######################################################################
> # wxPerl
>
> (in a dos shell)
> > cd D:\build\Wx-0.67
> > set PERL5OPT=3D-MConfig_m
> > set WXDIR=3DD:\build\wxWidgets-2.8.0
> > perl Makefile.PL PREFIX=3DY:\Wx-2.8.0-0.67
>
> here I get many "Note (probably harmless): No library found for -l*" warn=
ings
>
> > dmake
>
> here I get a fatal error:
> C:/Perl/lib/CORE/win32.h:219: error: redeclaration of C++ built-in type `=
int'
> C:/Perl/lib/CORE/win32.h:220: error: redeclaration of C++ built-in type `=
int'
>
> Those lines are:
> typedef long    uid_t;
> typedef long    gid_t;
>
> so I commented those lines out and tried again.
>
> > dmake
>
> see attachment "wx-0.67_make.txt" for the output.  It looks like the rele=
vant
> wxwidgets dll or .a is not being passed to g++, so there are undefined
> references.  I suspect this is because my hacked version of Alien::wxWidg=
ets
> has generated an erroneous config file?  I have tried disabling component=
s, eg
> perl Makefile.PL --disable-richtext but I run into similar errors (undefi=
ned
> references) with everything.
>
> Any suggestions or help you can provide would be much appreciated (about =
any
> stage of the process).
>
> cheers,
> Andrew
>
> *** NDS US IT scanned this email for malicious content ***
> *** IMPORTANT: Do not open attachments from unrecognized senders  ***
> *************************************************************************=
**********
> Information contained in this email message is confidential and may be pr=
ivileged, and is intended only for use of the individual or entity named ab=
ove. If the reader of this message is not the intended recipient, or the em=
ployee or agent responsible to deliver it to the intended recipient, you ar=
e hereby notified that any dissemination, distribution or copying of this c=
ommunication is strictly prohibited. If you have received this communicatio=
n in error, please immediately notify the pos...@nd... and destroy th=
e original message.
> *************************************************************************=
**********
>
>

Re: [wxperl-users] Problems compiling wxperl (windows/mingw)

[Beule, F. <FB...@nd...>]

As I told it in a previous message, it was also impossible for me
to com=
pile wxPerl even on Windows or on Linux.

I still have the problem on L=
inux and noone was able to help me here.
Someone achieved this compilati=
on on Mac OSX.

Fortunately, there is a compiled binary of wxPerl in th=
is website :

http://www.gigi.co.uk/wxperl/ppm.html

Enjoy !

PS: I=
'm still searching help for Linux compilation !!!
Because of that we dec=
ided to differ the launch of our Linux version.

-----Message d'origine=
-----
De : wxp...@li... [mailto:wxperl-use=
rs-...@li...] De la part de Andrew
Envoy=E9 : mercre=
di 31 janvier 2007 12:04
=C0 : wxp...@li...
Objet=
 : [wxperl-users] Problems compiling wxperl (windows/mingw)

Hi,
I am =
having a few problems compiling wxPerl, and I was wondering if
someone o=
n this list could provide any help, perhaps by spotting
something very s=
imple that I am doing wrong.
I am using the following software:

Activ=
ePerl 5.8.6 (build 811)
MinGW 5.0.3
MSYS 1.0.10
nmake 1.50
dmake 2006=
-06-16 (you can never have enough make programs, apparently)
ExtUtils::F=
akeConfig 0.05
wxPerl 0.67 (sources)
wxWidgets-2.8.0 (sources)
Alien::=
wxWidgets 0.27 (sources)

I have included some attachments:
wxwidgets_=
make.txt                 make output trying to build wxwidgets
wxwidgets=
_libraries.txt            The libraries I built under
wxwidgets-2.8.0/li=
b
msw_2_8_0_gcc_3_4.pm     generated by Alien-wxWidgets-0.27.hax0red
wx=
-0.67_make.txt                      make output trying to build Wx-0.67
=
Win32_hack.patch                    patch for
Alien-wxWidgets-0.27/inc/M=
y/Build/Win32.pm

#####################################################=
#################
# wxwidgets

in docs/msw/install.txt under the MinGW=
 section, it says:

# NOTE: The makefile.gcc makefiles are for compilat=
ion under MinGW using
#      Windows command interpreter (command.com/cm=
d.exe), they won't work in
#      other environments (such as UNIX or Un=
ix-like, e.g. MSYS where you have
#      to use configure instead, see t=
he section below)
#
#  > cd c:\wx\build\msw
#  > make -f makefile.gcc =
BUILD=3Ddebug

The problem with this is I don't have a 'make' under win=
dows.  I have 'dmake'
and 'nmake', and a C:\msys\1.0\bin\make.exe (but t=
hat is part of
MSYS).   none of those seemed to work.  See attachment
"=
wxwidgets_make.txt".

So then I tried the configure script approach und=
er MinGW:

> export WXDIR=3D/d/build/wxWidgets-2.8.0
> cd $WXDIR
> ./=
configure --with-msw --enable-shared --enable-optimise --prefix=3D/d/opt/=
wxWidgets-2.8.0
> make
> make install
> cd contrib/src/stc
> make
> =
make install

This worked.  See attachment "wxwidgets_libraries.txt" fo=
r the files that were
build under $WXDIR/lib/.

######################=
################################################
# Alien::wxWidgets:

=
(in a dos shell)
> set WXDIR=3DD:\build\wxWidgets-2.8.0
> set PERL5OPT=3D=
-MConfig_m
> set PATH=3DD:\opt\wxWidgets-2.8.0\bin;%PATH%
> perl Build.=
PL --with-msw --enable-shared --enable-optimise
Do you want to build wxW=
idgets? [no]
no

> perl Build
Configuration error: could not find lib=
raries for configuration: ''
'28' at inc/My/Build/Win32.pm line 73.

I=
t seems the wxwidgets supplied makefiles (makefile.gcc etc) build librari=
es in
different places (lib/gcc_dll) than the makefiles generated by con=
figure (lib).
Also the files must be named slightly differently, as the =
logic in Win32.pm
didn't find them even when i copied them to the place =
it was expecting
(lib/gcc_dll).

(copying wxwidgets files to the place=
s they are expected, under MinGW)
> cd $WXDIR
> mkdir lib/gcc_dll
> cp=
 lib/*.dll lib/*.a lib/gcc_dll
> mkdir -p lib/gcc_dll/msw/wx
> cp lib/w=
x/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_dll/msw/wx/

I then m=
ade nasty hacks to Win32.pm (see attachment "Win32_hack.patch") and
then=
 ended up with Alien-wxWidgets-0.27.hax0red.  The config generated by thi=
s
is also attached - but I suspect there's something wrong with it.  see=

attachment "msw_2_8_0_gcc_3_4.pm".

#################################=
#####################################
# wxPerl

(in a dos shell)
> cd=
 D:\build\Wx-0.67
> set PERL5OPT=3D-MConfig_m
> set WXDIR=3DD:\build\wx=
Widgets-2.8.0
> perl Makefile.PL PREFIX=3DY:\Wx-2.8.0-0.67

here I get=
 many "Note (probably harmless): No library found for -l*" warnings

> =
dmake

here I get a fatal error:
C:/Perl/lib/CORE/win32.h:219: error: =
redeclaration of C++ built-in type `int'
C:/Perl/lib/CORE/win32.h:220: e=
rror: redeclaration of C++ built-in type `int'

Those lines are:
typed=
ef long    uid_t;
typedef long    gid_t;

so I commented those lines o=
ut and tried again.

> dmake

see attachment "wx-0.67_make.txt" for t=
he output.  It looks like the relevant
wxwidgets dll or .a is not being =
passed to g++, so there are undefined
references.  I suspect this is bec=
ause my hacked version of Alien::wxWidgets
has generated an erroneous co=
nfig file?  I have tried disabling components, eg
perl Makefile.PL --dis=
able-richtext but I run into similar errors (undefined
references) with =
everything.

Any suggestions or help you can provide would be much appr=
eciated (about any
stage of the process).

cheers,
Andrew

*** NDS =
US IT scanned this email for malicious content ***
*** IMPORTANT: Do not=
 open attachments from unrecognized senders  ***
***********************=
************************************************************
Information=
 contained in this email message is confidential and may be privileged, a=
nd is intended only for use of the individual or entity named above. If t=
he reader of this message is not the intended recipient, or the employee =
or agent responsible to deliver it to the intended recipient, you are her=
eby notified that any dissemination, distribution or copying of this comm=
unication is strictly prohibited. If you have received this communication=
 in error, please immediately notify the pos...@nd... and destroy t=
he original message.
***************************************************=
******************************** 

[wxperl-users] Missing Menu Item ->SetBitmap under GTK

[<AOu...@fr...>]

Hello,

the GTK Port of wxPerl misses the function SetBitmap for Menuitems in 
Menu.xs. Can someone please change the following:

Menu.xs, Line 691:
#if defined( __WXMSW__ ) && !defined( __WXWINCE__ )

void
wxMenuItem::SetBitmap( bitmap )
    wxBitmap* bitmap
  CODE:
    THIS->SetBitmap( *bitmap );

#endif


to:


#if ( defined( __WXMSW__ ) && !defined( __WXWINCE__ ) ) || \
 defined( __WXGTK__ )

void
wxMenuItem::SetBitmap( bitmap )
    wxBitmap* bitmap
  CODE:
    THIS->SetBitmap( *bitmap );

#endif

Changed it myself in my wxPerl and tested it under Suse Linux 10.2.

Thanks,

Andre

[wxperl-users] Problems compiling wxperl (windows/mingw)

[Andrew <sob...@gm...>]

Hi,
I am having a few problems compiling wxPerl, and I was wondering if
someone on this list could provide any help, perhaps by spotting
something very simple that I am doing wrong.
I am using the following software:

ActivePerl 5.8.6 (build 811)
MinGW 5.0.3
MSYS 1.0.10
nmake 1.50
dmake 2006-06-16 (you can never have enough make programs, apparently)
ExtUtils::FakeConfig 0.05
wxPerl 0.67 (sources)
wxWidgets-2.8.0 (sources)
Alien::wxWidgets 0.27 (sources)

I have included some attachments:
wxwidgets_make.txt                 make output trying to build wxwidgets
wxwidgets_libraries.txt            The libraries I built under
wxwidgets-2.8.0/lib
msw_2_8_0_gcc_3_4.pm     generated by Alien-wxWidgets-0.27.hax0red
wx-0.67_make.txt                      make output trying to build Wx-0.67
Win32_hack.patch                    patch for
Alien-wxWidgets-0.27/inc/My/Build/Win32.pm

######################################################################
# wxwidgets

in docs/msw/install.txt under the MinGW section, it says:

# NOTE: The makefile.gcc makefiles are for compilation under MinGW using
#      Windows command interpreter (command.com/cmd.exe), they won't work in
#      other environments (such as UNIX or Unix-like, e.g. MSYS where you have
#      to use configure instead, see the section below)
#
#  > cd c:\wx\build\msw
#  > make -f makefile.gcc BUILD=debug

The problem with this is I don't have a 'make' under windows.  I have 'dmake'
and 'nmake', and a C:\msys\1.0\bin\make.exe (but that is part of
MSYS).   none of those seemed to work.  See attachment
"wxwidgets_make.txt".

So then I tried the configure script approach under MinGW:

> export WXDIR=/d/build/wxWidgets-2.8.0
> cd $WXDIR
> ./configure --with-msw --enable-shared --enable-optimise --prefix=/d/opt/wxWidgets-2.8.0
> make
> make install
> cd contrib/src/stc
> make
> make install

This worked.  See attachment "wxwidgets_libraries.txt" for the files that were
build under $WXDIR/lib/.

######################################################################
# Alien::wxWidgets:

(in a dos shell)
> set WXDIR=D:\build\wxWidgets-2.8.0
> set PERL5OPT=-MConfig_m
> set PATH=D:\opt\wxWidgets-2.8.0\bin;%PATH%
> perl Build.PL --with-msw --enable-shared --enable-optimise
Do you want to build wxWidgets? [no]
no

> perl Build
Configuration error: could not find libraries for configuration: ''
'28' at inc/My/Build/Win32.pm line 73.

It seems the wxwidgets supplied makefiles (makefile.gcc etc) build libraries in
different places (lib/gcc_dll) than the makefiles generated by configure (lib).
Also the files must be named slightly differently, as the logic in Win32.pm
didn't find them even when i copied them to the place it was expecting
(lib/gcc_dll).

(copying wxwidgets files to the places they are expected, under MinGW)
> cd $WXDIR
> mkdir lib/gcc_dll
> cp lib/*.dll lib/*.a lib/gcc_dll
> mkdir -p lib/gcc_dll/msw/wx
> cp lib/wx/include/msw-ansi-release-2.8/wx/setup.h lib/gcc_dll/msw/wx/

I then made nasty hacks to Win32.pm (see attachment "Win32_hack.patch") and
then ended up with Alien-wxWidgets-0.27.hax0red.  The config generated by this
is also attached - but I suspect there's something wrong with it.  see
attachment "msw_2_8_0_gcc_3_4.pm".

######################################################################
# wxPerl

(in a dos shell)
> cd D:\build\Wx-0.67
> set PERL5OPT=-MConfig_m
> set WXDIR=D:\build\wxWidgets-2.8.0
> perl Makefile.PL PREFIX=Y:\Wx-2.8.0-0.67

here I get many "Note (probably harmless): No library found for -l*" warnings

> dmake

here I get a fatal error:
C:/Perl/lib/CORE/win32.h:219: error: redeclaration of C++ built-in type `int'
C:/Perl/lib/CORE/win32.h:220: error: redeclaration of C++ built-in type `int'

Those lines are:
typedef long    uid_t;
typedef long    gid_t;

so I commented those lines out and tried again.

> dmake

see attachment "wx-0.67_make.txt" for the output.  It looks like the relevant
wxwidgets dll or .a is not being passed to g++, so there are undefined
references.  I suspect this is because my hacked version of Alien::wxWidgets
has generated an erroneous config file?  I have tried disabling components, eg
perl Makefile.PL --disable-richtext but I run into similar errors (undefined
references) with everything.

Any suggestions or help you can provide would be much appreciated (about any
stage of the process).

cheers,
Andrew

Re: [wxperl-users] pev coppic

[Leonty R. <hu...@ba...>]

Hi,

VI_zAGRA $3, 35
VA_zLIUM $1, 20
AM_zBIEN $2, 90
CI_zALIS $3, 75
XA_zNAX  $1, 45

http://www.tod*rx.com 

Remove "*" to make the link working!

--

stomping up the stairs. The less you lot ave ter do with these
foreigners, the happier yehll be. Yeh can trust any of em. 
You were getting on all right with Madame Maxime,  Harry said, annoyed.

[wxperl-users] ListBox, OnDragOver, and HitTest

[Daniell F. <win...@gm...>]

I have a couple of questions/comments:

1:  It appears that the wxListBox class doesn't accept the OnDragOver  
event a designated TextDropTarget.  Has anyone else seen this?  It  
seems to work for wxTreeCtrl however.  Has anyone seen this or have  
any experience with it?
2:  It also appears that wxListBox::HitTest is not implemented on  
wxPerl on a Mac.  Is this true?  I can run the same Perl code on  
Windows and the wxListBox::HitTest works fine.  The Mac is running  
wxWidgets 2.8.0 and wxPerl 0.67 if it matters.  On the Mac HitTest,  
will always return -1.

Any help in these areas would be very much appreciated.

Thanks,
Daniell Freed
win...@gm...
Bereshit bara Elohim et hashamayim ve'et ha'arets...

Re: [wxperl-users] R X ayq

[Manfred F. <lo...@ba...>]

Hi,

Vixxagra $3, 35
Vaxxlium $1, 20
Cixxalis $3, 75
Xaxxnax  $1, 45
Amxxbien $2, 90

http://www.44rx.*com 

Remove "*" to make the link working!

--

once more. My poor Mr. Crouch, what is he doing without Winky? He is
needing me, he is needing my help! I is looking after the Crouches all
my life, and my mother is doing it before me, and my grandmother is

Re: [wxperl-users] ED1628

[Erica C. <eal...@bb...>]

Good day,

Viazzgra  $1, 80
Ciazzlis  $3, 00
Levizztra $3, 35

http://www.printeryml.*com ( Important ! Remove "*" )

--
was a mere inch away from the glassy substance, Harry saw that rows and
rows of witches and wizards were seated around every wall on what seemed
to be benches rising in levels. An empty chair stood in the very center

[wxperl-users] =?gb2312?Q?Join_ECVV_Free, Enjoy_trade_opportunities=2E=2E?=

[<ecv...@ec...>]

 

Welcome to the Ecvv=2Ecom!

http://www=2Eecvv=2Ecom/public/sendemail/tj=2Easp=3Fq=3D40

Re: [wxperl-users] Is it really possible to compile wxPerl ?

[Daniell F. <win...@gm...>]

I have uploaded a .dmg file for OS X users that has wxWidgets 2.8.0  
and wxPerl 0.67 binary packages in it.  You need to install both  
packages to use wxPerl.

They aren't well tested, but they worked for me.

Let me know if they don't work and I'll pull them and try to fix it.

They can be downloaded here:  http://wintermte.googlepages.com/ 
wxwidgetsdownloads

Thanks,
Dan Freed

On Jan 22, 2007, at 7:06 AM, Beule, Franck wrote:

>> Well I have it working!
>
>> So it is doable.  I am now running wxPerl .67 using wxWidgets 2.8.0.
>> I hope this will help other that are having problems building wxPerl
> on OSX.
>
> Great ! Wonderful !
>
> Is it possible that you make your binaries available somewhere like on
> http://yousendit.com/ ?
>
> ********************************************************************** 
> *************
> Information contained in this email message is confidential and may  
> be privileged, and is intended only for use of the individual or  
> entity named above. If the reader of this message is not the  
> intended recipient, or the employee or agent responsible to deliver  
> it to the intended recipient, you are hereby notified that any  
> dissemination, distribution or copying of this communication is  
> strictly prohibited. If you have received this communication in  
> error, please immediately notify the pos...@nd... and destroy  
> the original message.
> ********************************************************************** 
> *************
>

Daniell Freed
win...@gm...
Bereshit bara Elohim et hashamayim ve'et ha'arets...

[wxperl-users] =?iso-2022-jp?b?GyRCInY/NyQ3JCQlYSUkJUkkNSRzGyhC?= =?iso-2022-jp?b?GyRCJCw7MjJDJDckXiQ3JD8hIxsoQg==?=

[<sh...@ya...>]

♪全国無料メイド紹介所メイドコムです。
新しいメイドさんが参加しました。

ID 45968 みくちゃん　です。

貴方からのご注文は何でも引き受けます。
メイドコムＢＯＸにあなたのメールを入れて下さい。
http://www.itfeelit.com/q01/maidcom

[wxperl-users] Background Colours on GTK

[<AOu...@fr...>]

Hi all,

I just wondering how I can change the Background Colour in a GTK Control 
(ListCtrl, TreeCtrl, StaticText). Does anyone know this, because calling
"$wnd->SetBackgroundColour" has no effect.

Thanks,

Andre

Re: [wxperl-users] Is it really possible to compile wxPerl ?

[Mark D. <mar...@zn...>]

Beule, Franck wrote:

 > And for my conclusion, if it's hard to compile on Windows (someone
> succeded on this task,
> but he didn't explained how) and impossible to compile on Linux and
> MacOSX,
> does someone really use wxPerl ???
> 

I can't speak for MacOSX or Linux, as I don't 'really use' wxPerl on
those platforms. But I have occasionally built wxPerl on those platforms
just to check out if my perl code on the different platforms --- and for
me, "cpan install Alien::wxWidgets" just worked. As I don't truly
understand how MacOSX / Linux determine library dependencies beyond a
basic idea of ld_path, I just let Alien build wxWidgets for me.

For building on Win32, as far as I am aware, there is no secret. But,
the steps I follow for an ANSI build using MSVC6 are below. Remember,
these may be completely wrong / non-optimal - but they are shared :-)

------------------------------------------------------

Download and install the MSW source of wxwidgets.
Download the source of Alien::wxWidgets .
In the Alien source, you will find a file
.../patches/wxMSW-2.6.3-setup.patch.

You want to apply these changes to the setup.h file in
../wxwidgets/include/wx/msw/setup.h
The actual value changes can also be used for version 2.8.0 of wxWidgets.

Next, edit the file ../wxwidgets/build/msw/config.vc changing the
following values:
SHARED = 1
BUILD = release
USE_OPENGL = 1

And you are ready to build wxWidgets......
cd ../wxwidgets/build/msw
nmake -f makefile.vc
cd ../wxwidgets/contrib/build/stc
nmake -f makefile.vc

Next, set up the necessary env vars and build Alien.

cd ../Alien-wxWidgets-0.27/
set WXWIN=/path/to/wxwidgets
set WXDIR=/path/to/wxwidgets

perl Build.PL
perl Build
perl Build test
perl Build install

Now you can build wxPerl with the standard
perl Makefile.PL
nmake
nmake test
nmake install

If I want a unicode build (limited to Win2000 and above), the additional
steps I follow are:

in ../wxwidgets/build/msw/config.vc
UNICODE = 1

in ../wxwidgets/include/wx/msw/setup.h
#define wxUSE_UNICODE 1

building Alien :
perl Build.PL --unicode

building wxPerl
perl Makefile.PL unicode

Re: [wxperl-users] now consentien

[Nikolaus C. <gio...@da...>]

Hi,

When you need it now VIAxxGRA ( from $3, 35 )
When you need it later CIAxxLIS ( from $3, 35 )
 
http://www.fod*rx.com
( remove "*" from the domain name )

----
into fresh embarrassment yesterday by the antics of Arnold Weasley, of
the Misuse of Muggle Artifacts Office. 
Malfoy looked up.

Re: [wxperl-users] Is it really possible to compile wxPerl ?

[Daniell F. <win...@gm...>]

Well I have it working!

So it is doable.  I am now running wxPerl .67 using wxWidgets 2.8.0.
The error I mentioned below was caused because I had rebuilt  
wxWidgets with MediaCtrl, then rebuilt wxPerl to support it.  I had  
to add:

'media' => {
                                      'link' => '-lwx_mac_media-2.8',
                                      'dll' =>  
'libwx_mac_media-2.8.dylib'
                                    },
  to the below mentioned hash.

  When I did the make install, it didn't replace everything, like the  
Wx.bundle.   Cleaning up the previous attempt and installing clean  
fix the error.

I hope this will help other that are having problems building wxPerl  
on OSX.

If I can figure out how to make an OS X package for the setup, I'll  
build one and submit it to be posted on the wxperl site for others to  
use -- no promises.  I've never tried making one of the packages.

Thanks,
Dan Freed




On Jan 19, 2007, at 11:28 PM, Daniell Freed wrote:

> Just to continue my saga to figure out how to compile wxPerl on OS  
> X, I think I have figured out a least partially way I can't get  
> past the Makefile.PL stage.
>
> I am getting errors like:
> No such 'link' library: 'adv' at /Users/dfreed/sourcecode/ 
> WxPerl-0.67/build/Wx/build/MakeMaker.pm line 206
>
> When running this stage.  I ran this through the debugger, and it  
> appears that wxPerl is expecting to find libs like:  adv, core,  
> base, html when calling Alien::wxWidgets->libraries, at least the  
> Makefile.PL script is passing a list of names like this to that  
> Alien function.  When I dug into what was going on in  
> Alien::wxWidgets, I see that it has a file:  /Library/Perl/5.8.6/ 
> darwin-thread-multi-2level/Alien/wxWidgets/Config/ 
> mac_2_8_0_gcc_3_4.pm  which appears to be generated when  
> Alien::wxWidgets is built.  This file defines a hash that contains  
> wx-config information in it.  The keys of the _libraries hash are  
> all a single letter for example:
>
> '_libraries' => {
>                             'e' => {
>                                      'link' => '-lwx_mac_core-2.8',
>                                      'dll' =>  
> 'libwx_mac_core-2.8.dylib'
>                                    },
>                             'c' => {
>                                      'link' => '-lwx_mac_xrc-2.8',
>                                      'dll' =>  
> 'libwx_mac_xrc-2.8.dylib'
>                                    },
>                             'e' => {
>                                      'link' => '-lwx_base_carbon-2.8',
>                                      'dll' =>  
> 'libwx_base_carbon-2.8.dylib'
>                                    },
> 			....
>
> But it looks like the wxPerl is passing it keys like 'core' and  
> 'xrc', etc.  Somehow the hash keys appear to only be the last  
> letter of the library name.  I didn't dig to see why that is.   
> There were also several important libraries not in the hash at  
> all.  After hand editing the file to this:
>
>           '_libraries' => {
>                             'core' => {
>                                      'link' => '-lwx_mac_core-2.8',
>                                      'dll' =>  
> 'libwx_mac_core-2.8.dylib'
>                                    },
>                             'xrc' => {
>                                      'link' => '-lwx_mac_xrc-2.8',
>                                      'dll' =>  
> 'libwx_mac_xrc-2.8.dylib'
>                                    },
>                             'base' => {
>                                      'link' => '-lwx_base_carbon-2.8',
>                                      'dll' =>  
> 'libwx_base_carbon-2.8.dylib'
>                                    },
>                             'qa' => {
>                                      'link' => '-lwx_mac_qa-2.8',
>                                      'dll' => 'libwx_mac_qa-2.8.dylib'
>                                    },
>                             'adv' => {
>                                      'link' => '-lwx_mac_adv-2.8',
>                                      'dll' =>  
> 'libwx_mac_adv-2.8.dylib'
>                                    },
>                             'aui' => {
>                                      'link' => '-lwx_mac_aui-2.8',
>                                      'dll' =>  
> 'libwx_mac_aui-2.8.dylib'
>                                    },
>                             'richtext' => {
>                                      'link' => '- 
> lwx_mac_richtext-2.8',
>                                      'dll' =>  
> 'libwx_mac_richtext-2.8.dylib'
>                                    },
> 						    'html' => {
>                                      'link' => '-lwx_mac_html-2.8',
>                                      'dll' =>  
> 'libwx_mac_html-2.8.dylib'
>                                    },
> 						    'net' => {
>                                      'link' => '- 
> lwx_base_carbon_net-2.8',
>                                      'dll' =>  
> 'libwx_base_carbon_net-2.8.dylib'
>                                    },
>                             'xml' => {
>                                      'link' => '- 
> lwx_base_carbon_xml-2.8',
>                                      'dll' =>  
> 'libwx_base_carbon_xml-2.8.dylib'
>                                    },
>                             'stc' => {
>                                      'link' => '-lwx_mac_stc-2.8',
>                                      'dll' =>  
> 'libwx_mac_stc-2.8.dylib'
>                                    },
>
>                           },
>
> I can now run perl Makefile.PL to completion and build wxPerl.  I'm  
> still having some problems.  Just loading the Wx module is now  
> causing an error:
>
> $ wxperl
> use Wx;
> Can't load '/Library/Perl/5.8.6/darwin-thread-multi-2level/auto/Wx/ 
> Wx.bundle' for module Wx: dlopen(/Library/Perl/5.8.6/darwin-thread- 
> multi-2level/auto/Wx/Wx.bundle, 1): Symbol not found:  
> __ZTV11wxMediaCtrl
>   Referenced from: /Library/Perl/5.8.6/darwin-thread-multi-2level/ 
> auto/Wx/Wx.bundle
>   Expected in: dynamic lookup
> at - line 1
> Compilation failed in require at - line 1.
> BEGIN failed--compilation aborted at - line 1.
>
> I'm not sure what the heck this is about.  But I am closing in...
>
> If anyone has anything thoughts that would help, they would be very  
> much appreciated.
>
> Thanks,
> Dan Freed
>
>
>
>
> On Jan 19, 2007, at 2:53 PM, Eric Wilhelm wrote:
>
>> # from Beule, Franck
>> # on Friday 19 January 2007 06:01 am:
>>
>>> And for my conclusion, if it's hard to compile on Windows (someone
>>> succeded on this task,
>>> but he didn't explained how) and impossible to compile on Linux and
>>> MacOSX,
>>> does someone really use wxPerl ???
>>
>> Yes, it is quite possible.  No, it is not easy.  IME,  
>> Alien::WxWidgets
>> can be a bit of a pain.  I've not managed to successfully compile on
>> windows, but getting the right tools installed on windows is a huge
>> pain.  I built wxGTK on linux without any trouble, but  
>> Alien::WxWidgets
>> is still a speed-bump there.  The mac works too, though getting it
>> built as a universal binary is a huge pain because apple decided  
>> to put
>> too much of the smarts into xcode and CPAN isn't having any of that.
>>
>> Which is why dotReader has to provide out-of-the-box bundles for all
>> three platforms.  That's not easy.  Dependency scanning is the  
>> current
>> speedbump.
>>
>> Consider the challenges:
>>
>>   o compiling wxWidgets without user intervention (Alien)
>>   o compatibility with multiple wxWidgets versions
>>   o compatibility with multiple perl versions
>>   o various flaky windows environments (make, nmake, gcc, cc.exe,  
>> etc)
>>   o compatibility with multiple mac versions
>>     (mac testing is expensive: 1 OS per machine, no virtualizing,
>>      and apple end-of-lifes the old xcode on day one of the next OS)
>>
>> And that's just the overhead to developing the perl binding.
>> Unfortunately, until more people pitch in to strawberry perl,  
>> automated
>> cross-platform testing, etc, this isn't going to get easier for
>> end-users either.  wxPerl itself is very well done, but these huge
>> barriers to entry make it hard to test, let alone contribute.
>>
>> IMNSHO, the spam on this list doesn't help much.  The wiki is also  
>> a bit
>> slow from this part of the world.  I think wxPerl's users, code, and
>> documentation would really benefit from moving to the perl.org
>> infrastructure (mail, svn, probably even hosting.)
>>
>> --Eric
>> -- 
>> "Matter will be damaged in direct proportion to its value."
>> --Murphy's Constant
>> ---------------------------------------------------
>>     http://scratchcomputing.com
>> ---------------------------------------------------
>>
>> --------------------------------------------------------------------- 
>> ----
>> Take Surveys. Earn Cash. Influence the Future of IT
>> Join SourceForge.net's Techsay panel and you'll get the chance to  
>> share your
>> opinions on IT & business topics through brief surveys - and earn  
>> cash
>> http://www.techsay.com/default.php? 
>> page=join.php&p=sourceforge&CID=DEVDEV
>> _______________________________________________
>> wxperl-users mailing list
>> wxp...@li...
>> https://lists.sourceforge.net/lists/listinfo/wxperl-users
>
> Daniell Freed
> win...@gm...
> Bereshit bara Elohim et hashamayim ve'et ha'arets...
>
>

Daniell Freed
win...@gm...
Bereshit bara Elohim et hashamayim ve'et ha'arets...

Re: [wxperl-users] Is it really possible to compile wxPerl ?

[Daniell F. <win...@gm...>]

Just to continue my saga to figure out how to compile wxPerl on OS X,  
I think I have figured out a least partially way I can't get past the  
Makefile.PL stage.

I am getting errors like:
No such 'link' library: 'adv' at /Users/dfreed/sourcecode/WxPerl-0.67/ 
build/Wx/build/MakeMaker.pm line 206

When running this stage.  I ran this through the debugger, and it  
appears that wxPerl is expecting to find libs like:  adv, core, base,  
html when calling Alien::wxWidgets->libraries, at least the  
Makefile.PL script is passing a list of names like this to that Alien  
function.  When I dug into what was going on in Alien::wxWidgets, I  
see that it has a file:  /Library/Perl/5.8.6/darwin-thread- 
multi-2level/Alien/wxWidgets/Config/mac_2_8_0_gcc_3_4.pm  which  
appears to be generated when Alien::wxWidgets is built.  This file  
defines a hash that contains wx-config information in it.  The keys  
of the _libraries hash are all a single letter for example:

'_libraries' => {
                             'e' => {
                                      'link' => '-lwx_mac_core-2.8',
                                      'dll' =>  
'libwx_mac_core-2.8.dylib'
                                    },
                             'c' => {
                                      'link' => '-lwx_mac_xrc-2.8',
                                      'dll' => 'libwx_mac_xrc-2.8.dylib'
                                    },
                             'e' => {
                                      'link' => '-lwx_base_carbon-2.8',
                                      'dll' =>  
'libwx_base_carbon-2.8.dylib'
                                    },
			....

But it looks like the wxPerl is passing it keys like 'core' and  
'xrc', etc.  Somehow the hash keys appear to only be the last letter  
of the library name.  I didn't dig to see why that is.  There were  
also several important libraries not in the hash at all.  After hand  
editing the file to this:

           '_libraries' => {
                             'core' => {
                                      'link' => '-lwx_mac_core-2.8',
                                      'dll' =>  
'libwx_mac_core-2.8.dylib'
                                    },
                             'xrc' => {
                                      'link' => '-lwx_mac_xrc-2.8',
                                      'dll' => 'libwx_mac_xrc-2.8.dylib'
                                    },
                             'base' => {
                                      'link' => '-lwx_base_carbon-2.8',
                                      'dll' =>  
'libwx_base_carbon-2.8.dylib'
                                    },
                             'qa' => {
                                      'link' => '-lwx_mac_qa-2.8',
                                      'dll' => 'libwx_mac_qa-2.8.dylib'
                                    },
                             'adv' => {
                                      'link' => '-lwx_mac_adv-2.8',
                                      'dll' => 'libwx_mac_adv-2.8.dylib'
                                    },
                             'aui' => {
                                      'link' => '-lwx_mac_aui-2.8',
                                      'dll' => 'libwx_mac_aui-2.8.dylib'
                                    },
                             'richtext' => {
                                      'link' => '-lwx_mac_richtext-2.8',
                                      'dll' =>  
'libwx_mac_richtext-2.8.dylib'
                                    },
						    'html' => {
                                      'link' => '-lwx_mac_html-2.8',
                                      'dll' =>  
'libwx_mac_html-2.8.dylib'
                                    },
						    'net' => {
                                      'link' => '- 
lwx_base_carbon_net-2.8',
                                      'dll' =>  
'libwx_base_carbon_net-2.8.dylib'
                                    },
                             'xml' => {
                                      'link' => '- 
lwx_base_carbon_xml-2.8',
                                      'dll' =>  
'libwx_base_carbon_xml-2.8.dylib'
                                    },
                             'stc' => {
                                      'link' => '-lwx_mac_stc-2.8',
                                      'dll' => 'libwx_mac_stc-2.8.dylib'
                                    },

                           },

I can now run perl Makefile.PL to completion and build wxPerl.  I'm  
still having some problems.  Just loading the Wx module is now  
causing an error:

$ wxperl
use Wx;
Can't load '/Library/Perl/5.8.6/darwin-thread-multi-2level/auto/Wx/ 
Wx.bundle' for module Wx: dlopen(/Library/Perl/5.8.6/darwin-thread- 
multi-2level/auto/Wx/Wx.bundle, 1): Symbol not found: __ZTV11wxMediaCtrl
   Referenced from: /Library/Perl/5.8.6/darwin-thread-multi-2level/ 
auto/Wx/Wx.bundle
   Expected in: dynamic lookup
at - line 1
Compilation failed in require at - line 1.
BEGIN failed--compilation aborted at - line 1.

I'm not sure what the heck this is about.  But I am closing in...

If anyone has anything thoughts that would help, they would be very  
much appreciated.

Thanks,
Dan Freed




On Jan 19, 2007, at 2:53 PM, Eric Wilhelm wrote:

> # from Beule, Franck
> # on Friday 19 January 2007 06:01 am:
>
>> And for my conclusion, if it's hard to compile on Windows (someone
>> succeded on this task,
>> but he didn't explained how) and impossible to compile on Linux and
>> MacOSX,
>> does someone really use wxPerl ???
>
> Yes, it is quite possible.  No, it is not easy.  IME, Alien::WxWidgets
> can be a bit of a pain.  I've not managed to successfully compile on
> windows, but getting the right tools installed on windows is a huge
> pain.  I built wxGTK on linux without any trouble, but  
> Alien::WxWidgets
> is still a speed-bump there.  The mac works too, though getting it
> built as a universal binary is a huge pain because apple decided to  
> put
> too much of the smarts into xcode and CPAN isn't having any of that.
>
> Which is why dotReader has to provide out-of-the-box bundles for all
> three platforms.  That's not easy.  Dependency scanning is the current
> speedbump.
>
> Consider the challenges:
>
>   o compiling wxWidgets without user intervention (Alien)
>   o compatibility with multiple wxWidgets versions
>   o compatibility with multiple perl versions
>   o various flaky windows environments (make, nmake, gcc, cc.exe, etc)
>   o compatibility with multiple mac versions
>     (mac testing is expensive: 1 OS per machine, no virtualizing,
>      and apple end-of-lifes the old xcode on day one of the next OS)
>
> And that's just the overhead to developing the perl binding.
> Unfortunately, until more people pitch in to strawberry perl,  
> automated
> cross-platform testing, etc, this isn't going to get easier for
> end-users either.  wxPerl itself is very well done, but these huge
> barriers to entry make it hard to test, let alone contribute.
>
> IMNSHO, the spam on this list doesn't help much.  The wiki is also  
> a bit
> slow from this part of the world.  I think wxPerl's users, code, and
> documentation would really benefit from moving to the perl.org
> infrastructure (mail, svn, probably even hosting.)
>
> --Eric
> -- 
> "Matter will be damaged in direct proportion to its value."
> --Murphy's Constant
> ---------------------------------------------------
>     http://scratchcomputing.com
> ---------------------------------------------------
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users

Daniell Freed
win...@gm...
Bereshit bara Elohim et hashamayim ve'et ha'arets...

Re: [wxperl-users] Is it really possible to compile wxPerl ?

[Eric W. <scr...@gm...>]

# from Daniell Freed
# on Friday 19 January 2007 07:07 pm:

>dotreader.com is a e-book reader site.

That's right.  It's written in wxPerl.

>Is there =A0=20
>a distribution for wxPerl available there somewhere?

No, but I've been considering breaking our pars into multiple pieces. =20
Currently it is perl, core, wx, wx, wx, and everything else in one par.

=2D-Eric
=2D-=20
"If you dig it, it's yours."
=2D-An old village poet (via Al Pacino)
=2D--------------------------------------------------
    http://scratchcomputing.com
=2D--------------------------------------------------

Re: [wxperl-users] Is it really possible to compile wxPerl ?

[Daniell F. <win...@gm...>]

I don't think it is the case that we (or at least I) don't appreciate  
the huge effort it takes to develop and maintain wxPerl.

I certainly haven't had any problems compiling wxWidgets itself.  It  
and the sample code with it seems to compile and work without  
problem.  The challenge is with getting Alien/wxPerl to work.  At  
least that is were I struggle with it.

What is dotReader?  dotreader.com is a e-book reader site.  Is there  
a distribution for wxPerl available there somewhere?

Thanks,
Dan Freed

On Jan 19, 2007, at 2:53 PM, Eric Wilhelm wrote:

> # from Beule, Franck
> # on Friday 19 January 2007 06:01 am:
>
>> And for my conclusion, if it's hard to compile on Windows (someone
>> succeded on this task,
>> but he didn't explained how) and impossible to compile on Linux and
>> MacOSX,
>> does someone really use wxPerl ???
>
> Yes, it is quite possible.  No, it is not easy.  IME, Alien::WxWidgets
> can be a bit of a pain.  I've not managed to successfully compile on
> windows, but getting the right tools installed on windows is a huge
> pain.  I built wxGTK on linux without any trouble, but  
> Alien::WxWidgets
> is still a speed-bump there.  The mac works too, though getting it
> built as a universal binary is a huge pain because apple decided to  
> put
> too much of the smarts into xcode and CPAN isn't having any of that.
>
> Which is why dotReader has to provide out-of-the-box bundles for all
> three platforms.  That's not easy.  Dependency scanning is the current
> speedbump.
>
> Consider the challenges:
>
>   o compiling wxWidgets without user intervention (Alien)
>   o compatibility with multiple wxWidgets versions
>   o compatibility with multiple perl versions
>   o various flaky windows environments (make, nmake, gcc, cc.exe, etc)
>   o compatibility with multiple mac versions
>     (mac testing is expensive: 1 OS per machine, no virtualizing,
>      and apple end-of-lifes the old xcode on day one of the next OS)
>
> And that's just the overhead to developing the perl binding.
> Unfortunately, until more people pitch in to strawberry perl,  
> automated
> cross-platform testing, etc, this isn't going to get easier for
> end-users either.  wxPerl itself is very well done, but these huge
> barriers to entry make it hard to test, let alone contribute.
>
> IMNSHO, the spam on this list doesn't help much.  The wiki is also  
> a bit
> slow from this part of the world.  I think wxPerl's users, code, and
> documentation would really benefit from moving to the perl.org
> infrastructure (mail, svn, probably even hosting.)
>
> --Eric
> -- 
> "Matter will be damaged in direct proportion to its value."
> --Murphy's Constant
> ---------------------------------------------------
>     http://scratchcomputing.com
> ---------------------------------------------------
>
> ---------------------------------------------------------------------- 
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to  
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php? 
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users

Daniell Freed
win...@gm...
Bereshit bara Elohim et hashamayim ve'et ha'arets...

Re: [wxperl-users] Is it really possible to compile wxPerl ?

[Eric W. <scr...@gm...>]

# from Beule, Franck
# on Friday 19 January 2007 06:01 am:

>And for my conclusion, if it's hard to compile on Windows (someone
>succeded on this task,
>but he didn't explained how) and impossible to compile on Linux and
>MacOSX,
>does someone really use wxPerl ???

Yes, it is quite possible.  No, it is not easy.  IME, Alien::WxWidgets 
can be a bit of a pain.  I've not managed to successfully compile on 
windows, but getting the right tools installed on windows is a huge 
pain.  I built wxGTK on linux without any trouble, but Alien::WxWidgets 
is still a speed-bump there.  The mac works too, though getting it 
built as a universal binary is a huge pain because apple decided to put 
too much of the smarts into xcode and CPAN isn't having any of that.

Which is why dotReader has to provide out-of-the-box bundles for all 
three platforms.  That's not easy.  Dependency scanning is the current 
speedbump.

Consider the challenges:

  o compiling wxWidgets without user intervention (Alien)
  o compatibility with multiple wxWidgets versions
  o compatibility with multiple perl versions
  o various flaky windows environments (make, nmake, gcc, cc.exe, etc)
  o compatibility with multiple mac versions
    (mac testing is expensive: 1 OS per machine, no virtualizing,
     and apple end-of-lifes the old xcode on day one of the next OS)

And that's just the overhead to developing the perl binding.  
Unfortunately, until more people pitch in to strawberry perl, automated 
cross-platform testing, etc, this isn't going to get easier for 
end-users either.  wxPerl itself is very well done, but these huge 
barriers to entry make it hard to test, let alone contribute.

IMNSHO, the spam on this list doesn't help much.  The wiki is also a bit 
slow from this part of the world.  I think wxPerl's users, code, and 
documentation would really benefit from moving to the perl.org 
infrastructure (mail, svn, probably even hosting.)

--Eric
-- 
"Matter will be damaged in direct proportion to its value."
--Murphy's Constant
---------------------------------------------------
    http://scratchcomputing.com
---------------------------------------------------

[wxperl-users] Is it really possible to compile wxPerl ?

[Beule, F. <FB...@nd...>]

> It looks like you are right. But it also looks like Alien::wxWidgets
h=
asn't been updated
> to support wxWidgets 2.8. 
>
> I just checked the=
 latest out from CVS and it only has code in it for
2.6.3.
> 
> Bummer=
...

Hi,

Be sure that the goal of my message is to make things bette=
r...

But I'm wondering if it's really possible to compile wxPerl ?

=
I'm asking the question because of my experience and the messages of
tod=
ay...

On the official website, you can only access to the sources of t=
he
module wxPerl
but not to the tutorials of how to install it (a worki=
ng one !!!) and
worst
not the dependent modules that are needing.

I'=
m starting to think that this lack is due to the complexity (or the
impo=
ssibility ?)
to do it.

I spend 3 days to try to compile it on windows=
. I read lot of
documentations but didn't
find any one good.

Fortuna=
tely, I was saved by someone in this list who indicated me that
there is=
 an 
unofficial website who proposes the binaries for windows. It worked=
 fine
and I was happy
for that because I could efficiently work on my d=
evelopments.

Why this link is not proposed in the official website? I =
don't know.
It's a big lack I think.

After, I asked to my collegues t=
o install the Linux version of wxPerl.
They also failed (It's definitive=
ly not me the problem).

We are still searching a way to compile wxPerl=
 on Linux !

And now, it's the turn of one member in the list for Mac O=
S.

I just learn today that Alien::wxWidgets who is required (you disco=
ver
that when you compile)
is not up to date for wxWidgets 2.8.0 despit=
e wxPerl is. How it's
possible that the guy who 
updated wxPerl for wxW=
idgets 2.8.0 could compile if the required
Alien::wxWidgets is not 
up =
to date ?

And for my conclusion, if it's hard to compile on Windows (s=
omeone
succeded on this task,
but he didn't explained how) and impossib=
le to compile on Linux and
MacOSX,
does someone really use wxPerl ???
=

PS: My dev on wxPerl is the first one with a graphical interface and I
=
choosed it because
of it's interoperability between Unix and Windows. No=
w my dev is near
finished, working
on windows and I'm still unable to s=
tart it on Linux. I'm wondering if I
made the
good choice of choosing s=
uch an uncompilable solution... 

If someone can answers...
**********=
*************************************************************************=

Information contained in this email message is confidential and may be =
privileged, and is intended only for use of the individual or entity name=
d above. If the reader of this message is not the intended recipient, or =
the employee or agent responsible to deliver it to the intended recipient=
, you are hereby notified that any dissemination, distribution or copying=
 of this communication is strictly prohibited. If you have received this =
communication in error, please immediately notify the pos...@nd... =
and destroy the original message.
**************************************=
********************************************* 

Re: [wxperl-users] compile .67 against wxWidgets 2.8.0

[Daniell F. <win...@gm...>]

It looks like you are right. But it also looks like Alien::wxWidgets  
hasn't been updated to support wxWidgets 2.8.

I just checked the latest out from CVS and it only has code in it for  
2.6.3.

Bummer...

Thanks,
Dan Freed

On Jan 18, 2007, at 5:51 PM, Mark Dootson wrote:

> I'm just stabbing in the dark as I only built on OSX a couple of times
> and it just worked out of the box for me - but I think it is Alien  
> that
> returns the wxWidgets libs and locations to the Wx build.  
> Therefore, my
> guess is that you have a prior build being picked up by default. As I
> don't know the 'clean' way to deal with this, I would just delete my
> Alien::wxWidgets paths from my INC directories and install that again.
>
> There are a few folks who regularly contribute to the list who  
> build on
> OSX and I'm sure they'll point you in the right direction when they  
> next
> view the list.
>
> However, cleaning up and re-installing Alien::wxWidgets is worth a try
> for sure.
>
>
> Mark
>
>
>
>
>
> Dan Freed wrote:
>> Thanks, but yes I have Alien::wxWidgets .27 installed.
>>
>> It did complain about having .24 initially, but I upgraded Alien  
>> after
>> that.
>>
>> What is interesting is that I'm not sure how it is deciding what
>> version of wx is installed.  wx-config --list shows: Default  
>> config is
>> mac-ansi-release-static-2.8
>>
>> Thanks,
>> Dan Freed
>>
>>
>> On 1/18/07, Mark Dootson <mar...@zn...> wrote:
>>> Have you installed Alien::wxWidgets?
>>>
>>> You need to do this first.
>>>
>>> Regards
>>>
>>> Mark
>>>
>>>
>>> Dan Freed wrote:
>>>> Has anyone managed to compile the .67 wxPerl release against
>>> wxWidgets 2.8.0?
>>>>
>>>> I am attempting to build it on a OS X machine, but I would image  
>>>> the
>>>> part that I am getting hung up on would be the same on any UNIX  
>>>> like
>>>> machine.
>>>>
>>>> The issue (I think) is that the Makefile.PL script refuses to  
>>>> accept
>>>> the wx-version=2.8 flag.  The only thing it appears to be able to
>>>> accept is 2.5 for some reason.  If I don't specify the flag at  
>>>> all, it
>>>> thinks I am using 2.5 and looks for the wrong libraries.  I've  
>>>> removed
>>>> my 2.5 wxWidgets libraries out of /usr/lib and /usr/include
>>>> completely, then installed 2.8.
>>>>
>>>> I'm at a loss.
>>>>
>>>> Does anyone have any ideas?
>>>>
>>>> Thanks,
>>>> Dan Freed
>>>>
>>>>
>>> -------------------------------------------------------------------- 
>>> -----
>>>> Take Surveys. Earn Cash. Influence the Future of IT
>>>> Join SourceForge.net's Techsay panel and you'll get the chance to
>>> share your
>>>> opinions on IT & business topics through brief surveys - and  
>>>> earn cash
>>>>
>>> http://www.techsay.com/default.php? 
>>> page=join.php&p=sourceforge&CID=DEVDEV
>>>> _______________________________________________
>>>> wxperl-users mailing list
>>>> wxp...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/wxperl-users
>>>
>>>
>>>
>
>

Daniell Freed
win...@gm...
Bereshit bara Elohim et hashamayim ve'et ha'arets...

Re: [wxperl-users] compile .67 against wxWidgets 2.8.0

[Mark D. <mar...@zn...>]

I'm just stabbing in the dark as I only built on OSX a couple of times
and it just worked out of the box for me - but I think it is Alien that
returns the wxWidgets libs and locations to the Wx build. Therefore, my
guess is that you have a prior build being picked up by default. As I
don't know the 'clean' way to deal with this, I would just delete my
Alien::wxWidgets paths from my INC directories and install that again.

There are a few folks who regularly contribute to the list who build on
OSX and I'm sure they'll point you in the right direction when they next
view the list.

However, cleaning up and re-installing Alien::wxWidgets is worth a try
for sure.


Mark





Dan Freed wrote:
> Thanks, but yes I have Alien::wxWidgets .27 installed.
> 
> It did complain about having .24 initially, but I upgraded Alien after
> that.
> 
> What is interesting is that I'm not sure how it is deciding what
> version of wx is installed.  wx-config --list shows: Default config is
> mac-ansi-release-static-2.8
> 
> Thanks,
> Dan Freed
> 
> 
> On 1/18/07, Mark Dootson <mar...@zn...> wrote:
>> Have you installed Alien::wxWidgets?
>>
>> You need to do this first.
>>
>> Regards
>>
>> Mark
>>
>>
>> Dan Freed wrote:
>> > Has anyone managed to compile the .67 wxPerl release against
>> wxWidgets 2.8.0?
>> >
>> > I am attempting to build it on a OS X machine, but I would image the
>> > part that I am getting hung up on would be the same on any UNIX like
>> > machine.
>> >
>> > The issue (I think) is that the Makefile.PL script refuses to accept
>> > the wx-version=2.8 flag.  The only thing it appears to be able to
>> > accept is 2.5 for some reason.  If I don't specify the flag at all, it
>> > thinks I am using 2.5 and looks for the wrong libraries.  I've removed
>> > my 2.5 wxWidgets libraries out of /usr/lib and /usr/include
>> > completely, then installed 2.8.
>> >
>> > I'm at a loss.
>> >
>> > Does anyone have any ideas?
>> >
>> > Thanks,
>> > Dan Freed
>> >
>> >
>> -------------------------------------------------------------------------
>> > Take Surveys. Earn Cash. Influence the Future of IT
>> > Join SourceForge.net's Techsay panel and you'll get the chance to
>> share your
>> > opinions on IT & business topics through brief surveys - and earn cash
>> >
>> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
>> > _______________________________________________
>> > wxperl-users mailing list
>> > wxp...@li...
>> > https://lists.sourceforge.net/lists/listinfo/wxperl-users
>>
>>
>>

Re: [wxperl-users] compile .67 against wxWidgets 2.8.0

[Dan F. <win...@gm...>]

Thanks, but yes I have Alien::wxWidgets .27 installed.

It did complain about having .24 initially, but I upgraded Alien after that.

What is interesting is that I'm not sure how it is deciding what
version of wx is installed.  wx-config --list shows: Default config is
mac-ansi-release-static-2.8

Thanks,
Dan Freed


On 1/18/07, Mark Dootson <mar...@zn...> wrote:
> Have you installed Alien::wxWidgets?
>
> You need to do this first.
>
> Regards
>
> Mark
>
>
> Dan Freed wrote:
> > Has anyone managed to compile the .67 wxPerl release against wxWidgets 2.8.0?
> >
> > I am attempting to build it on a OS X machine, but I would image the
> > part that I am getting hung up on would be the same on any UNIX like
> > machine.
> >
> > The issue (I think) is that the Makefile.PL script refuses to accept
> > the wx-version=2.8 flag.  The only thing it appears to be able to
> > accept is 2.5 for some reason.  If I don't specify the flag at all, it
> > thinks I am using 2.5 and looks for the wrong libraries.  I've removed
> > my 2.5 wxWidgets libraries out of /usr/lib and /usr/include
> > completely, then installed 2.8.
> >
> > I'm at a loss.
> >
> > Does anyone have any ideas?
> >
> > Thanks,
> > Dan Freed
> >
> > -------------------------------------------------------------------------
> > Take Surveys. Earn Cash. Influence the Future of IT
> > Join SourceForge.net's Techsay panel and you'll get the chance to share your
> > opinions on IT & business topics through brief surveys - and earn cash
> > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> > _______________________________________________
> > wxperl-users mailing list
> > wxp...@li...
> > https://lists.sourceforge.net/lists/listinfo/wxperl-users
>
>
>

Re: [wxperl-users] compile .67 against wxWidgets 2.8.0

[Mark D. <mar...@zn...>]

Have you installed Alien::wxWidgets?

You need to do this first.

Regards

Mark


Dan Freed wrote:
> Has anyone managed to compile the .67 wxPerl release against wxWidgets 2.8.0?
> 
> I am attempting to build it on a OS X machine, but I would image the
> part that I am getting hung up on would be the same on any UNIX like
> machine.
> 
> The issue (I think) is that the Makefile.PL script refuses to accept
> the wx-version=2.8 flag.  The only thing it appears to be able to
> accept is 2.5 for some reason.  If I don't specify the flag at all, it
> thinks I am using 2.5 and looks for the wrong libraries.  I've removed
> my 2.5 wxWidgets libraries out of /usr/lib and /usr/include
> completely, then installed 2.8.
> 
> I'm at a loss.
> 
> Does anyone have any ideas?
> 
> Thanks,
> Dan Freed
> 
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> wxperl-users mailing list
> wxp...@li...
> https://lists.sourceforge.net/lists/listinfo/wxperl-users