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

ponce · 03-04-2024, 07:37 AM

giomat, frtorres: check the ChangeLog

Code:

Wed Feb 28 18:36:48 UTC 2024
[...]
l/libass-0.17.1-x86_64-2.txz:  Rebuilt.
  Recompiled against libunibreak-6.0.
l/libunibreak-6.0-x86_64-1.txz:  Upgraded.
  Shared library .so-version bump.

libass, to which libavfilter (part of the ffmpeg package) links, has been recompiled against the newer libunibreak: check if you got the last version...

@frtorres: libunibreak isn't in this repository anymore since last october (when it has been included in Slackware)...

giomat · 03-04-2024, 07:40 AM

Thanks! my bad, I had the SBo libass installed, switching to slackware package solved the issue for me

frtorres · 03-04-2024, 10:43 AM

Quote:

Originally Posted by ponce

giomat, frtorres: check the ChangeLog

Code:

Wed Feb 28 18:36:48 UTC 2024
[...]
l/libass-0.17.1-x86_64-2.txz:  Rebuilt.
  Recompiled against libunibreak-6.0.
l/libunibreak-6.0-x86_64-1.txz:  Upgraded.
  Shared library .so-version bump.

libass, to which libavfilter (part of the ffmpeg package) links, has been recompiled against the newer libunibreak: check if you got the last version...
@frtorres: libunibreak isn't in this repository anymore since last october (when it has been included in Slackware)...

Thanks @kgha for your tip.

Thanks @Ponce for your help.
I am learning about dependencies, and you were Ok. Problem fixed.
Thanks for your clarification.
Regards, Francisc.

grib · 03-04-2024, 01:17 PM

The problem described below (with mpv) was solved by rebuilding mpv. Moreover, yt-dlp was previously removed, and youtube-dl was installed instead

in the strace output it was clear that the problem occurred when the lua plugin was loaded to work with yt-dlp

PROBLEM
mpv and lvc are building and installing (by slackrepo), but at start the program window does not appear, in the console output the error is related to lua

mpv:

Code:

bash-5.2$ mpv
mpv: symbol lookup error: mpv: undefined symbol: lua_cpcall

vlc:

Code:

bash-5.2$ 
VLC media player 3.0.20 Vetinari (revision 3.0.20-0-g6f0d0ab126b)
[000000000051ca40] main libvlc error: stale plugins cache: modified /usr/lib64/vlc/plugins/control/libnetsync_plugin.so
[000000000051ca40] main libvlc error: stale plugins cache: modified /usr/lib64/vlc/plugins/control/libgestures_plugin.so
....many lines with similar errors
[000000000051ca40] main libvlc error: stale plugins cache: modified /usr/lib64/vlc/plugins/audio_mixer/libinteger_mixer_plugin.so
[000000000051ca40] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
Gtk-Message: 20:52:49.233: Failed to load module "colorreload-gtk-module"
Gtk-Message: 20:52:49.233: Failed to load module "window-decorations-gtk-module"
PANIC: unprotected error in call to Lua API (attempt to index a thread value)
Aborted

PROGRAM VERSION:

mpv-0.37.0-x86_64-1_ponce
vlc-3.0.20-x86_64-1_ponce
lua-5.4.6-x86_64-5
luajit-2.0.5-x86_64-2_ponce

SYSTEM INFO:

Slackware64-current
programs installed by slackrepo. Some single with sbopkg or hand, but unrelated to multimedia
system every day updated
recently played with gnome (reddoglinux.ddns.net), but already deleted it (cool thing, but stable graphics hangs on my notebook)
mpv, vlc, lua, luajit tried reinstalling

BroX · 03-06-2024, 01:25 PM

bedtools-2.31.0 does not build with gcc-13 on current. Latest bedtools-2.31.1 builds fine. I have attached updated slackbuild and info files.

Cheers, Leon.

ponce · 03-06-2024, 03:37 PM

Quote:

Originally Posted by BroX

bedtools-2.31.0 does not build with gcc-13 on current. Latest bedtools-2.31.1 builds fine. I have attached updated slackbuild and info files.

Cheers, Leon.

Thanks Leon, pushed!

https://cgit.ponce.cc/slackbuilds/commit/?h=bedtools

sombragris · 03-09-2024, 11:41 AM

asymptote-2.88 again fails to build in its default configuration, on the same grounds than the previous version. Passing --disable-offscreen to ./configure fixes that (as in the previous version).

Daedra · 03-09-2024, 12:46 PM

mame is failing on the latest -current. I don't actually use mame for games so I haven't investigated, but I like to use it as a stress test sometimes since it is a pretty resource intensive program to compile.

ponce · 03-09-2024, 02:50 PM

Quote:

Originally Posted by Daedra

mame is failing on the latest -current. I don't actually use mame for games so I haven't investigated, but I like to use it as a stress test sometimes since it is a pretty resource intensive program to compile.

Code:

/usr/bin/ccache /usr/bin/clang++    -MMD -MP -MP -DPTR64=1 -DNDEBUG -DCRLF=2 -DLSB_FIRST -DXMD_H -DFLAC__NO_DLL -DPUGIXML_HEADER_ONLY -DNATIVE_DRC=drcbe_x64 -DLUA_COMPAT_ALL -DLUA_COMPAT_5_1 -DLUA_COMPAT_5_2 -I"../../../../../src/osd" -I"../../../../../src/emu" -I"../../../../../src/devices" -I"../../../../../src/mame/shared" -I"../../../../../src/lib" -I"../../../../../src/lib/util" -I"../../../../../3rdparty" -I"../../../../generated/mame/layout" -I"../../../../../3rdparty/asio/include" -I"../../../../../scripts" -I"../../../../../3rdparty/glm" -I"../../../../../3rdparty/rapidjson/include"  -m64 -std=c++17 -pipe -O3 -fno-strict-aliasing -fPIC -Wno-unknown-pragmas -Wall -Wcast-align -Wformat-security -Wundef -Wwrite-strings -Wno-conversion -Wno-sign-compare -Wno-error=deprecated-declarations -fdiagnostics-show-note-include-stack -Wno-cast-align -Wno-constant-logical-operand -Wno-extern-c-compat -Wno-ignored-qualifiers -Wno-pragma-pack -Wno-tautological-compare -Wno-unknown-attributes -Wno-unknown-warning-option -Wno-unused-value -Wno-unused-const-variable -Wno-xor-used-as-pow -Wno-bitwise-instead-of-logical -m64 -std=c++17 -Woverloaded-virtual -Wvla -include ../../../../linux_clang/obj/x64/Release/emu.h -o "../../../../linux_clang/obj/x64/Release/src/mame/miltonbradley/microvsn.o" -c "../../../../../src/mame/miltonbradley/microvsn.cpp"
In file included from ../../../../../src/frontend/mame/luaengine_input.cpp:12:
In file included from ../../../../../src/frontend/mame/luaengine.ipp:13:
In file included from ../../../../../src/frontend/mame/luaengine.h:31:
../../../../../3rdparty/sol2/sol/sol.hpp:19875:31: error: address of overloaded function 'call' does not match required type 'int (lua_State *)'
 19875 |                                 lua_CFunction freefunc = &function_detail::upvalue_this_member_variable<C, Fx>::template call<is_yielding, no_trampoline>;
       |                                                           ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
../../../../../3rdparty/sol2/sol/sol.hpp:20033:5: note: in instantiation of function template specialization 'sol::function_detail::select_member_variable<false, false, std::basic_string<char> ioport_field_live::*>' requested here
 20033 |                                 select_member_variable<is_yielding, no_trampoline>(L, std::forward<Fx>(fx), std::forward<Args>(args)...);
       |                                 ^
../../../../../3rdparty/sol2/sol/sol.hpp:20157:22: note: in instantiation of function template specialization 'sol::function_detail::select<false, false, std::basic_string<char> ioport_field_live::*>' requested here
 20157 |                                 function_detail::select<false, false>(L, std::forward<Args>(args)...);
       |                                                  ^
../../../../../3rdparty/sol2/sol/sol.hpp:11759:14: note: in instantiation of function template specialization 'sol::stack::unqualified_pusher<std::basic_string<char> ioport_field_live::*>::push<std::basic_string<char> ioport_field_live::*>' requested here
 11759 |                                 return p.push(L, std::forward<T>(t), std::forward<Args>(args)...);
       |                                          ^
../../../../../3rdparty/sol2/sol/sol.hpp:16257:7: note: in instantiation of function template specialization 'sol::stack::push<std::basic_string<char> ioport_field_live::*>' requested here
 16257 |                                                 push(L, std::forward<Value>(value));
       |                                                 ^
../../../../../3rdparty/sol2/sol/sol.hpp:12131:59: note: in instantiation of function template specialization 'sol::stack::field_setter<const char *>::set<const char *, std::basic_string<char> ioport_field_live::*>' requested here
 12131 |                         field_setter<meta::unqualified_t<Key>, global, raw> {}.set(L, std::forward<Key>(key), std::forward<Value>(value), tableindex);
       |                                                                                ^
../../../../../3rdparty/sol2/sol/sol.hpp:25659:14: note: (skipping 3 contexts in backtrace; use -ftemplate-backtrace-limit=0 to see all)
 25659 |                                                 stack::set_field<global, raw>(L, std::forward<Key>(key), std::forward<Keys>(keys)..., table_index);
       |                                                        ^
../../../../../3rdparty/sol2/sol/sol.hpp:26372:20: note: in instantiation of function template specialization 'sol::basic_table_core<false, sol::basic_reference<false>>::set<const char *, std::basic_string<char> ioport_field_live::*>' requested here
 26372 |                                         table_base_t::set(std::forward<Key>(key), std::forward<Value>(value));
       |                                                       ^
../../../../../3rdparty/sol2/sol/sol.hpp:24587:9: note: in instantiation of function template specialization 'sol::basic_usertype<ioport_field_live, sol::basic_reference<false>>::set<const char *, std::basic_string<char> ioport_field_live::*>' requested here
 24587 |                                 tbl.set(std::get<I>(std::move(key))..., std::forward<T>(value));
       |                                     ^
../../../../../3rdparty/sol2/sol/sol.hpp:24609:21: note: in instantiation of function template specialization 'sol::usertype_proxy<sol::basic_usertype<ioport_field_live, sol::basic_reference<false>> &, const char *>::tuple_set<0UL, std::basic_string<char> ioport_field_live::*>' requested here
 24609 |                         std::move(*this).tuple_set(idx_seq(), std::forward<T>(item));
       |                                          ^
../../../../../3rdparty/sol2/sol/sol.hpp:24620:28: note: in instantiation of function template specialization 'sol::usertype_proxy<sol::basic_usertype<ioport_field_live, sol::basic_reference<false>> &, const char *>::set<std::basic_string<char> ioport_field_live::*>' requested here
 24620 |                         return std::move(*this).set(std::forward<T>(other));
       |                                                 ^
../../../../../src/frontend/mame/luaengine_input.cpp:396:33: note: in instantiation of function template specialization 'sol::usertype_proxy<sol::basic_usertype<ioport_field_live, sol::basic_reference<false>> &, const char *>::operator=<std::basic_string<char> ioport_field_live::*>' requested here
  396 |         ioport_field_live_type["name"] = &ioport_field_live::name;
      |                                        ^
In file included from ../../../../../src/frontend/mame/luaengine_input.cpp:12:
In file included from ../../../../../src/frontend/mame/luaengine.ipp:13:
In file included from ../../../../../src/frontend/mame/luaengine.h:31:
../../../../../3rdparty/sol2/sol/sol.hpp:19419:14: note: candidate template ignored: substitution failure [with is_yielding = false, no_trampoline = false]
 19419 |                 static int call(lua_State* L) noexcept(std::is_nothrow_copy_assignable_v<T>) {
       |                            ^
1 error generated.
make[2]: *** [frontend.make:782: ../../../../linux_clang/obj/x64/Release/src/frontend/mame/luaengine_input.o] Error 1

this looks like the error but I cannot find anything to fix it...

EDIT: it seems the upstream maintainers of the 3dparty library have been notified about this incompatibility with the newer clang (it's present also with 18.1.1)...

ponce · 03-10-2024, 03:54 AM

Quote:

Originally Posted by ponce

EDIT: it seems the upstream maintainers of the 3dparty library have been notified about this incompatibility with the newer clang (it's present also with 18.1.1)...

I can also confirm that passing mame.SlackBuild the parameter USE_CCACHE=no switches from using llvm/cache to plain gcc/g++ and it builds fine.

MDKDIO · 03-14-2024, 03:32 AM

Pivy 0.6.8 won't build, missing path to cmath
(Planning on building FreeCAD once deps been sorted)

Error received:

Code:

[ 66%] Swig compile soqt.i for python
Deprecated command line option: -py3. Ignored, this option is no longer supported.
/usr/include/Inventor/Qt/viewers/SoQtViewer.h:52: Error: Unable to find 'cmath'
make[2]: *** [interfaces/CMakeFiles/soqt_swig_compilation.dir/build.make:76: interfaces/CMakeFiles/soqt.dir/soqtPYTHON.stamp] Error 1
make[2]: *** Deleting file 'interfaces/CMakeFiles/soqt.dir/soqtPYTHON.stamp'
make[1]: *** [CMakeFiles/Makefile2:209: interfaces/CMakeFiles/soqt_swig_compilation.dir/all] Error 2
make: *** [Makefile:136: all] Error 2

Building everything manually, starting with VTK 9.3.0 (Built ok)
OpenCASCADE 7.7.0 (built ok)
SoQT 1.6.2 (built ok)
Coin 4.0.2 (built ok)

Of course, using ponce repo.

Any tips and tricks? Guessing some sed needed?

ponce · 03-14-2024, 05:57 AM

Quote:

Originally Posted by MDKDIO

Pivy 0.6.8 won't build, missing path to cmath
(Planning on building FreeCAD once deps been sorted)

Error received:

Code:

[ 66%] Swig compile soqt.i for python
Deprecated command line option: -py3. Ignored, this option is no longer supported.
/usr/include/Inventor/Qt/viewers/SoQtViewer.h:52: Error: Unable to find 'cmath'
make[2]: *** [interfaces/CMakeFiles/soqt_swig_compilation.dir/build.make:76: interfaces/CMakeFiles/soqt.dir/soqtPYTHON.stamp] Error 1
make[2]: *** Deleting file 'interfaces/CMakeFiles/soqt.dir/soqtPYTHON.stamp'
make[1]: *** [CMakeFiles/Makefile2:209: interfaces/CMakeFiles/soqt_swig_compilation.dir/all] Error 2
make: *** [Makefile:136: all] Error 2

Building everything manually, starting with VTK 9.3.0 (Built ok)
OpenCASCADE 7.7.0 (built ok)
SoQT 1.6.2 (built ok)
Coin 4.0.2 (built ok)

Of course, using ponce repo.

Any tips and tricks? Guessing some sed needed?

unfortunately the situation looks messy

https://bugs.freebsd.org/bugzilla/sh....cgi?id=270715

I suggest you to discuss this with the FreeCAD stack present maintainer (also of shiboken2, pyside2, etc., Chris Willing).

MDKDIO · 03-14-2024, 10:08 AM

Thanks Matteo!
I don't know if I'm too tired to think or something else, but the info found via that link tells me nothing... Sorry!

Either way, I gave it another go with Pivy 0.6.8 BUT using soqt 1.6.0
This build went just fine, I'll continue with the rest, see what happens (if anything)...

Edit:
Well, I didn't make it very far...
shiboken2-5.15.10 build went fine, but I failed building pyside2. Both 5.15.10 and 5.15.13
(5.15.13 has one more dependency, PyOpenGL)

Error when using 5.15.13:

Code:

[  2%] Building CXX object PySide2/QtCore/CMakeFiles/QtCore.dir/PySide2/QtCore/qbytearray_wrapper.cpp.o
/tmp/SBo/pyside-setup-opensource-src-5.15.13/sources/pyside2/build/PySide2/QtCore/PySide2/QtCore/qbytearray_wrapper.cpp:5800:9: error: use of undeclared identifier 'PepIndex_Check'; did you mean 'PyIndex_Check'?
 5800 |     if (PepIndex_Check(_key)) {
      |         ^~~~~~~~~~~~~~
      |         PyIndex_Check
/usr/include/python3.9/abstract.h:497:17: note: 'PyIndex_Check' declared here
  497 | PyAPI_FUNC(int) PyIndex_Check(PyObject *);
      |                 ^
/tmp/SBo/pyside-setup-opensource-src-5.15.13/sources/pyside2/build/PySide2/QtCore/PySide2/QtCore/qbytearray_wrapper.cpp:5866:9: error: use of undeclared identifier 'PepIndex_Check'; did you mean 'PyIndex_Check'?
 5866 |     if (PepIndex_Check(_key)) {
      |         ^~~~~~~~~~~~~~
      |         PyIndex_Check
/usr/include/python3.9/abstract.h:497:17: note: 'PyIndex_Check' declared here
  497 | PyAPI_FUNC(int) PyIndex_Check(PyObject *);
      |                 ^
2 errors generated.
make[2]: *** [PySide2/QtCore/CMakeFiles/QtCore.dir/build.make:286: PySide2/QtCore/CMakeFiles/QtCore.dir/PySide2/QtCore/qbytearray_wrapper.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1135: PySide2/QtCore/CMakeFiles/QtCore.dir/all] Error 2

Error when using 5.15.10:

Code:

[ 13%] Building CXX object PySide2/QtGui/CMakeFiles/QtGui.dir/PySide2/QtGui/qdragmoveevent_wrapper.cpp.o
In file included from /tmp/SBo/pyside-setup-opensource-src-5.15.10/sources/pyside2/build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.cpp:63:
/tmp/SBo/pyside-setup-opensource-src-5.15.10/sources/pyside2/build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.h:55:220: error: no member named 'DragMove' in 'QOpenGLShader'; did you mean simply 'DragMove'?
   55 |     QDragMoveEventWrapper(const QPoint & pos, QFlags<Qt::DropAction> actions, const QMimeData * data, QFlags<Qt::MouseButton> buttons, QFlags<Qt::KeyboardModifier> modifiers, QFlags<QOpenGLShader::ShaderTypeBit> type = QOpenGLShader::DragMove);
      |                                                                                                                                                                                                                            ^~~~~~~~~~~~~~~~~~~~~~~
      |                                                                                                                                                                                                                            DragMove
/usr/include/qt5/QtCore/qcoreevent.h:107:9: note: 'DragMove' declared here
  107 |         DragMove = 61,                          // drag moves in widget
      |         ^
In file included from /tmp/SBo/pyside-setup-opensource-src-5.15.10/sources/pyside2/build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.cpp:63:
/tmp/SBo/pyside-setup-opensource-src-5.15.10/sources/pyside2/build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.h:55:213: error: no viable conversion from 'QEvent::Type' to 'QFlags<QOpenGLShader::ShaderTypeBit>'
   55 |     QDragMoveEventWrapper(const QPoint & pos, QFlags<Qt::DropAction> actions, const QMimeData * data, QFlags<Qt::MouseButton> buttons, QFlags<Qt::KeyboardModifier> modifiers, QFlags<QOpenGLShader::ShaderTypeBit> type = QOpenGLShader::DragMove);
      |                                                                                                                                                                                                                     ^                     ~~~~~~~~
/usr/include/qt5/QtCore/qflags.h:89:7: note: candidate constructor (the implicit copy constructor) not viable: no known conversion from 'QEvent::Type' to 'const QFlags<ShaderTypeBit> &' for 1st argument
   89 | class QFlags
      |       ^~~~~~
/usr/include/qt5/QtCore/qflags.h:89:7: note: candidate constructor (the implicit move constructor) not viable: no known conversion from 'QEvent::Type' to 'QFlags<ShaderTypeBit> &&' for 1st argument
   89 | class QFlags
      |       ^~~~~~
/usr/include/qt5/QtCore/qflags.h:121:29: note: candidate constructor not viable: no known conversion from 'QEvent::Type' to 'QOpenGLShader::ShaderTypeBit' for 1st argument
  121 |     Q_DECL_CONSTEXPR inline QFlags(Enum flags) noexcept : i(Int(flags)) {}
      |                             ^      ~~~~~~~~~~
/usr/include/qt5/QtCore/qflags.h:123:80: note: candidate constructor not viable: no known conversion from 'QEvent::Type' to 'Zero' (aka 'int (QFlags<QOpenGLShader::ShaderTypeBit>::Private::*)') for 1st argument
  123 |     QT_DEPRECATED_X("Use default constructor instead") Q_DECL_CONSTEXPR inline QFlags(Zero) noexcept : i(0) {}
      |                                                                                ^      ~~~~
/usr/include/qt5/QtCore/qflags.h:125:29: note: candidate constructor not viable: no known conversion from 'QEvent::Type' to 'QFlag' for 1st argument
  125 |     Q_DECL_CONSTEXPR inline QFlags(QFlag flag) noexcept : i(flag) {}
      |                             ^      ~~~~~~~~~~
/usr/include/qt5/QtCore/qflags.h:127:29: note: candidate constructor not viable: no known conversion from 'QEvent::Type' to 'std::initializer_list<ShaderTypeBit>' for 1st argument
  127 |     Q_DECL_CONSTEXPR inline QFlags(std::initializer_list<Enum> flags) noexcept
      |                             ^      ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/tmp/SBo/pyside-setup-opensource-src-5.15.10/sources/pyside2/build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.h:55:213: note: passing argument to parameter 'type' here
   55 |     QDragMoveEventWrapper(const QPoint & pos, QFlags<Qt::DropAction> actions, const QMimeData * data, QFlags<Qt::MouseButton> buttons, QFlags<Qt::KeyboardModifier> modifiers, QFlags<QOpenGLShader::ShaderTypeBit> type = QOpenGLShader::DragMove);
      |                                                                                                                                                                                                                     ^
/tmp/SBo/pyside-setup-opensource-src-5.15.10/sources/pyside2/build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.cpp:103:240: error: no matching constructor for initialization of 'QDragMoveEvent'
  103 | QDragMoveEventWrapper::QDragMoveEventWrapper(const QPoint & pos, QFlags<Qt::DropAction> actions, const QMimeData * data, QFlags<Qt::MouseButton> buttons, QFlags<Qt::KeyboardModifier> modifiers, QFlags<QOpenGLShader::ShaderTypeBit> type) : QDragMoveEvent(pos, actions, data, buttons, modifiers, type)
      |                                                                                                                                                                                                                                                ^              ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/qt5/QtGui/qevent.h:684:5: note: candidate constructor not viable: no known conversion from 'QFlags<QOpenGLShader::ShaderTypeBit>' to 'Type' for 6th argument
  684 |     QDragMoveEvent(const QPoint &pos, Qt::DropActions actions, const QMimeData *data,
      |     ^
  685 |                    Qt::MouseButtons buttons, Qt::KeyboardModifiers modifiers, Type type = DragMove);
      |                                                                               ~~~~~~~~~~~~~~~~~~~~
/usr/include/qt5/QtGui/qevent.h:681:20: note: candidate constructor (the implicit copy constructor) not viable: requires 1 argument, but 6 were provided
  681 | class Q_GUI_EXPORT QDragMoveEvent : public QDropEvent
      |                    ^~~~~~~~~~~~~~
/tmp/SBo/pyside-setup-opensource-src-5.15.10/sources/pyside2/build/PySide2/QtGui/PySide2/QtGui/qdragmoveevent_wrapper.cpp:218:73: error: no member named 'DragMove' in 'QOpenGLShader'
  218 |         ::QFlags<QOpenGLShader::ShaderTypeBit> cppArg5 = QOpenGLShader::DragMove;
      |                                                          ~~~~~~~~~~~~~~~^
4 errors generated.
make[2]: *** [PySide2/QtGui/CMakeFiles/QtGui.dir/build.make:556: PySide2/QtGui/CMakeFiles/QtGui.dir/PySide2/QtGui/qdragmoveevent_wrapper.cpp.o] Error 1
make[1]: *** [CMakeFiles/Makefile2:1215: PySide2/QtGui/CMakeFiles/QtGui.dir/all] Error 2
make: *** [Makefile:136: all] Error 2

hj_18 · 03-14-2024, 09:37 PM

hi ,today i build mednafen, get this error:
make[2]: Leaving directory '/tmp/SBo/mednafen/src/ss'
make[2]: Entering directory '/tmp/SBo/mednafen/src'
depbase=`echo tests.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
g++ -std=gnu++11 -fsigned-char -DHAVE_CONFIG_H -I/usr/include/lzo -I../include -I../include -I../intl -fstrict-aliasing -Wall -Wshadow -Wempty-body -Wignored-qualifiers -Wvla -Wvariadic-macros -Wdisabled-optimization -Wstack-usage=32768 -Werror=write-strings -fwrapv -fjump-tables -mfunction-return=keep -mindirect-branch=keep -mno-indirect-branch-register -fexceptions -O2 -march=i586 -mtune=i686 -MT tests.o -MD -MP -MF $depbase.Tpo -c -o tests.o tests.cpp &&\
mv -f $depbase.Tpo $depbase.Po
In file included from tests.cpp:54:
tests.cpp: In function 'void Mednafen::MDFN_TESTS_CPP::zlib_test()':
tests.cpp:1389:18: error: comparison between distinct pointer types 'off_t (*)(gzFile)' {aka 'long int (*)(gzFile_s*)'} and 'off64_t (*)(gzFile)' {aka 'long long int (*)(gzFile_s*)'} lacks a cast [-fpermissive]
1389 | assert(&gztell == &gztell64);
| ~~~~~~~~^~~~~~~~~~~~
make[2]: *** [Makefile:4559: tests.o] Error 1
make[2]: Leaving directory '/tmp/SBo/mednafen/src'
make[1]: *** [Makefile:5225: all-recursive] Error 1
make[1]: Leaving directory '/tmp/SBo/mednafen/src'
make: *** [Makefile:476: all-recursive] Error 1

i use slackware-current, guess maybe the error is caused by 32bit and 64bit, don't know how to fix.

ponce · 03-17-2024, 03:11 AM

hi hj_18,

finally I had the opportunity to fire-up a slackware current virtual machine and I found that following the hint of the compiler should be enough to let it build: just modify the SLKCFLAGS line for your ARCH like below and you should be ok

Code:

--- ./mednafen.SlackBuild.orig  2024-03-17 08:55:09.336721000 +0100
+++ ./mednafen.SlackBuild       2024-03-17 09:10:50.100721000 +0100
@@ -50,7 +50,7 @@
 OUTPUT=${OUTPUT:-/tmp}
 
 if [ "$ARCH" = "i586" ]; then
-  SLKCFLAGS="-O2 -march=i586 -mtune=i686"
+  SLKCFLAGS="-O2 -march=i586 -mtune=i686 -fpermissive"
   LIBDIRSUFFIX=""
 elif [ "$ARCH" = "i686" ]; then
   SLKCFLAGS="-O2 -march=i686 -mtune=i686"