Flext UB on PPC compile problems

Feb 6, 2007 at 2:11pm

Flext UB on PPC compile problems

Well,

tried to get that to work – it seems to compile mach-o fine.

But I have problem to compile Flext crossplatform – some lipo-error – cannot determine Architecture or so.

The cpps seems to compile fine (for ix86 and ppc) but again a lipo – error.

Any thoughts on that (I just also installed the 2.41 XCode etc. – so should be the current version).

Thanks

best

#30142
Feb 6, 2007 at 5:36pm

well, some more info on that:

trying to compile flext crossplatform it runs for quite some time then it reports:

… max-darwin/release-shared/flqueue.opp max-darwin/release-shared/flbind.opp max-darwin/release-shared/flmap.opp
ld: Undefined symbols:
_gensym
_path_topathname
_addmess
_freeobject
_z_add_signalmethod
_z_dsp_free
…. this list gos on …..

/usr/bin/libtool: internal link edit command failed
lipo: can’t figure out the architecture type of: /var/tmp//cc3CNAxb.out
make[1]: *** [max-darwin/release-shared/libflext-max.0.5.1.dylib] Error 1

then it removes a lot

make: *** [build-release-shared] Error 2

i checked lipo is ppc – is that correct (on PPC Mac) and libtool is UB.

Any help is appreciated :-)

best

#95719
Feb 6, 2007 at 6:22pm

On 6-Feb-2007, at 18:36, Steff wrote:

> ld: Undefined symbols:
> _gensym
> _path_topathname
> _addmess
> _freeobject
> _z_add_signalmethod
> _z_dsp_free
> …. this list gos on …..

Hope I’m not stating the obvious: this is all stuff from MaxAPI. So,
are you sure you’ve got the framework in the PPC side of your project?

————– http://www.bek.no/~pcastine/Litter/ ————-
Peter Castine +–> Litter Power & Litter Bundle for Jitter
Universal Binaries on the way
iCE: Sequencing, Recording &
Interface Building for |home | chez nous|
Max/MSP Extremely cool |bei uns | i nostri|
http://www.dspaudio.com/ http://www.castine.de

#95720
Feb 6, 2007 at 6:55pm

Thanks for your answer.

> Hope I’m not stating the obvious: this is all stuff from MaxAPI. So,
> are you sure you’ve got the framework in the PPC side of your project?
>

[hmmm, I have the Max SDK UB donwloaded and set the path (which should work because when I take away the crossplatform it compiles mach-o (PPC) just fine). And I think the SDK UB should have everything to compile both CPU-architectures, no?]

Ok, seems I understand now what you mean …. (well, it was pd that just needs one header file … :-( ) BUT, I am still running 4.5x here and might need to stay compatible with 4.5x for a while – so, I think I should not overwrite what is there at the moment … Is that right?

(can I exchange that just when needed? or is there a way to reroute that link?)

As I said – all help appreciated :-)

Thanks a lot

best

#95721
Feb 6, 2007 at 7:58pm

On 6-Feb-2007, at 19:55, Steff wrote:

> BUT, I am still running 4.5x here and might need to stay compatible
> with 4.5x for a while – so, I think I should not overwrite what is
> there at the moment … Is that right?

Ah. I am maintaining my CodeWarrior projects to produce CFM versions
for 4.5

This may be voodoo, but I’ve not found Mach-O externals to be
uniformly happy with 4.5 (or maybe it’s 4.5 that in’t happy w/Mach-O).

In my case this is pretty much zero extra effort because I had the CW
projects all in place when I started my UB work. Other people’s
mileage may vary.

————– http://www.bek.no/~pcastine/Litter/ ————-
Peter Castine +–> Litter Power & Litter Bundle for Jitter
Universal Binaries on the way
iCE: Sequencing, Recording &
Interface Building for |home | chez nous|
Max/MSP Extremely cool |bei uns | i nostri|
http://www.dspaudio.com/ http://www.castine.de

#95722
Feb 6, 2007 at 8:12pm

Thanks :-)

That did the trick. (well, it compiled it is pretty fat now – 180% of the size it was before)

I am less concerned about developing but about running Max/MSP – but I copied exchanged the framework components, so it seems to be ok. (I still have a 4.5 external compiling environment, so this is not the problem ….)

Tomorrow I will go to an Intellimac and check if it works :-)

Thanks again, you made my day :-)

best

#95723

You must be logged in to reply to this topic.