<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Install GD for PHP on Mac OS X 10.5 Leopard</title>
	<atom:link href="http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/</link>
	<description>A collection of technology tips and other words</description>
	<lastBuildDate>Thu, 14 Jan 2010 18:32:06 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: jneff</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3586</link>
		<dc:creator>jneff</dc:creator>
		<pubDate>Sat, 22 Aug 2009 15:06:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3586</guid>
		<description>If your libjpeg installation isn&#039;t working try this for the build

MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp&quot; CCFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&quot; CXXFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&quot; LDFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load&quot; ./configure --enable-shared --disable-dependency-tracking</description>
		<content:encoded><![CDATA[<p>If your libjpeg installation isn&#8217;t working try this for the build</p>
<p>MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp&#8221; CCFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&#8221; CXXFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&#8221; LDFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load&#8221; ./configure &#8211;enable-shared &#8211;disable-dependency-tracking</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: markp</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3584</link>
		<dc:creator>markp</dc:creator>
		<pubDate>Thu, 06 Aug 2009 12:33:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3584</guid>
		<description>When I try to run the make command for libjpeg (64 bit architecture) I get the following error

make  all-am
  CC     jaricom.lo
gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags
make[1]: *** [jaricom.lo] Error 1
make: *** [all] Error 2

bit stumped with  this one. 

PS jpeg-6b is gone now - I&#039;m using jpeg-7

Cheers</description>
		<content:encoded><![CDATA[<p>When I try to run the make command for libjpeg (64 bit architecture) I get the following error</p>
<p>make  all-am<br />
  CC     jaricom.lo<br />
gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags<br />
make[1]: *** [jaricom.lo] Error 1<br />
make: *** [all] Error 2</p>
<p>bit stumped with  this one. </p>
<p>PS jpeg-6b is gone now &#8211; I&#8217;m using jpeg-7</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: larry</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3583</link>
		<dc:creator>larry</dc:creator>
		<pubDate>Tue, 04 Aug 2009 14:54:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3583</guid>
		<description>if you get this error at the fist make:
make[1]: *** [jaricom.lo] Error 1
make: *** [all] Error 2

then you might want to use this for the first 64-bit-only command:
MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp&quot; CCFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&quot; CXXFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&quot; LDFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load&quot; ./configure --enable-shared --disable-dependency-tracking

the only thing added to that command is --disable-dependency-tracking</description>
		<content:encoded><![CDATA[<p>if you get this error at the fist make:<br />
make[1]: *** [jaricom.lo] Error 1<br />
make: *** [all] Error 2</p>
<p>then you might want to use this for the first 64-bit-only command:<br />
MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp&#8221; CCFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&#8221; CXXFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&#8221; LDFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load&#8221; ./configure &#8211;enable-shared &#8211;disable-dependency-tracking</p>
<p>the only thing added to that command is &#8211;disable-dependency-tracking</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alejandro</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3582</link>
		<dc:creator>Alejandro</dc:creator>
		<pubDate>Mon, 03 Aug 2009 18:01:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3582</guid>
		<description>Hallo, Thanks a lot for this tutorial. I found it really good. 
One thing during the &quot;Install libjpeg configuration&quot; for 64 bits, I had this problem: 
bash-3.2# make
make  all-am
  CC     jaricom.lo
gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags
make[1]: *** [jaricom.lo] Error 1
make: *** [all] Error 2

This can be solve by adding to the configuration:  
--disable-dependency-tracking

so then we have MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp&quot; CCFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&quot; CXXFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&quot; LDFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load&quot; ./configure --enable-shared --disable-dependency-tracking

Thanks a lot.</description>
		<content:encoded><![CDATA[<p>Hallo, Thanks a lot for this tutorial. I found it really good.<br />
One thing during the &#8220;Install libjpeg configuration&#8221; for 64 bits, I had this problem:<br />
bash-3.2# make<br />
make  all-am<br />
  CC     jaricom.lo<br />
gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags<br />
make[1]: *** [jaricom.lo] Error 1<br />
make: *** [all] Error 2</p>
<p>This can be solve by adding to the configuration:<br />
&#8211;disable-dependency-tracking</p>
<p>so then we have MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp&#8221; CCFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&#8221; CXXFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&#8221; LDFLAGS=&#8221;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load&#8221; ./configure &#8211;enable-shared &#8211;disable-dependency-tracking</p>
<p>Thanks a lot.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stef</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3581</link>
		<dc:creator>stef</dc:creator>
		<pubDate>Sun, 02 Aug 2009 10:30:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3581</guid>
		<description>With 64-bit architecture, to compile the current release of &lt;a href=&quot;http://www.ijg.org/files/jpegsrc.v7.tar.gz&quot; rel=&quot;nofollow&quot;&gt;libjpeg&lt;/a&gt; (version 7), add the option &lt;b&gt;--disable-dependency-tracking&lt;/b&gt; to the configure command : 

&lt;code&gt;MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp&quot; CCFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&quot; CXXFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe&quot; LDFLAGS=&quot;-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load&quot; ./configure --enable-shared --disable-dependency-tracking&lt;/code&gt;

This is one way to fix the GCC compilation error : &quot;&lt;i&gt;gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags&lt;/i&gt;&quot;


for GD compilation, nothing change…</description>
		<content:encoded><![CDATA[<p>With 64-bit architecture, to compile the current release of <a href="http://www.ijg.org/files/jpegsrc.v7.tar.gz" rel="nofollow">libjpeg</a> (version 7), add the option <b>&#8211;disable-dependency-tracking</b> to the configure command : </p>
<p><code>MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp" CCFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe" CXXFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe" LDFLAGS="-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load" ./configure --enable-shared --disable-dependency-tracking</code></p>
<p>This is one way to fix the GCC compilation error : &#8220;<i>gcc-4.0: -E, -S, -save-temps and -M options are not allowed with multiple -arch flags</i>&#8221;</p>
<p>for GD compilation, nothing change…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gustavo</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3580</link>
		<dc:creator>Gustavo</dc:creator>
		<pubDate>Tue, 14 Jul 2009 22:59:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3580</guid>
		<description>The php version today and jpegsrc are both updated. This tutorial will not work anymore, at list for dummies like me...</description>
		<content:encoded><![CDATA[<p>The php version today and jpegsrc are both updated. This tutorial will not work anymore, at list for dummies like me&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3579</link>
		<dc:creator>Jeff</dc:creator>
		<pubDate>Wed, 01 Jul 2009 23:29:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3579</guid>
		<description>Great tutorial!

However, I encountered the same problem as Francesco in #24, but configuring with the option &quot;--with-gd&quot; did not seem to make a difference for me, and the GD block still does not appear with phpinfo, though I do receive the correct response from the command line showing the GD is installed.

Anyone have any ideas?</description>
		<content:encoded><![CDATA[<p>Great tutorial!</p>
<p>However, I encountered the same problem as Francesco in #24, but configuring with the option &#8220;&#8211;with-gd&#8221; did not seem to make a difference for me, and the GD block still does not appear with phpinfo, though I do receive the correct response from the command line showing the GD is installed.</p>
<p>Anyone have any ideas?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Marcum</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3578</link>
		<dc:creator>Dick Marcum</dc:creator>
		<pubDate>Fri, 26 Jun 2009 23:54:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3578</guid>
		<description>Thanks a bunch for the great help.  Your suggestion did the trick!.  Great blogs!

Dick</description>
		<content:encoded><![CDATA[<p>Thanks a bunch for the great help.  Your suggestion did the trick!.  Great blogs!</p>
<p>Dick</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Brewer</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3577</link>
		<dc:creator>Chris Brewer</dc:creator>
		<pubDate>Fri, 26 Jun 2009 13:09:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3577</guid>
		<description>@Dick,

It sounds like there is a corrupt source file. In any event, Mac OS X has been updated several times since this article was written, with changes to the PHP version. You need to download the matching version of PHP source: 5.2.8 per your message. It&#039;s at http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php-44.2/php-5.2.8.tar.bz2. Also, try using curl as I detailed in the instructions instead of downloading it with your browser. 

When I run the following command on my 10.5.7 system, here&#039;s what I see regarding libpng libraries:

&lt;code&gt;ls -al /usr/x11/lib/libpng*

lrwxr-xr-x  1 root  wheel      14 Jan 28  2008 /usr/x11/lib/libpng.3.0.0.dylib -&gt; libpng.3.dylib
lrwxr-xr-x  1 root  wheel      14 Mar 19  2008 /usr/x11/lib/libpng.3.24.0.dylib -&gt; libpng.3.dylib
lrwxr-xr-x  1 root  wheel      14 Dec 15  2008 /usr/x11/lib/libpng.3.26.0.dylib -&gt; libpng.3.dylib
lrwxr-xr-x  1 root  wheel      14 May 13 10:15 /usr/x11/lib/libpng.3.35.0.dylib -&gt; libpng.3.dylib
-rwxr-xr-x  1 root  wheel  684000 Mar 12 20:38 /usr/x11/lib/libpng.3.dylib
lrwxr-xr-x  1 root  wheel      14 Mar 19  2008 /usr/x11/lib/libpng.dylib -&gt; libpng12.dylib
-rwxr-xr-x  1 root  wheel     834 Feb 27  2008 /usr/x11/lib/libpng.la
lrwxr-xr-x  1 root  wheel      16 Jan 28  2008 /usr/x11/lib/libpng12.0.0.0.dylib -&gt; libpng12.0.dylib
lrwxr-xr-x  1 root  wheel      16 Mar 19  2008 /usr/x11/lib/libpng12.0.24.0.dylib -&gt; libpng12.0.dylib
lrwxr-xr-x  1 root  wheel      16 Dec 15  2008 /usr/x11/lib/libpng12.0.26.0.dylib -&gt; libpng12.0.dylib
lrwxr-xr-x  1 root  wheel      16 May 13 10:15 /usr/x11/lib/libpng12.0.35.0.dylib -&gt; libpng12.0.dylib
-rwxr-xr-x  1 root  wheel  684000 Mar 12 20:38 /usr/x11/lib/libpng12.0.dylib
lrwxr-xr-x  1 root  wheel      16 Jan 28  2008 /usr/x11/lib/libpng12.dylib -&gt; libpng12.0.dylib
-rwxr-xr-x  1 root  wheel     834 Feb 27  2008 /usr/x11/lib/libpng12.la&lt;/code&gt;

What this directory listing shows is that Apple is creating new static links to /usr/x11/lib/libpng.3.dylib each time a new OS patch is released. Thus in my directory listing you see libpng.3.0.0.dylib, libpng.3.24.0.dylib, libpng.3.26.0.dylib, and finally libpng.3.35.0.dylib, all pointing to the same file.

Why is this important? Because all those versions point to the latest version installed, which is always the libpng.3.dylib file. Thus, my instructions are to create a link to the libpng3.dylib file with a name that matches whatever file the error message indicates. For example, if your error message is complaining that it can&#039;t find libpng.3.0.XX.dylib, the create a static link thus:

&lt;code&gt;sudo ln -s /usr/X11/lib/libpng.3.dylib /usr/X11/lib/libpng.3.0.XX.dylib&lt;/code&gt;

Hope that helps!</description>
		<content:encoded><![CDATA[<p>@Dick,</p>
<p>It sounds like there is a corrupt source file. In any event, Mac OS X has been updated several times since this article was written, with changes to the PHP version. You need to download the matching version of PHP source: 5.2.8 per your message. It&#8217;s at <a href="http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php-44.2/php-5.2.8.tar.bz2" rel="nofollow">http://www.opensource.apple.com/source/apache_mod_php/apache_mod_php-44.2/php-5.2.8.tar.bz2</a>. Also, try using curl as I detailed in the instructions instead of downloading it with your browser. </p>
<p>When I run the following command on my 10.5.7 system, here&#8217;s what I see regarding libpng libraries:</p>
<p><code>ls -al /usr/x11/lib/libpng*</p>
<p>lrwxr-xr-x  1 root  wheel      14 Jan 28  2008 /usr/x11/lib/libpng.3.0.0.dylib -> libpng.3.dylib<br />
lrwxr-xr-x  1 root  wheel      14 Mar 19  2008 /usr/x11/lib/libpng.3.24.0.dylib -> libpng.3.dylib<br />
lrwxr-xr-x  1 root  wheel      14 Dec 15  2008 /usr/x11/lib/libpng.3.26.0.dylib -> libpng.3.dylib<br />
lrwxr-xr-x  1 root  wheel      14 May 13 10:15 /usr/x11/lib/libpng.3.35.0.dylib -> libpng.3.dylib<br />
-rwxr-xr-x  1 root  wheel  684000 Mar 12 20:38 /usr/x11/lib/libpng.3.dylib<br />
lrwxr-xr-x  1 root  wheel      14 Mar 19  2008 /usr/x11/lib/libpng.dylib -> libpng12.dylib<br />
-rwxr-xr-x  1 root  wheel     834 Feb 27  2008 /usr/x11/lib/libpng.la<br />
lrwxr-xr-x  1 root  wheel      16 Jan 28  2008 /usr/x11/lib/libpng12.0.0.0.dylib -> libpng12.0.dylib<br />
lrwxr-xr-x  1 root  wheel      16 Mar 19  2008 /usr/x11/lib/libpng12.0.24.0.dylib -> libpng12.0.dylib<br />
lrwxr-xr-x  1 root  wheel      16 Dec 15  2008 /usr/x11/lib/libpng12.0.26.0.dylib -> libpng12.0.dylib<br />
lrwxr-xr-x  1 root  wheel      16 May 13 10:15 /usr/x11/lib/libpng12.0.35.0.dylib -> libpng12.0.dylib<br />
-rwxr-xr-x  1 root  wheel  684000 Mar 12 20:38 /usr/x11/lib/libpng12.0.dylib<br />
lrwxr-xr-x  1 root  wheel      16 Jan 28  2008 /usr/x11/lib/libpng12.dylib -> libpng12.0.dylib<br />
-rwxr-xr-x  1 root  wheel     834 Feb 27  2008 /usr/x11/lib/libpng12.la</code></p>
<p>What this directory listing shows is that Apple is creating new static links to /usr/x11/lib/libpng.3.dylib each time a new OS patch is released. Thus in my directory listing you see libpng.3.0.0.dylib, libpng.3.24.0.dylib, libpng.3.26.0.dylib, and finally libpng.3.35.0.dylib, all pointing to the same file.</p>
<p>Why is this important? Because all those versions point to the latest version installed, which is always the libpng.3.dylib file. Thus, my instructions are to create a link to the libpng3.dylib file with a name that matches whatever file the error message indicates. For example, if your error message is complaining that it can&#8217;t find libpng.3.0.XX.dylib, the create a static link thus:</p>
<p><code>sudo ln -s /usr/X11/lib/libpng.3.dylib /usr/X11/lib/libpng.3.0.XX.dylib</code></p>
<p>Hope that helps!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dick Marcum</title>
		<link>http://www.gigoblog.com/2008/10/08/install-gd-for-php-on-mac-os-x-105-leopard/comment-page-2/#comment-3576</link>
		<dc:creator>Dick Marcum</dc:creator>
		<pubDate>Fri, 26 Jun 2009 04:10:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.gigoblog.com/?p=141#comment-3576</guid>
		<description>I have run into a few problems with the process in the article.  I suspect it is a versioning problem but I&#039;ve not been able to resolve it yet.  Here are the problems I&#039;ve found. For reference I am running OS 10.5.7 and php ver 5.2.8.

1. In the &quot;Download and compile the CD raphics library extension&quot;  part following the command: tar xjf php-5.2.6.tar.bz2   I get an error essage &quot;tar: Error ....bzip2: (stdin) in not a bpzip2 file.
I tried downloading it three times with the same result.  I placed the URL in my browser and downloaded the file into a different location, then double clicked the file in the Mac window mode and it decompressed the files for me.  Not sure what is happening here(currently corrupted file at the source?(, but my workaround seemed to work ok. (unless item 2 below is the resulting problem).

2. In the same section following the 64-bit use: with partial coding: MACOSX_DEPLOYMENT_TARGET...
following the output, I get an error message similar to /usr/x11/lib/libpng.3.0.0.dylib: 
No such file or directory.&quot;  In trying to create a symbolic link to the file, as you suggested, 
I noted that the file simply does not exist on my computer. Instead I see the files:
/usr/xll/lib/libpng.3.24.dylib, (also the files libpng.3.26.dylib and libpng.3.35.dylib).  So 
creating a symbolic link probably won&#039;t work because somewhere the program is looking for the 3.0.0 version of the file.  Any suggestions as to how I modify the process to accept the newer version?  Or am I just stuck in version hell and unable to make it work?  (or just not smart enough to figure it out?</description>
		<content:encoded><![CDATA[<p>I have run into a few problems with the process in the article.  I suspect it is a versioning problem but I&#8217;ve not been able to resolve it yet.  Here are the problems I&#8217;ve found. For reference I am running OS 10.5.7 and php ver 5.2.8.</p>
<p>1. In the &#8220;Download and compile the CD raphics library extension&#8221;  part following the command: tar xjf php-5.2.6.tar.bz2   I get an error essage &#8220;tar: Error &#8230;.bzip2: (stdin) in not a bpzip2 file.<br />
I tried downloading it three times with the same result.  I placed the URL in my browser and downloaded the file into a different location, then double clicked the file in the Mac window mode and it decompressed the files for me.  Not sure what is happening here(currently corrupted file at the source?(, but my workaround seemed to work ok. (unless item 2 below is the resulting problem).</p>
<p>2. In the same section following the 64-bit use: with partial coding: MACOSX_DEPLOYMENT_TARGET&#8230;<br />
following the output, I get an error message similar to /usr/x11/lib/libpng.3.0.0.dylib:<br />
No such file or directory.&#8221;  In trying to create a symbolic link to the file, as you suggested,<br />
I noted that the file simply does not exist on my computer. Instead I see the files:<br />
/usr/xll/lib/libpng.3.24.dylib, (also the files libpng.3.26.dylib and libpng.3.35.dylib).  So<br />
creating a symbolic link probably won&#8217;t work because somewhere the program is looking for the 3.0.0 version of the file.  Any suggestions as to how I modify the process to accept the newer version?  Or am I just stuck in version hell and unable to make it work?  (or just not smart enough to figure it out?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
