On Jul 19, 2008, at 2:56 PM, Daniel Macks wrote:
> On Sat, Jul 19, 2008 at 02:05:27PM -0400, Alexander Hansen wrote:
>> I've found some issues with drawtiming that I'd like to resolve.
>> (drawtiming-nox is missing a freetype219 dependency and didn't build
>> for me on 10.5.4, but that's outside the point here)
>>
>> The relevant line is
>>
>> ++ -I/sw/include/ImageMagick -g -O2 -Wall -W -D_THREAD_SAFE -
>> DYYDEBUG=1 -g -O2 -L/sw/lib -o drawtiming -L/sw/lib/pango-ft219/
>> lib -
>> L/sw/lib/fontconfig2/lib -L/usr/X11/lib -R/usr/X11/lib -L/sw/lib/
>> freetype219/lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-
>> framework,ApplicationServices -L/sw/lib main.o parser.o scanner.o
>> timing.o -L/sw/lib -lMagick++ -lMagickWand -lMagickCore
>>
>> I believe this is inherited from imagemagick1. The result is that
>> the
>> build links to X11's freetype rather than freetype219. This would
>> entail a need to separate the 10.4 and 10.5 revisions, but since
>> pangocairo changed everything, should I instead try to force it to
>> use
>> freetype219?
>
> Two issues here:
>
> 1. pangocairo is both 10.4 and 10.5, so not sure why "pangocairo
> changed
> everything" would mean that x11 freetype would entail separate 10.4 vs
> 10.5 pkgs.
>
> 2. Magick itself is pangocairoified and uses ft219. But it
> (apparently) doesn't always propagate the -L along with the -lfreetype
> flag (I know it does "sometimes but not always", and that matters
> "sometimes but not always", as usual with inherited lib dependencies).
> For some combination of maintainer sanity, fink self-consistency, and
> package functionality, might be best to force ft219 here.
>
> dan
>
> --
> Daniel Macks
> [EMAIL PROTECTED]
> http://www.netspace.org/~dmacks
>
>
OK. It looks like
SetCXXFLAGS: -L%p/lib/freetype219/lib
does the trick. However, the -nox variant appears not to get along
with the static libraries from imagemagick1:
g++ -I/sw/include/ImageMagick -g -O2 -Wall -W -D_THREAD_SAFE -
DYYDEBUG=1 -L/sw/lib/freetype219/lib -L/sw/lib -o drawtiming -L/sw/
lib/pango-ft219/lib -L/sw/lib/fontconfig2/lib -L/sw/lib/freetype219/
lib -lfreetype -lz -Wl,-framework,CoreServices -Wl,-
framework,ApplicationServices -L/sw/lib main.o parser.o scanner.o
timing.o -L/sw/lib -lMagick++ -lMagickWand -lMagickCore
Undefined symbols:
"_png_set_oFFs", referenced from:
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
"_jpeg_destroy_compress", referenced from:
_WriteJPEGImage in libMagickCore.a(magick_libMagickCore_la-
jpeg.o)
_WriteJPEGImage in libMagickCore.a(magick_libMagickCore_la-
jpeg.o)
"_png_write_end", referenced from:
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
"_xmlParseChunk", referenced from:
_ReadSVGImage in libMagickCore.a(magick_libMagickCore_la-svg.o)
_ReadSVGImage in libMagickCore.a(magick_libMagickCore_la-svg.o)
_ProcessMSLScript in libMagickCore.a(magick_libMagickCore_la-
msl.o)
_ProcessMSLScript in libMagickCore.a(magick_libMagickCore_la-
msl.o)
_ProcessMSLScript in libMagickCore.a(magick_libMagickCore_la-
msl.o)
"_png_set_pHYs", referenced from:
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
"_png_set_sBIT", referenced from:
_ReadOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
"_png_create_write_struct_2", referenced from:
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
"_png_write_row", referenced from:
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
"_png_warning", referenced from:
_png_get_data in libMagickCore.a(magick_libMagickCore_la-png.o)
"_ddjvu_document_create", referenced from:
_ReadDJVUImage in libMagickCore.a(magick_libMagickCore_la-djvu.o)
"_png_set_sRGB", referenced from:
_WriteOnePNGImage in libMagickCore.a(magick_libMagickCore_la-
png.o)
...and many more...
I initially provided a -nox variant for this package because it's just
a command-line tool that doesn't even need X for its operation: it
reads text files written in a special language and uses the
information therein to generate graphics. However, if we can't figure
out soon how to get the -nox variant working I'm totally willing to
kill it off for the time being.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
Fink-devel mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.devel
