in reply to Re: Unable to install Wx
in thread Unable to install Wx

Thanks. I'll give that a try. I think I'm running into a problem with Wx not building cleanly for a 64-bit perl. I was able to get Wx compiled up and passing its tests by manually building and adding the correct include path on the command line: 

perl Makefile.PL --extra-cflags=-I/usr/lib64/wx/include/gtk2-unicode-r
+elease-2.8

[download]

The problem I now have is with Wx::Scintilla. Same problem, but since Wx::Scintilla is using a build script instead of a Makefile, I haven't yet discovered how to override its include paths (I thought it should be getting them from wx-config). I'm really tempted to go back to a 32-bit Perl and hopefully avoid these issues.

Replies are listed 'Best First'.
Re^3: Unable to install Wx
by kevbot (Vicar) on Feb 18, 2014 at 23:29 UTC

    I had similar problems a couple years back when I was trying to run the most up-to-date version of Padre on Mac OS X. I made this post about it Getting a working Padre and Wx on Mac OS X (Snow Leopard) with Perl 5.14.0. Basically, I resorted to compiling a threaded 32-bit perl with perlbrew, and then installed Alien::wxWidgets, Wx, and finally Padre. I would hope that a similar approach would work on Linux.

    UPDATE: I seem to recall that wx 2.8 did not play nice with 64-bit, and that 2.9 was required for 64-bit. So, you may be able to stay completely 64-bit if you install the most recent version of wxWidgets with the Alien::wxWidgets module (i.e. 2.9 or later, I believe the most current is 2.9.4).

[reply]

      Thanks for the suggestions. Using wx 2.9 seemed to be an important part of the process. Once I installed Alien::wxWidgets by hand and specified wxWidgets 2.9.4, I was able to go a lot further (and solved my initial problem).

      Unfortunately, I still couldn't install Padre 1.01 from SVN (some error about a character in META.yml not mapping to Unicode), so I tried to install 1.00 from cpan and got the following error: 

      #   Failed test 'undef isa 'Padre::Browser::Document''
#   at t/50_browser.t line 47.
#     undef isn't defined
Can't call method "mimetype" on an undefined value at t/50_browser.t l
+ine 48.

      [download]

      I'm almost ready to completely blow away my ~/perl5 directory and start over from scratch (now that I have a good understanding of the steps required).

[reply]
[d/l]

        I'm happy the suggestions are helping. I am using Mac OS X Mavericks. I have a threaded, 64-bit installation of perl 5.18.1. I get a different error when trying to install Padre 1.00 from CPAN.

        Versions:

        • Alien::wxWidgets, 0.64 with wxWidgets compiled from 2.9.4 source
        • Wx, 0.9922

        During installation I get these test failures: 
        t/15_locale.t .............. Failed 5/7 subtests

        [download]
        During configuration, this is the locale that is given: 
        Configuring Padre-1.00 ... Found locale    en_US.UTF-8

        [download]

        The t/50_browser.t test passes for me. I force installed Padre, and it launches and seems to work...but I'm not sure if some features are broken due to the failing tests.

        UPDATE: I also tried the version from SVN and I got a couple other test failures. I force installed and the app launches. Again, I'm unsure of what may be broken.

[reply]
[d/l]
[select]

In Section Seekers of Perl Wisdom