Forum Replies Created
-
AuthorPosts
-
Greetings,
Thanks again for the code fix, I was finally able to build and run the latest Ctrlr. However, in Bitwig Studio the VST crashes if I try to open its GUI, which limits its utility there. Attempting the open its GUI in Ardour3 crashes the program completely.
The standalone works perfectly so far, I’m able to load and operate panels. Unfortunately I don’t own any supported synths, though I’m looking for an inexpensive TX81z. It was the first synth I owned. π
Any advice towards resolving the plugin GUI problem ? In both DAWs the generic controls seemed stable, only the GUI appears to cause a problem.
Best,
dp
Thanks again, I’m getting much further along, but this happens at the linking :
Linking Ctrlr_Standalone
../build/x86_64/juce_gui_extra_c674b41a.o:(.data.rel.ro._ZTVN4juce19CodeEditorComponentE[_ZTVN4juce19CodeEditorComponentE]+0x1c8): undefined reference to `juce::CodeEditorComponent::markedLinesChanged(int, bool)’
collect2: error: ld returned 1 exit status
make: *** [../../../../Bin/Ctrlr-x86_64] Error 1
CTRLR[linux]: build failedAny suggestions ?
Best,
dp
Thanks for the new code, but:
[dlphilp@localhost Standalone]$ ./build.sh
CTRLR[linux]: Building for x86_64
CTRLR[linux]: PCH not rebuilt, use -f to force
CTRLR[linux]: Remove the shared source, for main() compatibility
CTRLR[linux]: Build nowCompiling CtrlrUtilitiesGUI.cpp
In file included from ../../../../Source/Lua/CtrlrLuaManager.h:8:0,
from ../../../../Source/Lua/JuceClasses/LMemoryBlock.h:4,
from ../../../../Source/Core/CtrlrUtilitiesGUI.cpp:7:
../../../../Source/Lua/CtrlrLuaUtils.h:8:27: fatal error: CtrlrRevision.h: No such file or directory
#include “CtrlrRevision.h”
^
compilation terminated.Did I miss getting something ?
Best,
dp
I ended up with a working build by using part of the ctrlr-aio.sh script. Specifically I used the build.sh script at ctrlrv4/nightly/Builds/Generated/Linux/VST which created the plugin.
[dlphilp@localhost ~]$ file ctrlr-build/tmp/ctrlrv4/nightly/Bin/Ctrlr-VST-x86_64.so
ctrlr-build/tmp/ctrlrv4/nightly/Bin/Ctrlr-VST-x86_64.so: ELF 64-bit LSB shared object, x86-64, version 1 (GNU/Linux), dynamically linked, BuildID[sha1]=0xd804c376bc00c5d062bd6d3b281defdc29dd1ed7, not strippedThe plugin opens in Bitwig Studio 1.0.10 but most menu items are greyed out. Still working on that. A permissions problem, maybe ?
Best,
dp
- This reply was modified 9 years, 10 months ago by davephillips.
Check if you have enough disk space (the files are 0 size so thatβs bad they should contain some data)
That was my first thought, but there’s 65G left on the partition. I’ve been compiling other apps without this complication.
I’ll try your other suggestions this afternoon, thanks !
Best,
dp
@atom :
Thanks but that didn’t fix anything. The same three files refuse to compile. No errors are reported during the build process, so I’m at a complete loss how to proceed. Any suggestions will be vastly appreciated, I’ve been trying to get a working version of Ctrlr for more than a week.
Best,
dp
Reply to self:
I’m able to almost build the binary here with the crtrl-aio.sh script. Alas, it fails at the final link stage with this error:
Linking Ctrlr_Standalone
build/intermediate/Release/CtrlrLuaUtils_293d10aa.o: file not recognized: File truncated
collect2: error: ld returned 1 exit status
make: *** [../../../../Bin/Ctrlr] Error 1When I check the file I find the following information :
-rw-rw-r–. 1 dlphilp dlphilp 0 Jun 16 07:32 tmp/ctrlrv4/nightly/Builds/Generated/Linux/Standalone/build/intermediate/Release/CtrlrLuaBigInteger_d3efa115.o
-rw-rw-r–. 1 dlphilp dlphilp 0 Jun 16 07:32 tmp/ctrlrv4/nightly/Builds/Generated/Linux/Standalone/build/intermediate/Release/CtrlrLuaComponentAnimator_a379a037.o
-rw-rw-r–. 1 dlphilp dlphilp 0 Jun 16 07:32 tmp/ctrlrv4/nightly/Builds/Generated/Linux/Standalone/build/intermediate/Release/CtrlrLuaUtils_293d10aa.oThe build fails because these three files will not compile. Can anyone suggest why this is happening ?
TIA,
dp
-
AuthorPosts