SBo scripts not building on current (read 1st post, pls)

brodo · 08-29-2017, 09:35 AM

Multi jobs ?

You mean specifically about 64-bit arch ?
I'm using 32-bit current Slackware.

ponce · 08-29-2017, 10:00 AM

it's a bug with the newer cmake

http://cgit.ponce.cc/slackbuilds/commit/?h=MuseScore

MuseScore autodetects the cpu number in the Makefile and launches parallel jobs automagically.

brodo · 08-29-2017, 02:51 PM

Quote:

Originally Posted by ponce

it's a bug with the newer cmake

http://cgit.ponce.cc/slackbuilds/commit/?h=MuseScore

MuseScore autodetects the cpu number in the Makefile and launches parallel jobs automagically.

Success, I even compiled the 2.1.0 version of Musescore, so thanks again !

brodo · 08-29-2017, 02:55 PM

The last software that I'd like to build is Muse.

It still gives me that error (on a fresh current Slackware with only kernel not being strictly current = 4.9.38-smp) :

[ 92%] Building CXX object muse/CMakeFiles/core.dir/vst.o
[ 92%] Building CXX object muse/CMakeFiles/core.dir/vst_native.o
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp: In function ‘void MusECore::scanVstNativeLib(QFileInfo&)’:
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:473:89: error: no matching function for call to ‘make_pair<int, std::string>(VstIntPtr&, std::string)’
hellPlugs.insert(std::make_pair<int, std::string>(id, std::string(cPlugName)));
^
In file included from /usr/include/c++/7.2.0/utility:70:0,
from /usr/include/qt5/QtCore/qcompilerdetection.h:1001,
from /usr/include/qt5/QtCore/qglobal.h:83,
from /usr/include/qt5/QtCore/qchar.h:43,
from /usr/include/qt5/QtCore/qstring.h:48,
from /usr/include/qt5/QtCore/qdir.h:43,
from /usr/include/qt5/QtCore/QDir:1,
from /tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:28:
/usr/include/c++/7.2.0/bits/stl_pair.h:519:5: note: candidate: template<class _T1, class _T2> constexpr std:

air<typename std::__decay_and_strip<_Tp>::__type, typename std::__decay_and_strip<_T2>::__type> std::make_pair(_T1&&, _T2&&)
make_pair(_T1&& __x, _T2&& __y)
^~~~~~~~~
/usr/include/c++/7.2.0/bits/stl_pair.h:519:5: note: template argument deduction/substitution failed:
/tmp/SBo/muse-3.0pre2/muse/vst_native.cpp:473:89: note: cannot convert ‘id’ (type ‘VstIntPtr {aka int}’) to type ‘int&&’
hellPlugs.insert(std::make_pair<int, std::string>(id, std::string(cPlugName)));
^
make[2]: *** [muse/CMakeFiles/core.dir/build.make:1948: muse/CMakeFiles/core.dir/vst_native.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:529: muse/CMakeFiles/core.dir/all] Error 2
make: *** [Makefile:152: all] Error 2
bash-4.4#

ponce · 08-29-2017, 03:22 PM

yes, that happens because the vst native support seems not to work on 32bit: IMHO, the best option for you, if nobody doesn't have a better solution, is to add these cmake options between the others in the SlackBuild

Code:

    -DENABLE_VST_NATIVE:STRING="OFF" \
    -DENABLE_VST_VESTIGE:STRING="OFF" \

and if you want to use VST plugins with muse just do it through dssi-vst (but I haven't tried building it here).
please report back if that solves.

brodo · 08-29-2017, 11:57 PM

Quote:

Originally Posted by ponce

yes, that happens because the vst native support seems not to work on 32bit: IMHO, the best option for you, if nobody doesn't have a better solution, is to add these cmake options between the others in the SlackBuild

Code:

    -DENABLE_VST_NATIVE:STRING="OFF" \
    -DENABLE_VST_VESTIGE:STRING="OFF" \

and if you want to use VST plugins with muse just do it through dssi-vst (but I haven't tried building it here).
please report back if that solves.

The SlackBuild modification worked well, thanks again. At this moment I didn't engaged VST plugins.
Must arrange audio setup now (qjackctl and the like) because Muse yields no output sound while playing sample file.

mchagas · 08-30-2017, 07:18 AM

Hi, I've posted this in another thread, but bassmadrigal suggest me to post my issue here.

I'm trying to build VirtualBox package from slackbuilds, in the middle of compile process I've receive this error:

Code:

/tmp/SBo/VirtualBox-5.0.40/include/iprt/asm.h:1647:10: warning: this use of "defined" may not be portable [-Wexpansion-to-defined]                             
/tmp/SBo/VirtualBox-5.0.40/include/iprt/asm.h:1647:10: warning: this use of "defined" may not be portable [-Wexpansion-to-defined]                             
/tmp/SBo/VirtualBox-5.0.40/include/iprt/asm.h:1647:10: warning: this use of "defined" may not be portable [-Wexpansion-to-defined]                             
/tmp/SBo/VirtualBox-5.0.40/include/iprt/asm.h:1647:10: warning: this use of "defined" may not be portable [-Wexpansion-to-defined]                             
filesplitter: Out of 153 files: 153 rewritten, 0 unchanged. (/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VirtualBox/include)                        
kmk_builtin_append "/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VirtualBox/include/COMWrappers"                                                     
  C       VBoxDTraceCmd - {C}/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c                                                                            
In file included from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/uts/common/sys/dtrace.h:55:0,                                               
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libdtrace/common/dtrace.h:38,                                           
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:37:                                                     
/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/include/VBoxDTraceTypes.h:59:37: error: conflicting types for ‘greg_t’                                 
 typedef RTCCINTREG                  greg_t;                                   
                                     ^~~~~~                                    
In file included from /usr/include/signal.h:302:0,                             
                 from /usr/include/sys/wait.h:36,                              
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:34:                                                     
/usr/include/sys/ucontext.h:37:37: note: previous declaration of ‘greg_t’ was here                                                                             
 __extension__ typedef long long int greg_t;                                   
                                     ^~~~~~                                    
/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c: In function ‘VBoxDTraceMain’:                                                
/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:1273:10: warning: assignment discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers]                                                                                                                                     
  g_pname = RTProcShortName();                                                 
          ^                                                                    
kmk: *** [/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.o] Error 1                  
The failing command:                                                           
@gcc -c -O2 -g -pipe -pedantic -Wshadow -Wshadow -Wall -Wextra -Wno-missing-field-initializers -Wno-unused -Wno-trigraphs -fdiagnostics-show-option -Wno-unused-parameter -Wlogical-op -Wno-long-long -Wno-long-long -Wmissing-prototypes -Wstrict-prototypes -Wmissing-declarations -Werror-implicit-function-declaration   -Wno-variadic-macros -O2 -mtune=generic -fno-omit-frame-pointer -fno-strict-aliasing -fvisibility=hidden -DVBOX_HAVE_VISIBILITY_HIDDEN -DRT_USE_VISIBILITY_DEFAULT  -fPIC -Wno-format -Wno-overlength-strings -Wno-sign-compare -Wno-strict-prototypes -Wno-missing-prototypes -Wno-missing-declarations -Wno-shadow -m64 -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/include -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/uts/common -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libctf/common -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libdtrace/common -I/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/common/ctf -I/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libdtrace/common -I/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/dtrace -I/tmp/SBo/VirtualBox-5.0.40/include -I/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DVBOX -DVBOX_OSE -DVBOX_WITH_64_BITS_GUESTS -DVBOX_WITH_DEBUGGER -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRT_OS_LINUX -D_FILE_OFFSET_BITS=64 -DRT_ARCH_AMD64 -D__AMD64__ -DVBOX_WITH_HARDENING -DRTPATH_APP_PRIVATE=\"/usr/share/virtualbox\" -DRTPATH_APP_PRIVATE_ARCH=\"/usr/lib64/virtualbox\" -DRTPATH_SHARED_LIBS=\"/usr/lib64/virtualbox\" -DRTPATH_APP_DOCS=\"/usr/share/virtualbox\" -D_LARGEFILE64_SOURCE -DIN_RING3 -DHC_ARCH_BITS=64 -DGC_ARCH_BITS=64 -DVBOX_WITH_DTRACE -DVBOX_WITH_DTRACE_R3 -DPIC -DVBOX_IN_EXTPACK -DVBOX_IN_EXTPACK_R3 -DVBOX_IN_DTRACE_EXTPACK -DRTMEM_WRAP_TO_EF_APIS -DUSING_FLEX -D_XOPEN_SOURCE=700 -Wp,-MD,/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.o.dep -Wp,-MT,/tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.o -Wp,-MP -o /tmp/SBo/VirtualBox-5.0.40/out/linux.amd64/release/obj/VBoxDTraceCmd/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.o /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c                                                                                              
kmk: *** Waiting for unfinished jobs....                                       
kmk: *** Exiting with status 2

Slackware64 -current
$ uname -a
Linux 4.9.45 #1 SMP Fri Aug 25 01:04:38 CDT 2017 x86_64 Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz GenuineIntel GNU/Linux

I already have installed other packages like:

[ installed ] - virtualbox-extension-pack-5.0.40-x86_64-1_SBo
[ installed ] - virtualbox-kernel-5.0.40_4.9.45-x86_64-1_SBo
[ installed ] - acpica-20170531-x86_64-1_SBo
Any idea?

ponce · 08-30-2017, 08:26 AM

hi mchagas,

virtualbox 5.0.40 doesn't work with gcc-7 and looking at it doesn't seem to be easily patchable: I'm not sure if a newer version could work with it but maybe it's better if you get in touch with the maintainer for that.

phenixia2003 · 08-30-2017, 08:28 AM

Hello,

Quote:

Originally Posted by mchagas

Hi, I've posted this in another thread, but bassmadrigal suggest me to post my issue here.

Code:

             
In file included from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/uts/common/sys/dtrace.h:55:0,                                               
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/lib/libdtrace/common/dtrace.h:38,                                           
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:37:                                                     
/tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/include/VBoxDTraceTypes.h:59:37: error: conflicting types for ‘greg_t’                                 
 typedef RTCCINTREG                  greg_t;                                   
                                     ^~~~~~                                    
In file included from /usr/include/signal.h:302:0,                             
                 from /usr/include/sys/wait.h:36,                              
                 from /tmp/SBo/VirtualBox-5.0.40/src/VBox/ExtPacks/VBoxDTrace/onnv/cmd/dtrace/dtrace.c:34:                                                     
/usr/include/sys/ucontext.h:37:37: note: previous declaration of ‘greg_t’ was here                                                                             
 __extension__ typedef long long int greg_t;

I tried to build vbox on an old virtualized -current (20170704) and it works well. Therefore, I checked existing changes between my old current and -current, and the issue is due to a change done in latest glibc (2.25 vs 2.26), and more precisely the following change in /usr/include/sys/ucontext.h :

Code:

 /* Number of general registers.  */
-#define NGREG	23
+#define __NGREG	23
+#ifdef __USE_MISC
+# define NGREG	__NGREG
+#endif

This change leads to the conflicting types in VBoxDTraceTypes.h.

The attached patch VBoxDTraceTypes-glibc-2.26.patch.txt (see below) fixes this issue.

Code:

--- src/VBox/ExtPacks/VBoxDTrace/include/VBoxDTraceTypes.h.orig	2017-08-30 14:43:09.000632019 +0200
+++ src/VBox/ExtPacks/VBoxDTrace/include/VBoxDTraceTypes.h	2017-08-30 14:46:09.577874319 +0200
@@ -55,7 +55,7 @@
 typedef uint32_t                    id_t;
 typedef uint32_t                    zoneid_t;
 #endif
-#if !defined(NGREG) || !defined(RT_OS_LINUX)
+#if !defined(__NGREG) || !defined(RT_OS_LINUX)
 typedef RTCCINTREG                  greg_t;
 #else
 AssertCompileSize(greg_t, sizeof(RTCCINTREG));

To apply this patch, make the changes below (in bold) to virtualbox.SlackBuild :

Code:

# Fix wrong path to rdesktop-vrdp-keymaps
patch -p1 -i $CWD/006-rdesktop-vrdp-keymap-path.patch

patch -p0<$CWD/VBoxDTraceTypes-glibc-2.26.patch

--
SeB

mchagas · 08-30-2017, 09:21 AM

Quote:

Originally Posted by phenixia2003

Hello,

To apply this patch, make the changes below (in bold) to virtualbox.SlackBuild :

Code:

# Fix wrong path to rdesktop-vrdp-keymaps
patch -p1 -i $CWD/006-rdesktop-vrdp-keymap-path.patch

patch -p0<$CWD/VBoxDTraceTypes-glibc-2.26.patch

--
SeB

Hi SeB,

Your patch works very well!

Thank you.

orbea · 08-30-2017, 12:47 PM

Anyone else having issues with qt5? It has various errors from missing headers, but I think the important errors are the following.

Code:

checking for dlopen... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o dlopen.
o dlopen.cpp
g++ -Wl,-O1 -o dlopen dlopen.o    
dlopen.o: In function `main':
dlopen.cpp:(.text.startup+0x9): undefined reference to `dlopen'
collect2: error: ld returned 1 exit status
gmake: *** [Makefile:87: dlopen] Error 1
dlopen disabled.

Code:

checking for ODBC... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o odbc.o 
odbc.cpp
g++ -Wl,-O1 -o odbc odbc.o   -lodbc 
/usr/lib64/gcc/x86_64-slackware-linux/7.2.0/../../../../x86_64-slackware-linux/bin
/ld: cannot find -lodbc
collect2: error: ld returned 1 exit status
gmake: *** [Makefile:87: odbc] Error 1
ODBC disabled.

orbea · 08-30-2017, 04:31 PM

The qt5 errors are red herrings, the real issue is that qt5 doesn't like slibtool. It builds fine with the GNU libtool included with slackware. This issue will hopefully be addressed sooner or later elsewhere.

Edit: It builds now, I'm not sure it really uses (s)libtool and I'm not sure why it wasn't building before...

brobr · 08-30-2017, 05:04 PM

I just compiled QT5 on a new install: the output in the sbopkg buildlog suggests that these are functions that are not found on the system and therefore not compiled in:
for example: no postgres on slack but instead sqlite (but not sqlite2); the former is not, the latter (but not sqlite2) is enabled:

Code:

checking for PostgreSQL... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o psql.o psql.cpp
psql.cpp:40:10: fatal error: libpq-fe.h: No such file or directory
 #include "libpq-fe.h"
          ^~~~~~~~~~~~
compilation terminated.
gmake: *** [Makefile:183: psql.o] Error 1
PostgreSQL disabled.
checking for SQLite... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o sqlite.o sqlite.cpp
g++ -Wl,-O1 -o sqlite sqlite.o   -lsqlite3 -ldl 
SQLite enabled.
checking for SQLite2... 
g++ -c -pipe -O2 -fPIC -Wall -W -fPIC  -I. -I../../../mkspecs/linux-g++ -o sqlite2.o sqlite2.cpp
sqlite2.cpp:40:10: fatal error: sqlite.h: No such file or directory
 #include <sqlite.h>
          ^~~~~~~~~~
compilation terminated.
gmake: *** [Makefile:183: sqlite2.o] Error 1
SQLite2 disabled.

brobr · 08-30-2017, 05:14 PM

Hi, on my new system with i7 quadcore 7700HQ openblas v0.2.11 from SBo does not compile:

Code:

Makefile:131: *** OpenBLAS: Detecting CPU failed. Please set TARGET explicitly, e.g. make TARGET=your_cpu_target. Please read README for the detail..  Stop.

The latest version, openblas v0.2.20 gives no problem:

Code:

 Building package OpenBLAS-0.2.20-x86_64-1ponce.tgz ... OK

ponce · 08-31-2017, 02:16 AM

Quote:

Originally Posted by brobr

Hi, on my new system with i7 quadcore 7700HQ openblas v0.2.11 from SBo does not compile:

Code:

Makefile:131: *** OpenBLAS: Detecting CPU failed. Please set TARGET explicitly, e.g. make TARGET=your_cpu_target. Please read README for the detail..  Stop.

The latest version, openblas v0.2.20 gives no problem:

Code:

 Building package OpenBLAS-0.2.20-x86_64-1ponce.tgz ... OK

maybe this happens also with 14.2? could you please report it on the slackbuilds-users mailing list and to the maintainer?