i used these instruction to get gd working,( taken from
homepage.mac.com/xports which is now an invalid link)
to install png.lib
--
Library: png
Version: 1.0.8
Author: Coming Soon.
Description: Coming Soon.
Source: the exact URL coming soon
Porter: Randal Cox
Status: Successful Port
How To: Slightly complicated install.
Become root. create a link ln -s /usr/share/man /usr/local/man
Decompress the archive, cd into it
cp scripts/makefile.std ./makefile(in place of ./configure)
Edit makefile.cfg and make these changes
ZLIBLIB=/usr/lib
ZLIBINC=/usr/include
make
make test
make install
to install jpeg.lib
---
Library: jpeg
Version: 6b
Author: Coming Soon.
Description: Coming Soon.
Source: the exact URL coming soon
Porter: Randal Cox
Status: Successful Port
How To: Slightly complicated install.
Become root. create a link ln -s /usr/share/man /usr/local/man
Decompress the archive, cd into it
Edit makefile.cfg and make these changes
add '-I/usr/include -I/usr/local/include' to CFLAGS
add '-L/usr/lib -L/usr/local/lib' to LDLIBS
../configure
make
make test (see below)
make install
make install-lib
make install-headers
Make sure you run the unusual make install targets or you'll have
trouble linking with other ports. I am really not sure what the point
of the make install target is...
to install gd.lib
-
Tools
Links
Ports
Libs
Perl Mods
Apps
Library: gd
Version: 1.8.3
Author: Coming Soon.
Description: Coming Soon.
Source: the exact URL coming soon
Porter: Randal Cox
Status: Successful Port
How To: Slightly complicated install.
Become root.
Decompress the archive, cd into it
Edit Makefile and make these changes
add -ljpeg to LIBS
add -DHAVE_JPEG to CFLAGS
INCLUDEDIRS=-I. -I/usr/local/include -I/usr/include
LIBDIRS=-L. -L/usr/local/lib -L/usr/lib
make(gives a ranlib error)
ranlib /usr/local/lib/*.a(force update the static library)
make test(no actual test - but GD.pm works, so I think it's OK)
make install
to install gd.pm
Perl Mods
Apps
Perl Module: GD.pm
Version: 1.32
Author: Coming Soon.
Description: Coming Soon.
Source: CPAN.org - the exact URL coming soon
Porter: Randal Cox
Status: Successful
How To: Slightly complicated install.
Become root. Decompress the archive, cd into it, then type
Edit Makefile.PL and make these changes
add -I/usr/include to the INC line,
add -L/usr/lib to the LIBPATH line
perl Makefile.PL(answer y, n, n)
make(bails with a ranlib error)
ranlib /usr/local/lib/*.a(update the static libraries)
make(works fine this time)
make test(no errors)
make install
On Saturday, Nov 2, 2002, at 09:44 America/Anchorage, Puneet Kishor
wrote:
Folks,
I am proceeding nowhere, and I am hoping someone on this list can
point me toward a solution. I have gd 1.8.4 installed and Apple's
stock perl 5.6.0. Everytime I run this one perl program that uses gd,
I get the following error --
Searching around on Google I discover that this dynaloader failure
seems to be associated with incompatible modules. It seems that for
some reason make install doesn't always completely overwrite the
files in /Library/Perl. It is suggested that I can remove the shared
libraries like this:
% find /Library/Perl -name '*.bundle' -print | xargs rm -i
I see there is the GD.bundle that, I think, might be causing the
incompatibility problem. Except, I was getting the above messages even
before I installed GD.pm. Anyway, I back up the GD.bundle, and try
building everything again... still no success. Exactly the same
problem.
Here is the interesting thing -- Everything worked with 10.1.x using
the same version of all other programs involved. Btw, I thought the
problem might be because I had built gd with gcc 2.95 (one of the
programs I need to build requires gg 2.95). But that is also not the
problem because I rebuilt gd with gcc 3.1 and still got the same error.
Seems like my Perl is incompatible with my gd, or the perl module I am
using (mapscript.bundle above) that incompatible with my gd. Except, I
don't how to resolve this. I can't ask the mapscript makers because
they don't use OS X, and besides, the same mapscript worked fine with
10.1.x anyway. I know you folks may not know about mapscript, but you
are perl and OS X gurus. So, I stand a better chance here.