Am 05.07.2010 um 23:20 schrieb Alexander Hansen:
> I'd say to Peter to verify what's going on via "nm
> /usr/X11/lib/libpng.dylib | grep dither"
Nothing in
lrwxr-xr-x 1 root wheel 14 17. Jun 14:10 /usr/X11/lib/libpng.dylib ->
libpng14.dylib
lrwxr-xr-x 1 root wheel 17 17. Jun 14:10 /usr/X11/li
I did the original package development for a package and now have heard that
the installation fails on 10.6. I haven't looked at package development in
awhile and there are a lot of improvements so I was going to update the package.
My package is *not* a perl module but a utility that uses seve
Anyway, the new revision xfig-3.2.5-1013 should fix this for you.
-- Dave
On Jul 5, 2010, at 4:31 PM, David R. Morrison wrote:
>
> On Jul 5, 2010, at 4:08 PM, Alexander Hansen wrote:
>>
>> OK. That explains the issue: The Xquartz release candidate that you're
>> using libpng14 rather than
On Jul 5, 2010, at 4:08 PM, Alexander Hansen wrote:
>
> OK. That explains the issue: The Xquartz release candidate that you're
> using libpng14 rather than libpng12, and xfig isn't building against
> fink's libpng3 as it should.
As you pointed out, xfig is actually linking to libpng from X11 r
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd say to Peter to verify what's going on via "nm
/usr/X11/lib/libpng.dylib | grep dither" It's possible that Peter's
libpng in X11 got downgraded by a system update--the perils of using
Xquartz--or that it's just not a new enough Xquartz (as the ver
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/5/10 6:02 PM, Peter Dyballa wrote:
>
> Am 05.07.2010 um 23:20 schrieb Alexander Hansen:
>
>> I'd say to Peter to verify what's going on via "nm
>> /usr/X11/lib/libpng.dylib | grep dither"
>
> Nothing in
>
> lrwxr-xr-x 1 root wheel 14 17. Jun 1
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I get the same "checking for inflate in -lz... yes" message.
- From my config.log:
configure:12607: checking for inflate in -lz
configure:12632: gcc -o conftest -Os -I/sw/include -L/usr/X11R6/lib
- -lX11 -L/sw/lib conftest.c -lz >&5
configure:12632
Anybody have any ideas about this one? The "missing" symbol appears to be
present in /sw/lib/libpng.dylib (the one installed by fink's libpng3 package).
Begin forwarded message:
> From: Peter Dyballa
> Date: July 5, 2010 1:33:10 PM MDT
> To: d...@finkproject.org
> Subject: Failure building xfi
During ./configure I and Bastiaan both see:
checking for inflate in -lz... yes
which is from configure.ac:
# test for zlib
zlib=0
AC_CHECK_LIB(z, inflate,zlib=1,zlib=0)
AM_CONDITIONAL(HAVE_ZLIB, test x$zlib = x1)
if test "x$zlib" != "x1"
then
AC_MSG_ERROR([GMPC plugin requires z
Reproduced on 10.4/ppc. The unresolved symbols appear to be used
within gmpc itself so it's not an inherted problem (under-linking in
dependent lib).
dan
Bastiaan Jacques said:
> The build output is available here:
>
>http://bjacques.org/gmpc.buildlog
>
> FWIW, I'm using 10.6 unstable.
>
> B
The build output is available here:
http://bjacques.org/gmpc.buildlog
FWIW, I'm using 10.6 unstable.
Bastiaan
On Mon, 5 Jul 2010, Alexander Hansen wrote:
> It's really hard to say what should be done without seeing the relevant
> build output rather than just a verbal description. I was un
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 7/5/10 8:46 AM, Bastiaan Jacques wrote:
> Hi,
>
> Fink fails to link gmpc; the linker complains of missing libz symbols
> such as _inflateEnd. I solved the problem locally by adding -lz to
> SetLDFLAGS, but I don't know whether this should be fixed
Hi,
Fink fails to link gmpc; the linker complains of missing libz symbols
such as _inflateEnd. I solved the problem locally by adding -lz to
SetLDFLAGS, but I don't know whether this should be fixed upstream.
Cheers,
Bastiaan
-
13 matches
Mail list logo
