Libdl so 2 error adding symbols dso missing from command line

Applications:
=====

libprojectM:            yes
Threading:              yes
SDL:                    no
Qt:                     yes
Pulseaudio:             yes
Jack:                   yes
OpenGLES:               no
Emscripten:             no
llvm:                   no
Preset subdirs:         no

libprojectM_qt.a -ljack -lpthread ../libprojectM/.libs/libprojectM.a -lGL -ldl -pthread
/usr/bin/ld: ../projectM-qt/libprojectM_qt.a(qprojectm_mainwindow.o): undefined reference to symbol '_ZN5QIconC1Ev@@Qt_5'
/usr/bin/ld: /usr/lib/x86_64-linux-gnu/libQt5Gui.so: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:491: projectM-jack] Error 1
make[3]: Leaving directory '/home/chris/projectm/projectM-3.1.1-rc6/src/projectM-jack'
make[2]: *** [Makefile:457: all-recursive] Error 1
make[2]: Leaving directory '/home/chris/projectm/projectM-3.1.1-rc6/src'
make[1]: *** [Makefile:527: all-recursive] Error 1
make[1]: Leaving directory '/home/chris/projectm/projectM-3.1.1-rc6'
make: *** [Makefile:417: all] Error 2

Update:

I wiped out the whole build directory, extracted fresh from the tarball, ran ./configure --enable-qt LIBS="-lQt5Gui", and then ran make. Now it fails with a different error!

/usr/bin/ld: ../projectM-qt/libprojectM_qt.a(qprojectmwidget_moc.o):(.data.rel.ro._ZTV15QProjectMWidget[_ZTV15QProjectMWidget]+0x228): undefined reference to `non-virtual thunk to QGLWidget::paintEngine() const'
/usr/bin/ld: ../projectM-qt/libprojectM_qt.a(qprojectmwidget_moc.o):(.data.rel.ro+0x0): undefined reference to `QGLWidget::staticMetaObject'
collect2: error: ld returned 1 exit status
make[3]: *** [Makefile:491: projectM-jack] Error 1
make[3]: Leaving directory '/home/chris/projectm/projectM-3.1.1-rc6/src/projectM-jack'
make[2]: *** [Makefile:457: all-recursive] Error 1
make[2]: Leaving directory '/home/chris/projectm/projectM-3.1.1-rc6/src'
make[1]: *** [Makefile:527: all-recursive] Error 1
make[1]: Leaving directory '/home/chris/projectm/projectM-3.1.1-rc6'
make: *** [Makefile:417: all] Error 2

(There are a whole bunch of other «undefined reference» lines preceding this output, all of which refer to various QGLWidget::foo() items. (Function calls, I guess?)

I’m a little puzzled about the fact that it seems to encounter this error during processing of projectM-jack, given that I did not configure it with --enable-jack.

Am I missing some dependency that would provide all this QGLWidget stuff?

Thanks for the report, we’ve had quite a bit of issues with the Qt building process. However I believe the Qt Widget library is a reported issue on IRC — can you try reverting this line and see if it helps:
33ca67c
cc @coast77777777777

Thanks for the quick reply. I have another update!

Even though the latter error has different wording, the workaround seems to be essentially the same. From a clean start (again), I ran ./configure --enable-qt LIBS="-lQt5Gui -lQtOpenGL", ./configure --enable-qt LIBS="-lQt5Gui -lQt5OpenGL" and then ran make. That completed without error!

Now I’m trying to make a deb package using checkinstall make install. It throws hundreds of errors like this:

tar: ./usr/local/share/projectM/presets/foo.milk: Cannot stat: No such file or directory`
tar: Exiting with failure status due to previous errors

I suspect that’s a checkinstall issue rather than a projectM issue, but either way it doesn’t appear to be fatal. (And honestly, I should probably just tell checkinstall to ignore the presets dir, and copy them over manually.) My first checkinstall run eventually got through all the presets and then died with the error version number does not start with digit, which as far as I can tell is intended behaviour. I’m running it again with the version field changed from rc6 to 0rc6 now. Wish me luck!

Hm interesting, thanks for the feedback! What would be super useful would be if you can figure out how to get Travis CI (.travis.yml) to reproduce the errors you are experiencing so we can guard against introducing them in the future and confirm to us when this issue is fixed.

Opened a PR to restore QtWidgets #273

Curious what’s going on with checkinstall there. Maybe related to #272 ?

Well, I’m certainly willing in principle to help get Travis CI to reproduce the errors. I’ve never used Travis or any other CI framework before, though, so there may be a bit of a learning curve between here and there.

In the meantime, my checkinstall eventually produced a .deb file which installed without complaint, but then I got an immediate segfault when I launched the resulting projectm-pulseaudio executable.

When you suggested «reverting this line» up-thread, does that mean simply edit that file in my local working dir and add in the line the line starting qtHaveModule(widgets):?

And on a similar note, I have moved the presets_community directory out of my working dir; I’m hoping the compile scripts won’t care about its absence.

Right now, I’m at a different machine (also running Debian Bullseye) and facing a problem that looks similar, but is behaving differently. With or without the qtHaveModule(widgets) line, if I run ./configure --enable-qt it completes successfully, but then make still fails with a bunch of undefined reference to QGLWidget::foo errors. (No DSO missing from command line errors re: Qt5Gui this time.) If I try ./configure --enable-qt LIBS="-lQtOpenGL" (or LIBS="-lQt5Gui -lQtOpenGL"), the configure fails with the following output:

checking for gcc... gcc
checking whether the C compiler works... no
configure: error: in `/home/chris/projectM-source/projectM-3.1.1-rc6':
configure: error: C compiler cannot create executables
See `config.log' for more details

I’m quite baffled at that, because as long as I leave off the LIBS= part, the ./configure step completes successfully. Further, if I configure with just ./configure --enable-qt, then edit the Makefile and append -lQt5OpenGL (or -lQt5Gui -lQtOpenGL) to the LIBS = line and then run make, it still fails with undefined reference to QGLWidget::foo errors… which went away when those libs were added to the configuration, on my other machine.

The deeper I dig, the more confused I am.

Oh, oops. I solved the issue of the failed ./configure. I simply had the library name wrong—it’s Qt5OpenGL, not QtOpenGL. Thanks to this stackoverflow answer, I was able to figure that out from the info in the config.log.

On my work laptop, I now have a working install! Here’s what I did:

• Unpack this tarball to a working dir in my home directory
• Move presets/presets_community out of the working dir
• Edit ax_have_qt.m4 and add the line qtHaveModule(widgets): QT += widgets
• Run ./configure --enable-qt LIBS="-lQt5OpenGL"
• Run make
• Run sudo checkinstall make install
• Manually create directories checkinstall chokes on as documented in this bug, re-run checkinstall, repeat a couple of times.
• Run sudo dpkg -i projectm-3.1.1_0rc6-1_amd64.deb

Notably, I did still see a number of the tar: foo.milk ... No such file or directory errors during the checkinstall step, though with 42k fewer preset files it was far fewer of those errors and took a fraction of the time.

The result isn’t perfect (hit m for menu and watch it struggle for a good few seconds to rebuild the window with the menu pane; the text in the buttons in the settings dialog is misaligned; out of a quick sampling of ~20 random presets, one of them flickered violently in a way that did not look like it was by design). But for an «rc» release compiled by an amateur, I call it a success! The visualizations run fast and smooth in fullscreen, the keymappings work, and it’s successfully picking up the audio stream from pulseaudio. Most importantly, it runs without segfaulting, and it makes pretty visuals instead of crashing as soon as it tries to load a preset file.

Very glad to hear it. What can we fix to make this easier for future users?
Updating the debian package would be super great. It’s very outdated.

Well, I’m not a developer, and I don’t have a whole lot of experience with installing things from source, so I don’t know that I can offer much in the way of informed suggestions, but I’ll do my best.

• Getting someone to update and maintain the Debian package would be awesome. The one in the official Debian repos (including the unstable repo) is literally non-functional. In my experience so far, even compiling a DIY local backport from Debian Sid’s source repos is a fraction of the difficulty of doing a checkinstall build from the upstream source tarball.
• Aside from that, the next most obvious big win would be to get the library dependencies stuff sorted out. For someone who’s not experienced with makefiles and the whole experience of building a complex project from source, that wall of «undefined reference» messages concluding with «Error 2» is pretty disheartening. I realize that this is easier said than done, of course.
• Obviously the checkinstall directory-creation bug is not your problem, and I don’t know whether the tar errors about no such file or directory stem from that, so that may also be not your bug.

I’m afraid I’m not going to do a regular «make install» on my daily-driver desktop system to find out how much of the problem came from checkinstall. I’ll see if I can figure out the Travis CI thing, and I just might be able to clone this system into a VM where I can experiment freely without worrying about breaking things.

But yeah, for a user of my technical skill level or below, building from source at all is a lot to ask, and if there was an apt repository (official Debian or not) to just install binaries of the latest stable projectM release, that would be far more accessible.

Oh, and I still don’t know what went wrong with the package I compiled on my home desktop system. The package I compiled on my work laptop installed and works fine on the home desktop, so I obviously messed something up during the compile. On the bright side, I do now have a working install on the machine that matters. ☺

That works for me but with :
./configure —enable-qt LIBS=»-lQt5Gui -lQt5OpenGL»

System is Debian Sid with Qt5 5.12.5+dfsg-2

Edit ax_have_qt.m4 and add the line qtHaveModule(widgets): QT += widgets

This is fixed in master.

Move presets/presets_community out of the working dir

This directory has been removed.

Okay, created a PR to hardcode and own the LIBS #293

The new CMake build scripts deal with those issues by using Qt’s configuration scripts for linking the libraries correctly on all platforms, so I’d consider this issue fixed. If there are still linker/compilation issues with the most recent master, please open a new report.