Re: [Csnd-dev] [EXTERNAL] [Csnd-dev] building on RPi...
Rory Walsh <[email protected]>
| Newsgroups | gmane.comp.audio.csound.devel |
|---|---|
| Message-ID | <CAMJR=HMtmEosVNXCVdbvaOFwxTG9Ke=g8_sNfVrBwpC1fg7DbA@mail.gmail.com> |
It seems there is no NEON support for RPi Zero, so I added the following to
the Custom.cmake file:
set(CMAKE_FLAGS "${CMAKE_FLAGS} -DPFFFT_SIMD_DISABLE")
but building still fails:
In file included from /home/rory/sourcecode/csound/OOps/pffft.c:158:
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h: In function
'passf2_ps':
/usr/lib/gcc/arm-linux-gnueabihf/12/include/arm_neon.h:1957:1: error:
inlining failed in call to 'always_inline' 'vsubq_f32': target specific
option mismatch
1957 | vsubq_f32 (float32x4_t __a, float32x4_t __b)
| ^~~~~~~~~
/home/rory/sourcecode/csound/OOps/pffft.c:165:21: note: called from here
165 | # define VSUB(a,b) vsubq_f32(a,b)
| ^~~~~~~~~~~~~~
/home/rory/sourcecode/csound/OOps/pffft.c:284:23: note: in expansion of
macro 'VSUB'
284 | ch[l1ido + 1] = VSUB(cc[1], cc[ido+1]);
| ^~~~
etc....
On Tue, 14 Nov 2023 at 12:28, Rory Walsh <[email protected]> wrote:
> Turns out the Custom.cmake set the build back to debug. Thanks, I'm
> getting further now.
>
> On Tue, 14 Nov 2023 at 12:22, Rory Walsh <[email protected]> wrote:
>
>> Csound 6. I call build with Release enabled, but the errors persist?
>>
>> cmake ---build . --config=Release
>>
>> On Tue, 14 Nov 2023 at 12:20, Victor Lazzarini <[email protected]>
>> wrote:
>>
>>> Do you want to build Csound 6 or 7?
>>> ========================
>>> Prof. Victor Lazzarini
>>> Maynooth University
>>> Ireland
>>>
>>> > On 14 Nov 2023, at 12:08, Rory Walsh <[email protected]> wrote:
>>> >
>>> > *Warning*
>>> > This email originated from outside of Maynooth University's Mail
>>> System. Do not reply, click links or open attachments unless you recognise
>>> the sender and know the content is safe.
>>> > I'm having an issue building on a RPi Zero 2 w. Some warnings are
>>> being treated as errors(see below), but I can't seem to disable this
>>> behaviour in Cmake even though I have added the following to my
>>> Custom.cmake file:
>>> >
>>> > set(CMAKE_COMPILE_WARNING_AS_ERROR OFF)
>>> >
>>> > Anyone have any ideas?
>>> >
>>> > /home/rory/sourcecode/csound/Engine/fgens.c: In function 'isstrcod':
>>> > /home/rory/sourcecode/csound/Engine/fgens.c:46:9: error: unused
>>> variable 'sel' [-Werror=unused-variable]
>>> > 46 | int sel = (byte_order()+1)&1;
>>> > | ^~~
>>> > cc1: all warnings being treated as errors
>>> >
>>>
>>