-
-
Notifications
You must be signed in to change notification settings - Fork 1k
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
Error while compiling on windows #3113
Comments
I think you need to find the arch linux equivalent of Ubuntu's
"libsndfile1-dev". Since Arch includes dev stuff in the regular package
(afaik) you could try:
'pacman -S libsndfile'
|
Thanks @Spekular. We actually get that dependency from toby's PPA which is located here: https://launchpad.net/~tobydox/+archive/ubuntu/mingw-x-trusty This is done with the unorthodox I would start by troubleshooting that script. Afterward, there's another script which does some clobbering of dependencies called See if there are any errors in these scripts. They should be safe to run multiple times. |
Hey, I added the libsndfile-1.dll in the C:\Windows\SysWOW64 directory which solved the libsndfile problem , but now i get this Error:
previously I had build error for FLTK when running msys_helper.sh script , as follows:
So maybe now the problem is in building FLTK |
@Volumie please use ``` tags around your console output when you paste. I've done this for you for your last two posts.
Don't do this! First, this doesn't help the project at all, you've placed a bandaid over a broken build process instead of helping us fix it. If you want to help, the help starts there. Don't make a mess of your build system.
I think this is a symptom of the same problem you had with
This time around did you by chance accidentally launch from MSYS terminal and not the mingw shortcut? |
yeah , sure and sorry man I am a noob .. trying to learn thing ... thank you for pointing out , i will keep that in mind from next time. And I ran msys_helper.sh script from mingw64.exe |
yup you were right i ran msys_helper.sh from MSYS :P . So now, after i run msys_helper.sh from mingw64.exe, I am getting something like this:
Well, i dont have much knowledge about cmake. Maybe this could be the solution: http://stackoverflow.com/questions/23918318/undefined-reference-to-winmain-in-cygwin |
@Volumie we're here to help but we have very few (< 3) people that read our bug tracker that have successfully compiled on Windows, so we need help here and a lot of this is trial and error. I understand you probably want to get to coding right away. You can on Linux and Mac. Windows however was never part of the build design. We're open to recommendations. In regards to this specific issue you could do a few things... one is completely removing the ZynAddSubFX, or if you'd like all non-essential plugins using If you'd rather fix the underlying problem, I'd recommend you start the build over from scratch using the proper terminal ( |
yeah okay I will try it thank you for your time @tresf . |
@Volumie this may still be a bug with our Windows build tools. Reopening until we've ruled otherwise. 👍 |
I ran into a few of these too. The problem with sndfile isn't with sndfile. It's with pkg-config. I'm pasting the errors I received and what I did to fix them below
|
I would recommend
Same, I would recommend
Hmm... Interesting, I had to do this on Debug builds, but I'd recommend you just omit STK from the build until we can find a better way to (build and) host these binaries. Had it been built by MSYS2 itself, I don't think this problem would occur. |
with fluid, adding --prefix=/mingw64 to the configure line and removing the destdir arguement solves the problem entirely. I just wasn't sure if that was required for the cross compile under linux so I was trying not to modify build_mingw64.sh I am building some of the libraries now trying to see if that will fix the build problems with gigplayer |
By rebuilding a few of the libraries from source and suppressing their install from the repository, I was able to get a compile without errors except malletstk didn't build. Better not build than exit with an error though. That at least gives us a cause and solution. I'll set up a fork and start working on an implementation. |
Closed by #3369 |
The text was updated successfully, but these errors were encountered: