Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

build on debian sid #30

Open
brummer10 opened this issue Dec 1, 2023 · 3 comments
Open

build on debian sid #30

brummer10 opened this issue Dec 1, 2023 · 3 comments

Comments

@brummer10
Copy link

building mod-app on debian sid gives me some issues. First stop after running make was at liblo -> server.c line 2251. Using pointer after free. Checking the source showed that it = prev; is the issue, I wonder why that is done, and set it to NULL. That makes it compile. Next stop was wired to me, it's fluidsynth didn't find glib-2.0 dependency libpcre2-8. I checked with
pkg-config -cflags libpcre2-8 which was empty, checked with pkg-config -libs libpcre2-8 which return -lpcre2-8.
However, I'm going to hack the fluidsynth CMakeList.txt file line 325, remove the REQUIRED flag from pkg_check_modules and hack in the flags I get from pkg-config -libs -cflags glib-2.0 gthread-2.0 like this:

  SET( GLIB_INCLUDE_DIRS "/usr/include/glib-2.0" "/usr/lib/x86_64-linux-gnu/glib-2.0/include" "/usr/lib/x86_64-linux-gnu/glib-2.0/include/" )
   SET( GLIB_LIBRARIES "-pthread" "-lgthread-2.0" "-pthread" "-lglib-2.0")

That makes it compile so far. But the issue returns when I hit the step to compile a-fluidsynth. I tried the same hack, but it wouldn't work here. So I must disable die-plugins in the makefile. Continue with make brings me the mod-app. It seems to run smooth so far. Nice work @falkTX

Now going to try the win64 build, first steps stops me already, let's see what I need to hack to make it build here.

@brummer10
Copy link
Author

brummer10 commented Dec 1, 2023

Nope, cant build it with win64 (wine) here. End up at asio:

                 from link/asio/detail/future.hpp:20,
                 from link/asio/packaged_task.hpp:19,
                 from link/asio.hpp:103:
/home/brummer/PawPawBuilds/targets/win64/include/mingw.future.h: At global scope:
/home/brummer/PawPawBuilds/targets/win64/include/mingw.future.h:357:17: error: ‘__async_result_of’ was not declared in this scope; did you mean ‘std::__async_result_of’?

followed by a couple of other errors mostly related to clashes between mingw.future.h and std::namespace

I'm using gcc (x86_64-w64-mingw32-g++) version 13.2.0

@billyblackburn
Copy link

Bummer, when you compiler it for sid, does it integrate with Jack/pipe wire? When I run the precompiled version, it hijacks my Scarlett and I can't get any other audio to play while the mod desktop is active?

@falkTX
Copy link
Member

falkTX commented Feb 1, 2024

Bummer, when you compiler it for sid, does it integrate with Jack/pipe wire? When I run the precompiled version, it hijacks my Scarlett and I can't get any other audio to play while the mod desktop is active?

this is off-topic, sorry. the debian sid issue is related to mingw, the linux build for debian unstable/sid and archlinux has been fixed as far as I know.

for your particular issue, you just need to pick "JACK / PipeWire" from the device list. if that option is not available while JACK is running, please open a separate ticket for that instead of hijacking something that is unrelated. thanks

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants