Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-22 Thread Alexander Hansen
This issue should be fixed now. The problem was not with our pkgconfig or gtk+2, per se, but that wxgtk2.8 (upstream code, not specific to our package) was relying on superflous link information that gtk+2 had published in its .pc file, and which has since been removed. On Oct 21, 2008, at

[Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread Alexander Hansen
On Oct 21, 2008, at 8:38 AM, Francis Poulin wrote: Recently I tried fink --yes update-all and unfortunately, it can't seem to update imagemagick. The message at the bottom said that you _did_ update imagemagick. Your problem is with wxgtk2.8 . I tried fink selfupdate before but that

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread Francis Poulin
The message at the bottom said that you _did_ update imagemagick. Your problem is with wxgtk2.8 . Yes, I just realized that the problem is that I need to update gnuplot and to do so requires: wxgtk2.8 wxgtk2.8-shlibs It's generally useful to provide some information such as: Your

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread Martin Costabel
Francis Poulin wrote: [] Also, it's frequently helpful to quote the compiler output line just above where the errors start to occur, because that helps us see whether there are local issues causing the build problem. Please try to do as Alex said. Otherwise we will not be able to help you.

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread Francis Poulin
Thanks for your response. There's a lot of output and I'm trying to figure out what you're looking for. The first time I see any error is in the checking. I see the following output, checking for cppunit-config... /sw/bin/cppunit-config checking for Cppunit - version = 1.8.0...

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread Alexander Hansen
On Oct 21, 2008, at 2:30 PM, Francis Poulin wrote: Thanks for your response. There's a lot of output and I'm trying to figure out what you're looking for. The first time I see any error is in the checking. I see the following output, checking for cppunit-config...

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread Alexander Hansen
On Oct 21, 2008, at 3:50 PM, Francis Poulin wrote: On 21-Oct-08, at 3:25 PM, Alexander Hansen wrote: snip The line above is what we were looking for, but you didn't quote the whole thing: it should start with cc, or gcc or g++ or ld I copied the two previous lines below. Thanks

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread Martin Costabel
Alexander Hansen wrote: [] The line above is what we were looking for, but you didn't quote the whole thing: it should start with cc, or gcc or g++ or ld I am getting this error now, too. In previous builds, there was a whole bunch of X11 libs on the linker line that are no longer there.

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread Martin Costabel
Martin Costabel wrote: [] This is caused by the gtk+ update. I think it is due to the fact that pkg-config --libs gdk-x11-2.0 used to give something like -L/sw/lib/pango-ft219/lib -L/sw/lib/freetype219/lib -L/sw/lib/fontconfig2/lib -L/sw/lib -L/usr/X11R6/lib

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread James Howse
Just as another data point I did the following experiment. I run both fink and macports and at the moment I have the same version of pkg-config installed under both port systems. However I obtain different results with the fink version than I do with the macports version. Fink setenv

Re: [Fink-users] wxgtk2.8-2.8.7-19 build failure was Re: imagemagick update fails

2008-10-21 Thread James Howse
In fact after digging a bit more I think the problem may be that in the fink port of pkgconfig the configuration flag --enable-indirect-deps is commented out. James Just as another data point I did the following experiment. I run both fink and macports and at the moment I have the same