Atom feedLast 5 comments
37 years ago
Ray: Having the same problem. Very frustrating. Luckily, for some reason my released version worked on the iPad itself, but now I can't get it to run in the simulator. Getting no such table, which I'm guessing is an initialization error. Will continue to investigate.
Ray: Having the same problem. Very frustrating. Luckily, for some reason my released version worked on the iPad itself, but now I can't get it to run in the simulator. Getting no such table, which I'm guessing is an initialization error. Will continue to investigate.
38 years ago
Jeremy: FYI, I've just tried it with the SQLite 3.7.0 preview and the same problem occurs.
Also, I'm not using any extra third-party libraries with my SQLite, so the problem isn't your Unicode extension.
Jeremy: FYI, I've just tried it with the SQLite 3.7.0 preview and the same problem occurs.
Also, I'm not using any extra third-party libraries with my SQLite, so the problem isn't your Unicode extension.
38 years ago
Jeremy: I'm having the same problem with compiling SQLite against iOS 4 for the iPad simulator, but in my case it works fine running on an actual iPad (also works in the iPhone simulator and on an iPod Touch).
Same problem with 3.6.23.1, 3.6.23, and at least back to 3.6.21. Compiling against iOS 3.2 makes it work, though that's not really an option for iPhone (as opposed to iPad) apps.
I have no idea what to do about it or how big a problem it really is...
Jeremy: I'm having the same problem with compiling SQLite against iOS 4 for the iPad simulator, but in my case it works fine running on an actual iPad (also works in the iPhone simulator and on an iPod Touch).
Same problem with 3.6.23.1, 3.6.23, and at least back to 3.6.21. Compiling against iOS 3.2 makes it work, though that's not really an option for iPhone (as opposed to iPad) apps.
I have no idea what to do about it or how big a problem it really is...
38 years ago
Pascal: The problem seems to have deep roots, however there is a solution, see the updated post. :)
Pascal: The problem seems to have deep roots, however there is a solution, see the updated post. :)
The archive
March 2011 (1)
July 2010 (1)
October 2009 (2)
August 2009 (1)
July 2009 (1)
March 2009 (1)
December 2008 (1)
October 2008 (1)
August 2008 (1)
July 2008 (3)
June 2008 (1)
May 2008 (3)
March 2008 (1)
February 2008 (3)
January 2008 (2)
November 2007 (1)
October 2007 (1)
September 2007 (1)
August 2007 (1)
July 2007 (1)
June 2007 (3)
May 2007 (1)
April 2007 (1)
February 2007 (2)
January 2007 (3)
December 2006 (1)
November 2006 (3)
October 2006 (2)
September 2006 (2)
August 2006 (1)
July 2006 (2)
June 2006 (6)
Complications while building GD.pm on Mac OS X
Saturday, June 17th 2006 - 01:14
Since I succeeded in building Apache 2 on my Mac, I decided it's time to finally install the GD Perl Module to generate nice images using Perl. I downloaded the source, configured it as usual with $ perl ./Makefile.PL, ran the test with $ make test as documented everywhere and got the following errors:
So, I thought that needs some tweaking. I googled around and found many hints, most described on how to alter the configuration-file Makefile.pl, but no matter what I tried, always the same error. After some time trying to install other versions of libpng, zlib and stuff - without the slightest success - I decided to simply try a make && sudo make install, and guess what: build succeeded and no problems so far. So, if you run into the same problems as cited above, just go ahead and install GD.pm, it'll work (at least it did for me...).
$[pp] ~/Desktop/downloads/GD-2.34: make test
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/GD..........Can't load './blib/arch/auto/GD/GD.bundle' for module GD: dlopen(./blib/arch/auto/GD/GD.bundle, 2): Symbol not found: _libiconv_close
Referenced from: /opt/local/lib/libgd.2.dylib
Expected in: flat namespace
at t/GD.t line 14
Compilation failed in require at t/GD.t line 14.
BEGIN failed--compilation aborted at t/GD.t line 14.
t/GD..........dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED tests 1-12
Failed 12/12 tests, 0.00% okay
t/Polyline....Can't load '/Users/pp/Desktop/downloads/GD-2.34/blib/arch/auto/GD/GD.bundle' for module GD: dlopen(/Users/pp/Desktop/downloads/GD-2.34/blib/arch/auto/GD/GD.bundle, 2): Symbol not found: _libiconv_close
Referenced from: /opt/local/lib/libgd.2.dylib
Expected in: flat namespace
at /Users/pp/Desktop/downloads/GD-2.34/blib/lib/GD/Polyline.pm line 45
Compilation failed in require at /Users/pp/Desktop/downloads/GD-2.34/blib/lib/GD/Polyline.pm line 45.
BEGIN failed--compilation aborted at /Users/pp/Desktop/downloads/GD-2.34/blib/lib/GD/Polyline.pm line 45.
Compilation failed in require at t/Polyline.t line 10.
BEGIN failed--compilation aborted at t/Polyline.t line 10.
t/Polyline....dubious
Test returned status 255 (wstat 65280, 0xff00)
DIED. FAILED test 1
Failed 1/1 tests, 0.00% okay
Failed Test Stat Wstat Total Fail Failed List of Failed
-------------------------------------------------------------------------------
t/GD.t 255 65280 12 23 191.67% 1-12
t/Polyline.t 255 65280 1 2 200.00% 1
Failed 2/2 test scripts, 0.00% okay. 13/13 subtests failed, 0.00% okay.
make: *** [test_dynamic] Error 2
So, I thought that needs some tweaking. I googled around and found many hints, most described on how to alter the configuration-file Makefile.pl, but no matter what I tried, always the same error. After some time trying to install other versions of libpng, zlib and stuff - without the slightest success - I decided to simply try a make && sudo make install, and guess what: build succeeded and no problems so far. So, if you run into the same problems as cited above, just go ahead and install GD.pm, it'll work (at least it did for me...).
Marc Girod at 13.07.2006 14:35
I had a similar error while installing on RH4.4, if I answered yes to all questions at the perl Makefile.PL stage. These questions concern the way libgd was built, and in my case, RedHat built it, so as I am lazy, I guessed. Now, my error was about a missing symbol: t/Polyline....Can't load '/tmp/GD-2.34/blib/arch/auto/GD/GD.so' for module GD: /tmp/GD-2.34/blib/arch/auto/GD/GD.so: undefined symbol: gdImageGifAnimAddPtr at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230. at /tmp/GD-2.34/blib/lib/GD/Polyline.pm line 45
...so it was easy to restart answering 'no' for animated gifs.
I had a similar error while installing on RH4.4, if I answered yes to all questions at the perl Makefile.PL stage. These questions concern the way libgd was built, and in my case, RedHat built it, so as I am lazy, I guessed. Now, my error was about a missing symbol: t/Polyline....Can't load '/tmp/GD-2.34/blib/arch/auto/GD/GD.so' for module GD: /tmp/GD-2.34/blib/arch/auto/GD/GD.so: undefined symbol: gdImageGifAnimAddPtr at /usr/lib/perl5/5.8.5/i386-linux-thread-multi/DynaLoader.pm line 230. at /tmp/GD-2.34/blib/lib/GD/Polyline.pm line 45
...so it was easy to restart answering 'no' for animated gifs.
David Steinbrunner at 23.02.2007 23:29
I just ran into this issue today and hence found your post. Unfortunately, I was not able to skip the tests and have GD actually work. The following news thread was of some help and I was able to add a bit more to it:
http://groups.google.com/group/comp.lang.perl.modules/browse_thread/thread/32f65cbdda7467ee/507bc185ee4e58b2?lnk=st&q=Installing GD macports&rnum=1#507bc185ee4e58b2
Hopefully others having this issue will find my addition helpful.
I just ran into this issue today and hence found your post. Unfortunately, I was not able to skip the tests and have GD actually work. The following news thread was of some help and I was able to add a bit more to it:
http://groups.google.com/group/comp.lang.perl.modules/browse_thread/thread/32f65cbdda7467ee/507bc185ee4e58b2?lnk=st&q=Installing GD macports&rnum=1#507bc185ee4e58b2
Hopefully others having this issue will find my addition helpful.
Joel Rowbottom at 17.03.2007 08:34
Thanks for this - very useful and the link David posted was just what I needed. I've aggregated the solution I used into my own blog post: http://blog.joel.co.uk/index.php?itemid=299
Thanks for this - very useful and the link David posted was just what I needed. I've aggregated the solution I used into my own blog post: http://blog.joel.co.uk/index.php?itemid=299
Comments are disabled
Rafael: Thank you very much, I was having a huge headache to solve the very same problem!