On Sep 3, 2009, at 4:03 PM, Ken Bloom wrote:
>
> On Sep 3, 2009, at 1:58 PM, Martin Costabel wrote:
>
>> Ken Bloom wrote:
>> []
>>> So in fact (after writing earlier) I did try going in by hand to
>>> modify what I thought was the offending line of code in the
>>> FTTextureGlyph.h file, which I found deep in the fink.build area.
>>> But then I tried "fink install" after that, and I believe that my
>>> change got overwritten and I was back to the original, which of
>>> course didn't build. Is there a straightforward way for me to get
>>> around that?
>>
>> You are right that your change got overwritten. What you have to do
>> is to modify the Fink package description, that is the file
>> /sw/fink/dists/unstable/main/finkinfo/libs/libftgl1.info,
>> so that fink executes the change that you did by hand. If you
>> manage to do this, then the problem will be fixed for everybody,
>> not just for you.
>>
>> To test the modification, you would copy that file, plus the
>> corresponding *.patch file, into /sw/fink/dists/local/main/
>> finkinfo/ and then edit the *.info file by adding a PatchScript or
>> by modifying the *.patch file. This is not difficult, but if you
>> have never done it, it is probably better to leave it to the
>> package maintainer. You can help him by describing the change you
>> made, for example by sending him a patch such as the following:
>>
>> $ diff -U1 FTGL/include/FTTextureGlyph.h{~,}
>> --- FTGL/include/FTTextureGlyph.h~ 2004-10-17 02:40:13.000000000
>> +0200
>> +++ FTGL/include/FTTextureGlyph.h 2009-09-03 19:20:52.000000000 +0200
>> @@ -54,3 +54,3 @@
>> */
>> - static void FTTextureGlyph::ResetActiveTexture()
>> { activeTextureID = 0;}
>> + static void ResetActiveTexture(){ activeTextureID = 0;}
>>
>> --
>> Martin
>
> Woooh, a line of C++ code I am comfortable with modifying, but
> plunging into the various makefiles I am not. The change I made is
> of course the one you specify above in your diff, and the package
> maintainer is cc'ed, so that should cover that part.
>
> The change to the code does compile, but a "make" of this package
> still fails, with
>
> gcc -r -keep_private_externs -nostdlib -o .libs/libftgl.0.0.0.dylib-
> master.o FTBitmapGlyph.lo FTCharmap.lo FTContour.lo FTExtrdGlyph.lo
> FTFace.lo FTFont.lo FTGLBitmapFont.lo FTGLExtrdFont.lo
> FTGLOutlineFont.lo FTGLPixmapFont.lo FTGLPolygonFont.lo
> FTGLTextureFont.lo FTGlyph.lo FTGlyphContainer.lo FTLibrary.lo
> FTOutlineGlyph.lo FTPixmapGlyph.lo FTPoint.lo FTPolyGlyph.lo
> FTSize.lo FTTextureGlyph.lo FTVectoriser.lo && gcc -dynamiclib -
> flat_namespace -undefined suppress -o .libs/libftgl.
> 0.0.0.dylib .libs/libftgl.0.0.0.dylib-master.o -L/sw/lib -L/sw/lib/
> freetype219/lib -lfreetype -lz -lobjc -lc -framework CoreServices -
> framework ApplicationServices -framework OpenGL -framework OpenGL -
> install_name /sw/lib/libftgl.0.dylib -compatibility_version 1 -
> current_version 1.0
> ld: warning: in /sw/lib/libfreetype.dylib, file is not of required
> architecture
> ld: in /sw/lib/libxml2.2.dylib, file is not of required architecture
> collect2: ld returned 1 exit status
> make[1]: *** [libftgl.la] Error 1
>
> This, I'm afraid, is beyond my abilities to fix. Best wishes.
>
> Ken
>
> p.s. Just for context, the goal here is to successfully install
> root5, which I know is a very complex package!
Seems like things built as different architectures:
"file is not of required architecture"
Like 32-bit vs. 64-bit or PowerPC vs x86.
.hc
----------------------------------------------------------------------------
¡El pueblo unido jamás será vencido!
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Fink-beginners mailing list
[email protected]
http://news.gmane.org/gmane.os.apple.fink.beginners
