libpng headers work again in XQuartz 2.6.1_rc1
I posted recently about XQuartz causing compile errors related to libpng. The problem was likely not due to a problem in XQuartz, but the installation triggered a mismatch in libpng versions. I didn't have any user-installed libpng files when the errors occurred, and the cause was a mystery. My only solution was to install my own libpng into /usr/local and prune out the ones in /opt/X11. This is what I have been doing for the last few revs. Each time I installed XQuartz the problem came back until I pruned them out. I want to report that XQuartz 2.6.1_rc1 does not have this problem. I installed it and repeated my test of compiling an X11 app that requires libpng. I expected errors, and expected to prune out /opt/X11 again. But this time the apps compiled without error. Did something change in XQuartz 2.6.1_rc1 with regards to libpng? .pc files? Whatever it was, it's working now.
On Mar 6, 2011, at 10:45, Dave Ray wrote:
I posted recently about XQuartz causing compile errors related to libpng. The problem was likely not due to a problem in XQuartz
It wasn't. Your application either doesn't work with the 1.4 SDK or was incorrectly including the SDK.
, but the installation triggered a mismatch in libpng versions.
In 2.6.0, we had the SDKs for both 1.2 and 1.4. In 2.6.1, we have the SDK for just 1.5.
I didn't have any user-installed libpng files when the errors occurred, and the cause was a mystery. My only solution was to install my own libpng into /usr/local and prune out the ones in /opt/X11. This is what I have been doing for the last few revs. Each time I installed XQuartz the problem came back until I pruned them out.
You have failed to show in any way what the actual problem was, and you never answered any of my questions in my attempts to help you... both in October of 2010 and again last month.
I want to report that XQuartz 2.6.1_rc1 does not have this problem.
Yes. Please read my first response to you on October 21st and again on February 20th.
I installed it and repeated my test of compiling an X11 app that requires libpng. I expected errors, and expected to prune out /opt/X11 again. But this time the apps compiled without error.
Did something change in XQuartz 2.6.1_rc1 with regards to libpng? .pc files?
Please read and respond to my earlier emails to you. They also contain pointers to help you figure out why your application is not building correctly (just because it's building now doesn't mean it's fixed, it will still fail to build on systems with both libpng-1.2 and libpng-1.4). If you take the time to actually provide adequate information, I will certainly help you fix your broken build system. --Jeremy
On Mar 6, 2011, at 10:59 AM, Jeremy Huddleston wrote:
I posted recently about XQuartz causing compile errors related to libpng. The problem was likely not due to a problem in XQuartz
It wasn't. Your application either doesn't work with the 1.4 SDK or was incorrectly including the SDK.
You're right. It is a problem with the app. I am simply asking if something changed in the most recent release with respect to libpng (rc1 versus the previous betas). Thats all. I am not trying to blame XQuartz, or trying to say there's a problem with it. I'm just trying to understand what changed in the most recent release, if anything. Dave
On Mar 6, 2011, at 11:47, Dave Ray wrote:
On Mar 6, 2011, at 10:59 AM, Jeremy Huddleston wrote:
I posted recently about XQuartz causing compile errors related to libpng. The problem was likely not due to a problem in XQuartz
It wasn't. Your application either doesn't work with the 1.4 SDK or was incorrectly including the SDK.
You're right. It is a problem with the app.
I am simply asking if something changed in the most recent release with respect to libpng (rc1 versus the previous betas).
No. 2.6.1_rc1 and 2.6.1_beta1 have the exact same libpng setup.
Thats all. I am not trying to blame XQuartz, or trying to say there's a problem with it. I'm just trying to understand what changed in the most recent release, if anything.
2.6.0 had 1.4.x ... please answer my earlier questions, and I will help you get to the bottom of it.
participants (2)
-
Dave Ray
-
Jeremy Huddleston