Hi,
when i compiling Carla-2.5.0 [1] the compilation fails on i686, ppc64le and s390x platform, it fails with the follwoing error message [2].
g++ CarlaEngineDummy.cpp -Wall -Wextra -pipe -DBUILDING_CARLA -DREAL_BUILD -MD -MP -fno-common -fPIC -DPIC -DNDEBUG -O2 -ffast-math -fdata-sections -ffunction-sections -DBUILDING_CARLA_NOOPT -fvisibility=hidden -fno-gnu-unique -DHAVE_DGL -DHAVE_OPENGL -DDGL_OPENGL -DDONT_SET_USING_DGL_NAMESPACE -DDGL_NAMESPACE=CarlaDGL -DDGL_FILE_BROWSER_DISABLED -DDGL_NO_SHARED_RESOURCES -DHAVE_FLUIDSYNTH -DHAVE_HYLIA -DHAVE_JACK -DHAVE_LIBLO -DHAVE_PYQT -DHAVE_SNDFILE -DHAVE_X11 -DUSING_JUCE -DJUCE_APP_CONFIG_HEADER='"AppConfig.h"' -DUSING_RTAUDIO -DCARLA_LIB_EXT=".so" -std=gnu++11 -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m32 -march=i686 -mtune=generic -msse2 -mfpmath=sse -mstackrealign -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fvisibil ity-inlines-hidden -fvisibility-inlines-hidden -I. -I.. -I../.. -I../../includes -I../../modules -I../../utils -pthread -c -o ../../../build/backend/Release/CarlaEngineDummy.cpp.o make[1]: Leaving directory '/builddir/build/BUILD/Carla-2.5.0/source/backend/engine' make[1]: Entering directory '/builddir/build/BUILD/Carla-2.5.0/source/modules/ysfx' Compiling sources/ysfx_utils.cpp make[1]: Leaving directory '/builddir/build/BUILD/Carla-2.5.0/source/modules/ysfx' sources/ysfx_utils.cpp:40:29: error: static assertion failed: 64-bit large file support is not enabled 40 | static_assert(sizeof(off_t) == 8, "64-bit large file support is not enabled"); | ~~~~~~~~~~~~~~^~~~ sources/ysfx_utils.cpp:40:29: note: the comparison reduces to '(4 == 8)' make[1]: *** [Makefile:175: ../../../build/ysfx/Release/sources/ysfx_utils.cpp.o] Error 1 make[1]: *** Waiting for unfinished jobs....
[1] https://src.fedoraproject.org/rpms/Carla/tree/master [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=92393472
How can i solve this ? Regards Martin
I've just read that there have been problems with Koji for the last 24 hours, so I'll wait until tomorrow and maybe the problems will be solved again.
Regards Martin
On Wed, Sep 28, 2022 at 8:09 AM Martin Gansser martin.gansser@gmail.com wrote:
I've just read that there have been problems with Koji for the last 24 hours, so I'll wait until tomorrow and maybe the problems will be solved again.
Those problems appear to have been resolved. I'm getting good builds now.
On Wed, Sep 28, 2022 at 7:57 AM Martin Gansser martin.gansser@gmail.com wrote:
when i compiling Carla-2.5.0 [1] the compilation fails on i686, ppc64le and s390x platform, it fails with the follwoing error message [2].
g++ CarlaEngineDummy.cpp -Wall -Wextra -pipe -DBUILDING_CARLA -DREAL_BUILD -MD -MP -fno-common -fPIC -DPIC -DNDEBUG -O2 -ffast-math -fdata-sections -ffunction-sections -DBUILDING_CARLA_NOOPT -fvisibility=hidden -fno-gnu-unique -DHAVE_DGL -DHAVE_OPENGL -DDGL_OPENGL -DDONT_SET_USING_DGL_NAMESPACE -DDGL_NAMESPACE=CarlaDGL -DDGL_FILE_BROWSER_DISABLED -DDGL_NO_SHARED_RESOURCES -DHAVE_FLUIDSYNTH -DHAVE_HYLIA -DHAVE_JACK -DHAVE_LIBLO -DHAVE_PYQT -DHAVE_SNDFILE -DHAVE_X11 -DUSING_JUCE -DJUCE_APP_CONFIG_HEADER='"AppConfig.h"' -DUSING_RTAUDIO -DCARLA_LIB_EXT=".so" -std=gnu++11 -O2 -flto=auto -ffat-lto-objects -fexceptions -g -grecord-gcc-switches -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -fstack-protector-strong -specs=/usr/lib/rpm/redhat/redhat-annobin-cc1 -m32 -march=i686 -mtune=generic -msse2 -mfpmath=sse -mstackrealign -fasynchronous-unwind-tables -fstack-clash-protection -fcf-protection -fvisibil ity-inlines-hidden -fvisibility-inlines-hidden -I. -I.. -I../.. -I../../includes -I../../modules -I../../utils -pthread -c -o ../../../build/backend/Release/CarlaEngineDummy.cpp.o make[1]: Leaving directory '/builddir/build/BUILD/Carla-2.5.0/source/backend/engine' make[1]: Entering directory '/builddir/build/BUILD/Carla-2.5.0/source/modules/ysfx' Compiling sources/ysfx_utils.cpp make[1]: Leaving directory '/builddir/build/BUILD/Carla-2.5.0/source/modules/ysfx' sources/ysfx_utils.cpp:40:29: error: static assertion failed: 64-bit large file support is not enabled 40 | static_assert(sizeof(off_t) == 8, "64-bit large file support is not enabled"); | ~~~~~~~~~~~~~~^~~~ sources/ysfx_utils.cpp:40:29: note: the comparison reduces to '(4 == 8)' make[1]: *** [Makefile:175: ../../../build/ysfx/Release/sources/ysfx_utils.cpp.o] Error 1 make[1]: *** Waiting for unfinished jobs....
[1] https://src.fedoraproject.org/rpms/Carla/tree/master [2] https://koji.fedoraproject.org/koji/taskinfo?taskID=92393472
How can i solve this ?
For the i686 build, you may need to add -D_FILE_OFFSET_BITS=64 to the build flags. Or consider dropping support for i686 entirely: https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval.
Are you sure you're getting the same error on ppc64le and s390x?
different errors occur on the ppc64le and s390x platform: Carla-2.5.0/source/bridges-plugin/../modules/ysfx/thirdparty/WDL/source/WDL/eel2/nseel-compiler.c:5214: undefined reference to `eel_callcode64_fast'
ppc64le: https://koji.fedoraproject.org/koji/taskinfo?taskID=92400914 s390x: https://koji.fedoraproject.org/koji/taskinfo?taskID=92400913
if no solution can be found here, then I will build with "ExcludeArch: %{ix86} ppc64le s390x" .
Regards Martin
Martin Gansser wrote:
different errors occur on the ppc64le and s390x platform: Carla-2.5.0/source/bridges-
plugin/../modules/ysfx/thirdparty/WDL/source/WDL/eel2/nseel-compiler.c:5214:
undefined reference to `eel_callcode64_fast'
ppc64le: https://koji.fedoraproject.org/koji/taskinfo?taskID=92400914 s390x: https://koji.fedoraproject.org/koji/taskinfo?taskID=92400913
if no solution can be found here, then I will build with "ExcludeArch: %{ix86} ppc64le s390x" .
The problem is these lines in nseel-compiler.c:
#elif defined(_WIN64) || defined(__LP64__)
#include "glue_x86_64_sse.h"
#else
#include "glue_x86.h"
#endif
so for any unknown 64-bit platform (__LP64__ defined), it includes the x86_64-specific header, for any unknown 32-bit platform, the x86-specific header.
It looks like EEL only supports the following hardcoded set of architectures (with platform-specific assembly code): ppc, aarch64, arm, x86_64, x86.
Kevin Kofler
thanks for your feedback, have opened an upstream ticket with your information, hope developer will support me.
Regards Martin