Mark Dootson wrote:
On 17/02/2010 20:01, Mattia Barbon wrote:
Re ExtUtils:FakeConfig / -nostdinc
I do not see a better way. It's a pity that -nostding is both used by
ActivePerl and suggested in the OS X Perl README.
Attached is Config_osx.pm that maybe could be added to ExtUtils::FakeCo
$lddlflags = $Config::Config{lddlflags};
my $ldflags = $Config::Config{ldflags};
my $flavour = (defined &ActivePerl::BUILD) ? 'activeperl' : 'standard';
my $osxver = get_osx_major_version();
# Remove -nostdinc option
unless(exists($ENV{FAKECONFIG_USE_NOSTDINC}) && $ENV{F
Mark Dootson wrote:
Hi,
For info, in building PPMs for MacOSX on Snow Leopard, here are steps I
had to take. A lot is ActivePerl specific but it ties in with other
issues folks seem to be having.
Firstly, for ActivePerl, I need to target OSX 10.4. Taken from the
wxWidgets site, I exported
Hi,
For info, in building PPMs for MacOSX on Snow Leopard, here are steps I
had to take. A lot is ActivePerl specific but it ties in with other
issues folks seem to be having.
Firstly, for ActivePerl, I need to target OSX 10.4. Taken from the
wxWidgets site, I exported the following values into
Messaggio originale
Da: mzi...@geo.uzh.ch
Data: 12/02/2010 18.36
A: "mattia.bar...@libero.it"
Cc:,,
Ogg: Re: R: Re: wxPerl on Snow Leopard
it compiles find, no problems reported during compile (besides "retun"
ist not known by the compiler ;-) )
Am 12.02.10 17:28, schr
building wxPerl on Mac OS X Snow Leopard, I still got errors
compiling it.
I built wxWidgets 32bit version as explained here:
http://wiki.wxwidgets.org/Development:_wxMac#Building_under_10.6_Snow_Leopard
with the following flags:
arch_flags="-arch i386 -isysroot /Developer/SDKs/MacOSX10.5.sdk
-mm
On 26 Sep 2009, at 18:21, Mattia Barbon wrote:
> Erik Colson wrote:
>> here's the output when trying to install Wx from cpan prompt:
>
> I must be missing something, but I do not see anything specific to STC in
> the log below... as for the "wrong architecture" problem, could you try doing:
>
Am 12.02.10 20:40, schrieb Mattia Barbon:
Michael Ziege wrote:
Hi,
g++ -arch i386 -UWX_PRECOMP -c -I. -I../..
-I/usr/local/lib/wx/include/mac-ansi-release-2.8
-I/usr/local/include/wx-2.8 -fno-common -DPERL_DARWIN -no-cpp-precomp
-arch i386 -nostdinc -B/Developer/SDKs/MacOSX10.5.sdk//usr/incl
it compiles find, no problems reported during compile (besides "retun"
ist not known by the compiler ;-) )
Am 12.02.10 17:28, schrieb mattia.bar...@libero.it:
Hi,
thanks a lot for helping and your quick responses.
I checked out version 0.9701 of wxPerl now and followed the dependencies
(Ex
building wxPerl on Mac OS X Snow Leopard, I still got errors
compiling it.
I built wxWidgets 32bit version as explained here:
http://wiki.wxwidgets.org/Development:_wxMac#Building_under_10.6_Snow_Leopard
with the following flags:
arch_flags="-arch i386 -isysroot /Developer/SDKs/MacOSX10.5.sdk
-mm
estigating further..
thanks and regards
- Michael
Am 09.02.10 21:51, schrieb Mattia Barbon:
Michael Ziege wrote:
hi
although I followed the instructions below and also read various posts
about building wxPerl on Mac OS X Snow Leopard, I still got errors
compiling it.
I
Michael Ziege wrote:
Hi,
g++ -arch i386 -UWX_PRECOMP -c -I. -I../..
-I/usr/local/lib/wx/include/mac-ansi-release-2.8
-I/usr/local/include/wx-2.8 -fno-common -DPERL_DARWIN -no-cpp-precomp
-arch i386 -nostdinc -B/Developer/SDKs/MacOSX10.5.sdk//usr/include/gcc
-B/Developer/SDKs/MacOSX10.5
"mattia.bar...@libero.it"
>Cc: , ,
>Ogg: Re: R: Re: wxPerl on Snow Leopard
>
>it compiles find, no problems reported during compile (besides "retun"
>ist not known by the compiler ;-) )
>
>Am 12.02.10 17:28, schrieb mattia.bar...@libero.it:
>>H
Hi,
>thanks a lot for helping and your quick responses.
>I checked out version 0.9701 of wxPerl now and followed the dependencies
>(ExtUtils-XSpp-0.09). I'm still getting errors while compiling wxPerl
>but slightly different ones:
>
>bash-3.2$ make
>/usr/local/bin/perl script/make_v_cback.pl >
Mattia, since you're on the case, and Michael is reporting the bugs on Snow
Leopard, I'll back off for the moment, but let me know if you'd like another
person testing and I'll jump in too... :)
On Fri, Feb 12, 2010 at 7:56 AM, Michael Ziege wrote:
> hi Mattia
>
Michael Ziege wrote:
hi
although I followed the instructions below and also read various posts
about building wxPerl on Mac OS X Snow Leopard, I still got errors
compiling it.
I built wxWidgets 32bit version as explained here:
http://wiki.wxwidgets.org/Development:_wxMac
Michael Ziege wrote:
hi
although I followed the instructions below and also read various posts
about building wxPerl on Mac OS X Snow Leopard, I still got errors
compiling it.
I built wxWidgets 32bit version as explained here:
http://wiki.wxwidgets.org/Development:_wxMac
hi
although I followed the instructions below and also read various posts
about building wxPerl on Mac OS X Snow Leopard, I still got errors
compiling it.
I built wxWidgets 32bit version as explained here:
http://wiki.wxwidgets.org/Development:_wxMac#Building_under_10.6_Snow_Leopard
with the
Mark Dootson wrote:
Hi,
The attached tested patch includes the wxWidgets patch for broken font
dialog for Snow Leopard with 2.8.10
I have not committed changes as they will need to be removed when Alien
default 2.8 moves to 2.8.11 ( out soon it would seem )
I see no harm in committing
Hi
The attached tested patch includes the wxWidgets patch for broken font
dialog for Snow Leopard with 2.8.10
I have not committed changes as they will need to be removed when Alien
default 2.8 moves to 2.8.11 ( out soon it would seem )
Mark
Index: patches/data-2.8.10
Hi,
Just some info that might be of interest when building 2.8.10 on Snow
Leopard.
I patched Alien to return the following extra flags out of
wx_widgets_configure_extra_flags
my $extra_flags = 'CC=gcc-4.0 CXX=g++-4.0 LD=g++-4.0
--enable-graphics_ctx --with-opengl --disable-com
# from Mattia Barbon
# on Thursday 15 October 2009 11:36:
>This Perl is compiled as a 64 bit binary. Stable wxWidgets versions
> can only be compiled as 32 bit libraries. In order to build wxPerl
> you will need to either recompile Perl as a 32 bit binary or (if
> using the Apple-provided Perl) fo
Gabor Szabo wrote:
I wanted to update the website but I still don't see it on
http://search.cpan.org/dist/Alien-wxWidgets/
Strange, usually it takes less than a day (and still it is not there).
BUT I am sure people who see this error message will not understand
why and might get angry.
# from Gabor Szabo
# on Wednesday 14 October 2009 23:38:
>a detailed explanation on why is that needed and what is needed in
>order to have wxWidgets on 64 bit Perl ?
From my reading, the wxMac port doesn't run 64-bit clean on 2.8.x, so
you have to go 2.9.x and live in alpha land for that.
--Er
I wanted to update the website but I still don't see it on
http://search.cpan.org/dist/Alien-wxWidgets/
BUT I am sure people who see this error message will not understand
why and might get angry.
I have not followed the discussion but would it be possible to include
or to point at a
detailed expl
Hi,
I uploaded Alien::wxWidgets 0.45 to CPAN. This release will abort with
an error message[1] if Perl is compiled in 64 bit mode. If Perl is 32
bit, wxWidgets will be compiled in 32 bit mode.
Regards,
Mattia
[1]
==
Can'
Hey folks, just sharing a data point -- how I compiled my own Perl and
then my own wxWidgets and wxPerl on Snow Leopard, making them
backwards-compatible to Leopard (hopefully, haven't had a chance to
test that yet).
>From here:
http://wiki.wxwidgets.org/Developmen
Hey folks, just sharing a data point -- how I compiled my own Perl and
then my own wxWidgets and wxPerl on Snow Leopard, making them
backwards-compatible to Leopard (hopefully, haven't had a chance to
test that yet).
>From here:
http://wiki.wxwidgets.org/Developmen
Erik Colson wrote:
Hi,
I'm testing your trunk repo. Got this error :
Rome:trunk ec$ perl Build.PL
Creating custom builder
_build/lib/My/Build/new_from_context_is_broken.pm in _build/lib/My/Build
Checking whether your kit is complete...
WARNING: the following files are missing in your kit:
Hi Mattia,
I'm testing your trunk repo. Got this error :
Rome:trunk ec$ perl Build.PL
Creating custom builder _build/lib/My/Build/
new_from_context_is_broken.pm in _build/lib/My/Build
Checking whether your kit is complete...
WARNING: the following files are missing in your kit:
inc/Arc
I'll keep looking into it. What is really interesting is that it is
clearly restarting using what is in the bang line. When I put '-w'
with the bang line you can look at the process list and see that the
wxPerl process continually gets the -w flag added for each time it
restarts. For exa
On 29 Sep 2009, at 18:32, Daniell Freed wrote:
LOL, yes I tried that too. I have my filesystem set to case
insensitive as Photoshop still requires that, so the upper/lower
case thing doesn't really matter. The actual file is in mixed
case: wxPerl.
I can't reproduce your problem here.
LOL, yes I tried that too. I have my filesystem set to case
insensitive as Photoshop still requires that, so the upper/lower case
thing doesn't really matter. The actual file is in mixed case: wxPerl.
Daniell Freed
winter...@gmail.com
..
. . .
On 29 Sep 2009, at 17:48, Daniell Freed wrote:
The bang line does start with #! as it should. Boy if it where
anything else it wold never work :). I know your just trying to
help.
That said, it doesn't work unless it is removed completely, or
unless it is set to #!/usr/bin/perl. It is
m some previous
efforts compiling wxPerl prior to the upgrade, but before I clean
them up I thought I had better check.
yep, Snow Leopard and Leopard do both include wxWidgets and wxPerl,
located in /usr/bin.
--
Erik Colson
http://www.ecocode.net
ine (which was /usr/local/bin/
wxPerl -w), and relaunching itself over and over again. If I
remove the bang line, or set it to /usr/bin/perl it works OK, but /
usr/bin/perl is the default 5.10.0 version that came with Snow
Leopard, not the newly compiled version in /usr/local. I'm
the name of the script), it was for some
reason using what was in the bang line (which was
/usr/local/bin/wxPerl -w), and relaunching itself over and over again.
If I remove the bang line, or set it to /usr/bin/perl it works OK,
but /usr/bin/perl is the default 5.10.0 version that came with Sno
ff in /usr/bin/. I
upgraded from Leopard, and I have some wxperl related stuff in that
directory. I'm pretty sure it is leftover from some previous efforts
compiling wxPerl prior to the upgrade, but before I clean them up I
thought I had better check.
yep, Snow Leopard and Leopard do bo
pt), it was for some
reason using what was in the bang line (which was /usr/local/bin/
wxPerl -w), and relaunching itself over and over again. If I remove
the bang line, or set it to /usr/bin/perl it works OK, but /usr/bin/
perl is the default 5.10.0 version that came with Snow Leopard,
ly my project doesn't. The project works fine on windows,
but that is still using Perl 5.8.8 not 5.10.1. The code just hangs
on OS X (it did work before I upgraded to Snow Leopard) with no
visible effect (ie no dock icon, no STDOUT messages). If I launch it
in the debugger it seems to lo
Hi Eric,
Erik Colson wrote:
Rome:finance-quote ec$ /usr/bin/perl -v
This is perl, v5.10.0 built for darwin-thread-multi-2level
(with 2 registered patches, see perl -V for more detail)
5.10.0 is known to be somewhat buggy..
All versions of perl are known to be somewhat buggy. 5.10.0 is no
ex
Hi,
since I haven't upgraded to Snow Leopard yet, I need some help for
checking a couple of patches that should fix the problems Erik reported:
the first one stops the build with an error message when Perl is 64-bit,
the second tries to force wxWidgets to build as a 32-bit binary.
To
On 28 Sep 2009, at 22:00, Daniell Freed wrote:
Any other thoughts on what I could be missing? Is there a command
line option I could pass the Makefile.PL script that will allow me
to tell it where to look for these files?
Hi Daniell,
Not really answer, but it might help if you could post
On 28 Sep 2009, at 23:04, Mattia Barbon wrote:
Erik Colson wrote:
sorry, wrong link
should be:
http://ecocode.net/article.shtml?092009.txt-002
Out of curiosity, is the first part (recompiling Perl) something
you must do because Apple ships a 64 bit Perl?
Nope,
Apple perl is compiled
Erik Colson wrote:
sorry, wrong link
should be:
http://ecocode.net/article.shtml?092009.txt-002
Out of curiosity, is the first part (recompiling Perl) something you
must do because Apple ships a 64 bit Perl?
Regards,
Mattia
I re-did the Alien step. It wouldn't install anything when I did it
(it said unchanged for each file) so I deleted /usr/local/lib/perl5/
site_perl/5.10.1/darwin-2level/Alien, and my source directory. Then I
rebuilt the Alien part, and installed it. Unfortunately it is still
failing to see
Daniell Freed wrote:
I think I'm getting closer:
Checking if your kit is complete...
Looks good
'WX' is not a known MakeMaker parameter name.
Writing Makefile for Wx::RichText
Writing Makefile for Wx::Print
Writing Makefile for Wx::DateTime
Writing Makefile for Wx::Html
Writing Makefile for Wx::
I think I'm getting closer:
Checking if your kit is complete...
Looks good
'WX' is not a known MakeMaker parameter name.
Writing Makefile for Wx::RichText
Writing Makefile for Wx::Print
Writing Makefile for Wx::DateTime
Writing Makefile for Wx::Html
Writing Makefile for Wx::Media
Writing Makefile
Hi Daniell,
I must have forgotton the part to compile and install stc explicitely ;)
Go to the wx source directory.
Go to the subdirectory contrib/src/stc
then
make
make test
sudo make install
then return to where you got the error
Hope this works correctly
On 27 Sep 2009, at 22:03, Daniel
So I've been following these directions and everything has worked up
until the compiling of the Perl Wx part. When I do it I get the
below. Do you have any idea what I'm doing wrong? I highlighted the
error.
$ sudo /usr/local/bin/perl -MCPAN -e 'install Wx'
CPAN: Storable loaded
sorry, wrong link
should be:
http://ecocode.net/article.shtml?092009.txt-002
--
Erik
Mattia,
I figured to install/compile the whole thing.
I described it here (so I have the info if I have to reinstall one
day ;) )
http://ecocode.net/article.shtml?092009.txt-001
regards
--
Erik
Erik Colson wrote:
Hi Mattia,
On 26 Sep 2009, at 18:21, Mattia Barbon wrote:
Erik Colson wrote:
here's the output when trying to install Wx from cpan prompt:
I must be missing something, but I do not see anything specific to
STC in the log
The stc problem occurred when I used Alien::wxW
Erik Colson wrote:
Hi,
Thanks for helping out so fast !
Here's the output
Rome:~ ec$ uname -a
Darwin Rome.local 10.0.0 Darwin Kernel Version 10.0.0: Fri Jul 31
22:47:34 PDT 2009; root:xnu-1456.1.25~1/RELEASE_I386 i386
=
Hi Mattia,
Here comes the info !
On 26 Sep 2009, at 13:44, Mattia Barbon wrote:
Erik Colson wrote:
There is nothing obvious in perl -V/uname to detect a 64bit Mac;
could you also try:
sysctl hw.optional.x86_64
Rome:~ ec$ sysctl hw.optional.x86_64
hw.optional.x86_64: 1
sysctl hw.c
Hi Mattia,
Thanks for helping out so fast !
Here's the output
=
=
=
=
=
=
=
=
Rome:~ ec$ perl -V
Summary of my perl5 (revision 5 version 10 subversion 1) configuration:
Platform:
osname=darwin, osvers=10.0.0, archnam
Erik Colson wrote:
Hi,
I first tried with Alien::wxWidgets from cpan, but wxWidgets building
failed.. Seems to be due to Snow Leopard using 64bit gcc4.2 by default.
Yes, I found the workaround on wxWidgets wiki. I will need your (or
somebody else's with 64-bit Snow Leopard) help t
Erik Colson wrote:
here's the output when trying to install Wx from cpan prompt:
I must be missing something, but I do not see anything specific to
STC in the log below... as for the "wrong architecture" problem, could
you try doing:
file /Users/ec/.cpan/build/Wx-0.93-vft5H0/blib/arch/aut
Hi Mattia,
On 26 Sep 2009, at 18:21, Mattia Barbon wrote:
Erik Colson wrote:
here's the output when trying to install Wx from cpan prompt:
I must be missing something, but I do not see anything specific to
STC in the log
The stc problem occurred when I used Alien::wxWidgets to compile w
Hi all,
I am wondering if anyone has managed to get wxPerl to work on Snow
Leopard? I cannot even get wxWidgets to compile, let alone get wxPerl
to work. It appears that Snow Leopard shipped with wxWidgets 2.8.0 as
there are now a bunch of libraries in my /usr/lib/ folder that are
60 matches
Mail list logo
