[PD] help with error compiling externals in 6.externs?

Martin Peach chakekatzil at gmail.com
Sat May 30 16:56:32 CEST 2015


You need to remove the -Werror option in the makefile, it causes gcc to
treat warnings as errors. Unused parameters are usually not a problem.

Martin

On Sat, May 30, 2015 at 9:26 AM, Forrest Curo <treegestalt at gmail.com> wrote:

> Ooops... On my ubuntu partition, on another hand, although it too is a
> recent upgrade, the lack of build-essential doesn't seem to be the problem,
> neither does a lack of libc.so or libm.so.
>
> What is going wrong on that partition looks like:
> root at lapcritter:/usr/lib/puredata/doc/6.externs# make pd_linux
> cc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow
> -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch
> -I../../src -fPIC -o obj1.o -c obj1.c
> obj1.c: In function ‘obj1_float’:
> obj1.c:15:25: error: unused parameter ‘x’ [-Werror=unused-parameter]
>  void obj1_float(t_obj1 *x, t_floatarg f)
>                          ^
> obj1.c: In function ‘obj1_rats’:
> obj1.c:21:24: error: unused parameter ‘x’ [-Werror=unused-parameter]
>  void obj1_rats(t_obj1 *x)
>                         ^
> cc1: all warnings being treated as errors
> makefile:58: recipe for target 'obj1.l_ia64' failed
> make: *** [obj1.l_ia64] Error 1
>
> (?)
>
> On Fri, May 29, 2015 at 10:06 PM, Forrest Curo <treegestalt at gmail.com>
> wrote:
>
>> Thanks, guys!
>> That was a bitch! (In an orgy of misplaced persistence I'd manually
>> installed csound6 before there'd been a debian package for it -- and
>> thereby fried my audio on that partition until this morning. Then I'd been
>> able to upgrade out of it -- but that still left things messed up; I
>> couldn't install build-essential except by running aptitude & rejecting its
>> first option ("Don't install 'build-essential' at all")
>> but its next option worked, whee!)
>>
>> On Fri, May 29, 2015 at 7:48 PM, Martin Peach <chakekatzil at gmail.com>
>> wrote:
>>
>>> Maybe try
>>> apt-get install build-essential
>>> That usually sets everything up so it (compiling c and c++ code via
>>> makefiles) just works.
>>>
>>> Martin
>>>
>>> On Fri, May 29, 2015 at 7:03 PM, Forrest Curo <treegestalt at gmail.com>
>>> wrote:
>>>
>>>> Okay, this is a debian 7.something with the packaging manually
>>>> fnurgled, fixed (I hope) with 'apt-get upgrade' this morning -- and usr/lib
>>>> contains both '386-linux-gnu' and 'x86_64-linux-gnu' -- But neither of
>>>> these contain a file named 'libc.so' or 'libm.so'.
>>>>
>>>> Tried 'apt-get install libc.so; and 'apt-get install libm.so'
>>>>  [I think the latter gave me a bunch of irrelevant stuff!]
>>>>
>>>> and the result is still:
>>>> make pd_linux
>>>> gcc -DPD -O2 -funroll-loops -fomit-frame-pointer -Wall -W -Wshadow
>>>> -Wstrict-prototypes -Werror -Wno-unused -Wno-parentheses -Wno-switch
>>>> -I../../src -fPIC -o obj1.o -c obj1.c
>>>> ld -shared -o obj1.pd_linux obj1.o -lc -lm
>>>> ld: cannot find -lc
>>>> ld: cannot find -lm
>>>> make: *** [obj1.pd_linux] Error 1
>>>>
>>>> ?
>>>>
>>>> On Fri, May 29, 2015 at 11:11 AM, IOhannes m zmölnig <zmoelnig at iem.at>
>>>> wrote:
>>>>
>>>>> On 05/29/2015 05:40 PM, Charles Z Henry wrote:
>>>>> > You should have a
>>>>> > /usr/lib/libc.so
>>>>> > or /usr/lib64/libc.so
>>>>> >
>>>>> > and
>>>>> > /usr/lib/libm.so
>>>>> > or /usr/lib64/libm.so
>>>>>
>>>>>
>>>>> as the OP indicated that they are using "apt-get", it seems they are on
>>>>> Debian (or a derivative).
>>>>> Debian does not use /usr/lib64/ but has another multi-arch naming
>>>>> scheme
>>>>> that is more generic and supports more than a single architecture.
>>>>>
>>>>> you should have:
>>>>>
>>>>> /usr/lib/${HOST_TRIPLET}/libc.so
>>>>> /usr/lib/${HOST_TRIPLET}/libm.so
>>>>>
>>>>> where ${HOST_TRIPLET} is something like "x86_64-linux-gnu" (on a 64bit
>>>>> system) or "i386-linux-gnu" (on 32bit)
>>>>>
>>>>> gfasmrd
>>>>> IOhannes
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Pd-list at lists.iem.at mailing list
>>>>> UNSUBSCRIBE and account-management ->
>>>>> http://lists.puredata.info/listinfo/pd-list
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Pd-list at lists.iem.at mailing list
>>>> UNSUBSCRIBE and account-management ->
>>>> http://lists.puredata.info/listinfo/pd-list
>>>>
>>>>
>>>
>>
>
> _______________________________________________
> Pd-list at lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20150530/1b1e900e/attachment.html>


More information about the Pd-list mailing list