Re: [Csnd-dev] [EXTERNAL] [Csnd-dev] Daisy build info

I may try that if I can't get it to work this way, but I think I need to
install something additional to get WSL to usr USB. Hoping to get to this
later today.

On Wed, Sep 10, 2025 at 11:19 AM Victor Lazzarini <
[email protected]> wrote:

> The other thing could be to use the linux subsystem.
>
> Prof. Victor Lazzarini
> Maynooth University
> Ireland
>
> On 10 Sep 2025, at 13:27, Dave Seidel <[email protected]> wrote:
>
> 
> Yes, I will hopefully be able to figure it out. As I mentioned, I'm using
> Git Bash as a shell (as recommended by Electro-Smith, and which worked for
> rebuilding all their examples), which generally does a good job with path
> translation, so maybe it will just be some small adjustment.
>
> On Wed, Sep 10, 2025 at 1:50 AM Victor Lazzarini <
> [email protected]> wrote:
>
>> Maybe it's one of those Windows vs unix path issues in the toolchain. If
>> you can see what the linker command is, then you might be able to diagnose
>> it.
>>
>> Prof. Victor Lazzarini
>> Maynooth University
>> Ireland
>>
>> On 9 Sep 2025, at 20:07, Dave Seidel <[email protected]> wrote:
>>
>> 
>> OK, I see that file now, but don't understand yet why it isn't being
>> found.
>>
>> On Tue, Sep 9, 2025 at 2:37 PM Dave Seidel <[email protected]> wrote:
>>
>>> OK, I have DaisyExamples and was able to run rebuild_all.sh (at a git
>>> bash prompt. I then copied in the CsoundDaisyExamples folder as well as the
>>> lib and include from the latest Csound build.
>>>
>>> Then I went into the DaisyCsoundGenerative folder and ran make. Got this
>>> error:
>>>
>>> c:/program files (x86)/gnu arm embedded toolchain/10
>>> 2020-q4-major/bin/../lib/gcc/arm-none-eabi/10.2.1/../../../../arm-none-eabi/bin/ld.exe:
>>> cannot open linker script file
>>> /c/Users/daves/OneDrive/Documents/GitHub/DaisyExamples/DaisyCsoundExamples/DaisyCsoundGenerative/../STM32H750IB_qspi_custom.lds:
>>> No such file or directory
>>> collect2.exe: error: ld returned 1 exit status
>>>
>>> Is there some other required dependency that isn't documented?
>>>
>>>
>>> On Mon, Sep 8, 2025 at 3:11 PM Victor Lazzarini <
>>> [email protected]> wrote:
>>>
>>>> yes, the binary should work regardless of the host. You'll need to
>>>> place it and the headers where your crosscompiler can find it.
>>>>
>>>> Looking forward to seeing your projects.
>>>>
>>>> Prof. Victor Lazzarini
>>>> Maynooth University
>>>> Ireland
>>>>
>>>> On 8 Sep 2025, at 18:26, Dave Seidel <[email protected]> wrote:
>>>>
>>>> 
>>>> I guess I can hopefully just use the arm-cortex-m7 build in the beta
>>>> release. I still have to work out how I'm going to work with Daisy. I have
>>>> three Noise Engineering Eurorack modules that are based on Daisy Seed, so I
>>>> should try working with one of those first (probably Alia). I plan to start
>>>> by adapting the Risset Harmonic Oscillator and the Binaural Reanimator
>>>> designs that I made for the Qu-Bit Nebulae. It will probably be a while
>>>> until I have anything to show/share....
>>>>
>>>> On Mon, Sep 8, 2025 at 12:50 PM Dave Seidel <[email protected]>
>>>> wrote:
>>>>
>>>>> Looking at crtosscompile.cmake, I see
>>>>>
>>>>> SET(CMAKE_FIND_ROOT_PATH  /usr/arm-none-eabi /usr/lib/arm-none-eabi)
>>>>>
>>>>> which suggests that maybe this has never been used on Windows.
>>>>>
>>>>> On Mon, Sep 8, 2025 at 12:46 PM Dave Seidel <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> The toolchain does seem to be in the path, since I can execute
>>>>>> "arm-none-eabi-gcc.exe -v" without errors.
>>>>>>
>>>>>> On Mon, Sep 8, 2025 at 12:44 PM Dave Seidel <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> OK, I now have the Daisy toolchain installed, and the latest Csound
>>>>>>> develop. Following the instruction, I navigate to the build dir and
>>>>>>> execute
>>>>>>>
>>>>>>> cmake .. -DCMAKE_INSTALL_PREFIX=../Daisy
>>>>>>>> -DCUSTOM_CMAKE=../Daisy/Custom.cmake
>>>>>>>> -DCMAKE_TOOLCHAIN_FILE=../Daisy/crosscompile.cmake
>>>>>>>
>>>>>>>
>>>>>>> this produces an error:
>>>>>>>
>>>>>>> -- Check for working C compiler: C:/Program Files (x86)/Microsoft
>>>>>>> Visual
>>>>>>> Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe -
>>>>>>> broken
>>>>>>> CMake Error at C:/Program
>>>>>>> Files/CMake/share/cmake-3.24/Modules/CMakeTestCCompiler.cmake:69 (message):
>>>>>>>   The C compiler
>>>>>>>
>>>>>>>     "C:/Program Files (x86)/Microsoft Visual
>>>>>>> Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe"
>>>>>>>
>>>>>>>   is not able to compile a simple test program.
>>>>>>>
>>>>>>>   It fails with the following output:
>>>>>>>
>>>>>>>     Change Dir:
>>>>>>> C:/Users/daves/OneDrive/Documents/GitHub/csound/build/CMakeFiles/CMakeTmp
>>>>>>>
>>>>>>>     Run Build Command(s):C:/Program Files (x86)/Microsoft Visual
>>>>>>> Studio/2019/Community/MSBuild/Current/Bin/MSBuild.exe cmTC_3462b.vcxproj
>>>>>>> /p:Configuration=Debug /p:Platform=x64 /p:VisualStudioVersion=16.0 /v:m &&
>>>>>>> Microsoft (R) Build Engine version 16.11.6+a918ceb31 for .NET Framework
>>>>>>>     Copyright (C) Microsoft Corporation. All rights reserved.
>>>>>>>
>>>>>>>       Microsoft (R) C/C++ Optimizing Compiler Version 19.29.30159
>>>>>>> for x64
>>>>>>>       Copyright (C) Microsoft Corporation.  All rights reserved.
>>>>>>>       cl /c /Wall /WX- /diagnostics:column /O2 /D _MBCS /D
>>>>>>> NO_SERIAL_OPCODES /D "CMAKE_INTDIR=\"Debug\"" /Gm- /MD /GS /fp:precise
>>>>>>> /Zc:wchar_t /Zc:forScope /Zc:inline /Fo"cmTC_3462b.dir\Debug\\"
>>>>>>> /Fd"C:\Users\daves\OneDrive\Documents\GitHub\csound\build\CMakeFiles\CMakeTmp\Debug\libcmTC_3462b.pdb"
>>>>>>> /external:W4 /Gd /TC /errorReport:queue  -mcpu=cortex-m7 -mfpu=fpv5-d16
>>>>>>> -mfloat-abi=hard -mthumb -fno-builtin -fno-exceptions -ffunction-sections
>>>>>>> -fdata-sections -fomit-frame-pointer -finline-functions -Wno-attributes
>>>>>>> -Wno-strict-aliasing -Wno-maybe-uninitialized -Wno-missing-attributes
>>>>>>> -Wno-stringop-overflow -std=gnu99
>>>>>>> C:\Users\daves\OneDrive\Documents\GitHub\csound\build\CMakeFiles\CMakeTmp\testCCompiler.c
>>>>>>>     cl : command line error D8021: invalid numeric argument
>>>>>>> '/Wno-attributes'
>>>>>>> [C:\Users\daves\OneDrive\Documents\GitHub\csound\build\CMakeFiles\CMakeTmp\cmTC_3462b.vcxproj]
>>>>>>>
>>>>>>> So apparently it is passing gcc options to the MSVC compiler. What
>>>>>>> do I need to do to get it to use the Daisy toolchain instead?
>>>>>>>
>>>>>>>
>>>>>>> On Mon, Sep 8, 2025 at 11:58 AM Dave Seidel <[email protected]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Great, thank you!
>>>>>>>>
>>>>>>>> On Mon, Sep 8, 2025 at 11:06 AM Victor Lazzarini <
>>>>>>>> [email protected]> wrote:
>>>>>>>>
>>>>>>>>> it wasn't committed, I meant!
>>>>>>>>> Prof. Victor Lazzarini
>>>>>>>>> Maynooth University
>>>>>>>>> Ireland
>>>>>>>>>
>>>>>>>>> On 8 Sep 2025, at 16:05, Victor Lazzarini <
>>>>>>>>> [email protected]> wrote:
>>>>>>>>>
>>>>>>>>> 
>>>>>>>>> Indeed, it was committed. It's in a PR now
>>>>>>>>> https://github.com/csound/csound/pull/2267
>>>>>>>>>
>>>>>>>>> But you don't need to build it yourself, just download the package
>>>>>>>>> from the latest release.
>>>>>>>>> ------------------------------
>>>>>>>>> *From:* Csound-developers <[email protected]> on
>>>>>>>>> behalf of Dave Seidel <[email protected]>
>>>>>>>>> *Sent:* Monday 8 September 2025 15:47
>>>>>>>>> *To:* [email protected] <[email protected]
>>>>>>>>> >
>>>>>>>>> *Subject:* [EXTERNAL] [Csnd-dev] Daisy build info
>>>>>>>>>
>>>>>>>>> *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.
>>>>>>>>> The README file in Daisy says "To build libcsound.a from sources
>>>>>>>>> see BUILD.md in this directory." But there is no BUILD.md in that directory.
>>>>>>>>>
>>>>>>>>>