nexengine-libretro is completely broken in current during run-time. I suspect its because of the new gcc, but it can be worked around for now by disabling optimizations.
Code:
[ "${DEBUG:=0}" != 0 ] && DEBUG=1 Code:
[ "${DEBUG:=1}" != 0 ] && DEBUG=1 Edit: Actually this is a better way. Code:
sed -i 's/-O2/-O1/' Makefile |
remmina
Code:
-- Checking for module 'spice-client-gtk-3.0' |
Quote:
|
Quote:
Code:
diff -Naur remmina.orig/find_libssh.patch remmina/find_libssh.patch |
Quote:
|
arm-gcc slackbuild is not working on slackware64 multilib -current. arm-binutils did compile and install so i have set the requirements right.
I tried to build arm-gcc with sbopkg with ponce's git repo. It looks like it's missing a standard library stdio.h, but i don't know much about compiling a compiler for a different architecture so would someone like to help me? Already thanks for the efforts. The error: Code:
In file included from ../../../../gcc-4.9.2/libgcc/libgcc2.c:27:0: |
Quote:
BTW, for current I updated it to 8.2.0 and it seems to build (but I haven't tested it) Code:
diff --git a/development/arm-gcc/README b/development/arm-gcc/README |
I have compiled the arm-gcc toolchain. I did start with the slackbuild but felt it was out of date. I looked for the latest version that had been tweaked by arm and found it at https://developer.arm.com/open-sourc...olchain/gnu-rm. It is not the same tarball as before because it has all that you need in one place. It contains binutils, gcc, newlib and gdb. I separated the tarballs out and used tweaked versions of the slackbuild scripts to build. As you might be aware the build order is important with toolchains. From memory I think it is arm-binutils, newlib-headers, arm-gcc, newlib and finally arm-gdb.
Kind regards Duncan. |
Quote:
https://github.com/libretro/nxengine...05c39010a8d14e Additionally it was reproducible in Slackware 14.2 if built with clang instead of gcc. For more information see the following issues. https://github.com/libretro/nxengine-libretro/issues/45 https://github.com/libretro/nxengine-libretro/issues/51 I've submitted an update to SBo which solves this. |
I tried building MuseScore 2.1.0. I think it doesn't like the Qt5 in Plasma 5.
Code:
/tmp/SBo/MuseScore-2.1.0/mscore/preferences.cpp: In member function ‘void Ms::PreferenceDialog::recordButtonClicked(int)’: |
Quote:
|
The latest updates on Sbo for vlc and qt-5 raised compilation errors:
vlc: Quote:
qt-5: Quote:
|
sbopkg up to date Sat Nov 17 11:43:43 UTC 2018, and -current up to date.
I tried this in a VirtualBox clean -current install to be sure that it isn't a problem on my real Slackware -current, and the result is the same. aMule 2.3.2 fails to build with new cryptopp 7.0.0 (with the old one 5.6.5 it was building ok). There are two others versions 6.0.0 and 6.1.0, but aMule fails to build with those as well. |
Quote:
this happens also on stable, and a version bump to the latest svn should be enough to fix it Code:
diff -Naur aMule.orig/aMule.SlackBuild aMule/aMule.SlackBuild |
Quote:
development url http://amule.sourceforge.net/tarballs/tarballs.xml , the latest version (the same you used, 11003) builds ok with cryptopp 7. Since I was testing it, I tried to build against the libupnp 1.8 instead of libupnp-legacy, but the build failed. |
All times are GMT -5. The time now is 05:49 AM. |