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

yes, that change works fine. I've used that for other projects.

Is there any significant changes to the instructions for Windows? It's great that we have it being built across the major host platforms.

besst
Prof. Victor Lazzarini
Maynooth University
Ireland

On 10 Sep 2025, at 18:28, Dave Seidel <[email protected]> wrote:


Easy fix in Makefile:

# Use Bootloader v5.4
# BOOT_BIN = $(shell pwd)/../dsy_bootloader_v5_4.bin
BOOT_BIN = ../dsy_bootloader_v5_4.bin

# Use Custom Linker Script
# LDSCRIPT = $(shell pwd)/../STM32H750IB_qspi_custom.lds
LDSCRIPT = ../STM32H750IB_qspi_custom.lds

Interesting, since the path used in the command expands to

/c/Users/daves/OneDrive/Documents/GitHub/DaisyExamples/DaisyCsoundExamples/DaisyCsoundGenerative/../STM32H750IB_qspi_custom.lds

which is valid and works when tested using ls. So I can't explain why it failed, but also it seems to me that the change I made locally should work on other systems as well, assuming that make is executed in the directory of the example being built, per the instructions.

BTW, I haven't tried to test the binary yet, because both Daisy Seeds I have are part of Noise Engineering Eurorack modules, but when I have time I will try to modify the code to work with one of these modules (which are officially supported in libDaisy).




On Wed, Sep 10, 2025 at 11:37 AM Dave Seidel <[email protected]<mailto:[email protected]>> wrote:
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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[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]<mailto:[email protected]>> wrote:
Great, thank you!

On Mon, Sep 8, 2025 at 11:06 AM Victor Lazzarini <[email protected]<mailto:[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]<mailto:[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]<mailto:[email protected]>> on behalf of Dave Seidel <[email protected]<mailto:[email protected]>>
Sent: Monday 8 September 2025 15:47
To: [email protected]<mailto:[email protected]> <[email protected]<mailto:[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.