On 07/03/2010 18:11, Richard Kettlewell wrote:
> On 07/03/2010 14:46, Alexander Hansen wrote:
>> otool -L /sw/lib/libpth.dylib
>
> chymax$ otool -L /sw/lib/libpth.dylib
> /sw/lib/libpth.dylib:
> /sw/lib/libpth.20.dylib (compatibility version 21.0.0, current version
On 07/03/2010 14:46, Alexander Hansen wrote:
> otool -L /sw/lib/libpth.dylib
chymax$ otool -L /sw/lib/libpth.dylib
/sw/lib/libpth.dylib:
/sw/lib/libpth.20.dylib (compatibility version 21.0.0, current version
21.27.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
On 06/03/2010 23:13, Alexander Hansen wrote:
> Looks like a misbuild in libassuan, perhaps. I show it detecting pth as
> "sane" on a build on my system (albeit 10.5).
>
> Try using "fink -kl rebuild libassuan" and then check the config.log
> file in the build directory
> (/sw/src/fink.build/libass
Hi,
I'm trying to install gnupg2, but it fails to build.
configure complains that libassuan needs pth support. libassuan does
detect pth during its build but it reports that pth is "not sane".
Nevertheless it builds to completion.
From the assuan configure output:
checking for pth-config...
Brendan Cully wrote:
> On Wednesday, 10 June 2009 at 09:07, Alexander Hansen wrote:
>> Richard Kettlewell wrote:
>>> Brendan Cully wrote:
>>>> On Tuesday, 09 June 2009 at 20:33, Richard Kettlewell wrote:
>>>>> File "odoc_ast.ml", line 3
Brendan Cully wrote:
> On Tuesday, 09 June 2009 at 20:33, Richard Kettlewell wrote:
>> $ fink selfupdate && fink install graphviz
>> [...]
>>
>> ../ocamlcomp.sh -pp './remove_DEBUG' -I ../parsing -I ../utils -I
>> ../typing -I ../driver -I ../byte
$ fink selfupdate && fink install graphviz
[...]
../ocamlcomp.sh -pp './remove_DEBUG' -I ../parsing -I ../utils -I
../typing -I ../driver -I ../bytecomp -I ../tools -I ../toplevel/ -I
../stdlib -I ../otherlibs/str -I ../otherlibs/dynlink -I
../otherlibs/unix -I ../otherlibs/num -I ../otherlibs/
Daniel Macks wrote:
> On Sun, Aug 03, 2008 at 05:37:50PM +0100, Richard Kettlewell wrote:
>> Martin Costabel wrote:
>>> Richard Kettlewell wrote:
>>>> Obviously this is trivial to work around by setting PKG_CONFIG_PATH,
>>>> but surely this beha
Martin Costabel wrote:
> Richard Kettlewell wrote:
>> Obviously this is trivial to work around by setting PKG_CONFIG_PATH,
>> but surely this behavior is not as intended?
>
> It is.
Why???
> I am not sure if it is documented anywhere outside of the mailing
> list
My configure script uses AM_PATH_GTK_2_0 (which is defined in gtk+2-dev)
to find compilation flags for GTK+, but fails in current Fink because
Pango's .pc files aren't on pkg-config's search path by default.
chymax$ /sw/bin/pkg-config --cflags gtk+-2.0
Package pango was not found in the pkg-conf
10 matches
Mail list logo
