[PD] pd-etended AMD64 build

[Hans-Christoph Steiner]

0.39.3 is not worth building as 64-bit, unless you don't want to use  
arrays or data structures at all.  Even 0.40.3 has problems with 64- 
bit, AFAIK.  Then who knows about all the externals.

Post the error messages here, and we'll see what we can do :D

.hc

On Dec 5, 2007, at 1:37 PM, Myo wrote:

> sorry to bump this older thread, but I'm still having the same trouble
> on a debian lenny/testing amd64 box.
>
> I ran autoconf, and changed the "-m32" flags, but still get the same
> errors as others have been getting. I'm wondering if I have the right
> sources. can someone point me to the most recent sources for extended?
>
> should point out that I have vanilla-40.3 (from repo) and
> vanilla-41-test (compiled) running fine.
>
>
> thanks alot
>
> cory
>
>
>
> On 11/10/07, IOhannes m zmoelnig <zmoelnig at iem.at> wrote:
>>
>> Justin Robert wrote:
>>> Thanks Hannes, I actually did get 0.39 pd-extended
>>> working now. but still having issure when I try to
>>> compile 0.40-3
>>
>> ever tried tables?
>> you will get a broken pd (even though it might compile fine)
>>
>> please believe me when i say that you _have_ to use 0.41 to get  
>> happy.
>> (well, i have worked quite some time with pd-0.40 on my 64bit  
>> system; it
>> is fine as long as you don't need tables, and probably data- 
>> structures)
>>
>> however, why would anyone want to install a known-to-be-broken  
>> version
>> if there is a known-to-work version?
>>
>>
>>> It seems to be having trouble with bonk~
>>> here's the error:
>>>
>>> cd ../extra/bonk~;make
>>> make[1]: Entering directory
>>> `/home/justin/Desktop/pd-0.40-3/extra/bonk~'
>>> cc -DPD -O2 -funroll-loops -fomit-frame-pointer -fPIC
>>> -m32 -Wall -W -Wshadow -Wstrict-prototypes -Wno-unused
>>> -Wno-parentheses -Wno-switch  -I../../src -o bonk~.o
>>> -c bonk~.c
>>> cc -m32 -export_dynamic -shared -o bonk~.pd_linux
>>> bonk~.o -lc -lm
>>> /usr/bin/ld: skipping incompatible
>>> /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.so
>>> when searching for -lc
>>> /usr/bin/ld: skipping incompatible
>>> /usr/lib/gcc/x86_64-linux-gnu/4.0.3/../../../libc.a
>>> when searching for -lc
>>> /usr/bin/ld: skipping incompatible
>>> /usr/bin/../lib/libc.so when searching for -lc
>>> /usr/bin/ld: skipping incompatible
>>> /usr/bin/../lib/libc.a when searching for -lc
>>> /usr/bin/ld: skipping incompatible /usr/lib/libc.so
>>> when searching for -lc
>>> /usr/bin/ld: skipping incompatible /usr/lib/libc.a
>>> when searching for -lc
>>> /usr/bin/ld: cannot find -lc
>>> collect2: ld returned 1 exit status
>>> make[1]: *** [bonk~.pd_linux] Error 1
>>> make[1]: Leaving directory
>>> `/home/justin/Desktop/pd-0.40-3/extra/bonk~'
>>> make: *** [externs] Error 2
>>>
>>> Thanks for all the help,
>>
>>
>> you are not trouble having with bonk~ alone but with all externals in
>> ./extra
>> bonk~ just happens to be the first in the alphabetic list and  
>> therefore
>> is the one that fails first...
>>
>>
>> anyhow, your problem is obvious that "you" are telling the  
>> compiler to
>> enforce building a 32bit version of the externals (via the "-m32"  
>> flag),
>> which is not such a good idea if you don't have 32bit...
>>
>> you should be fine once you have all occurences of "-m32" in
>> ./extra/makefile (there should be at least 2: one in LINUXCFLAGS  
>> and one
>> in the linker-flags)
>>
>> fmasdr-
>> IOhannes
>>
>>
>> _______________________________________________
>> PD-list at iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
>> listinfo/pd-list
>>
>
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/ 
> listinfo/pd-list



------------------------------------------------------------------------ 
----

The arc of history bends towards justice.     - Dr. Martin Luther  
King, Jr.