Bug 278279 - www/qt5-webengine: Undefined symbol at runtime and build error
Summary: www/qt5-webengine: Undefined symbol at runtime and build error
Status: Closed DUPLICATE of bug 278633
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-kde (group)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-04-09 19:47 UTC by Rainer Hurling
Modified: 2024-05-02 01:10 UTC (History)
4 users (show)

See Also:
tcberner: maintainer-feedback+


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Rainer Hurling freebsd_committer freebsd_triage 2024-04-09 19:47:17 UTC
On a current 15.0-CURRENT, I got the following error when I try to start a program that has www/qt5-webengine as a dependency (i.e. astro/stellarium, devel/RStudio):

ld-elf.so.1: /usr/local/lib/qt5/libQt5WebEngineCore.so.5: Undefined symbol "_ZN6snappy11RawCompressEPKcmPcPm"


Next, I rebuilt all dependencies of www/qt5-webengine, which was successful. When I then rebuild www/qt5-webengine itself, I get the following error:

cd api/ && ( test -e Makefile.core_api || /usr/local/lib/qt5/bin/qmake -o Makefile.core_api /usr/ports/www/qt5-webengine/work/kde-qtwebengine-5.15.16p9/src/core/api/core_api.pro -spec /usr/local/lib/qt5/mkspecs/freebsd-clang 'QMAKE_CC=cc -B/usr/local/bin' 'QMAKE_CXX=c++ -B/usr/local/bin' 'QMAKE_LINK_C=cc -B/usr/local/bin' 'QMAKE_LINK_C_SHLIB=cc -B/usr/local/bin' 'QMAKE_LINK=c++ -B/usr/local/bin' 'QMAKE_LINK_SHLIB=c++ -B/usr/local/bin' 'QMAKE_CFLAGS=-O2 -pipe  -fstack-protector-strong -fno-strict-aliasing ' 'QMAKE_CXXFLAGS=-O2 -pipe -fstack-protector-strong -fno-strict-aliasing  ' 'QMAKE_LFLAGS= -Wl,--undefined-version -Wl,--as-needed -fstack-protector-strong ' QMAKE_LIBS= QMAKE_CFLAGS_DEBUG= QMAKE_CFLAGS_RELEASE= QMAKE_CXXFLAGS_DEBUG= QMAKE_CXXFLAGS_RELEASE= PREFIX=/usr/local CONFIG+=release 'CONFIG-=debug separate_debug_info' QT_CONFIG+=release 'QT_CONFIG-=debug separate_debug_info' ) && /usr/bin/make -f Makefile.core_api
( test -e Makefile.core_module || /usr/local/lib/qt5/bin/qmake -o Makefile.core_module /usr/ports/www/qt5-webengine/work/kde-qtwebengine-5.15.16p9/src/core/core_module.pro -spec /usr/local/lib/qt5/mkspecs/freebsd-clang 'QMAKE_CC=cc -B/usr/local/bin' 'QMAKE_CXX=c++ -B/usr/local/bin' 'QMAKE_LINK_C=cc -B/usr/local/bin' 'QMAKE_LINK_C_SHLIB=cc -B/usr/local/bin' 'QMAKE_LINK=c++ -B/usr/local/bin' 'QMAKE_LINK_SHLIB=c++ -B/usr/local/bin' 'QMAKE_CFLAGS=-O2 -pipe  -fstack-protector-strong -fno-strict-aliasing ' 'QMAKE_CXXFLAGS=-O2 -pipe -fstack-protector-strong -fno-strict-aliasing  ' 'QMAKE_LFLAGS= -Wl,--undefined-version -Wl,--as-needed -fstack-protector-strong ' QMAKE_LIBS= QMAKE_CFLAGS_DEBUG= QMAKE_CFLAGS_RELEASE= QMAKE_CXXFLAGS_DEBUG= QMAKE_CXXFLAGS_RELEASE= PREFIX=/usr/local CONFIG+=release 'CONFIG-=debug separate_debug_info' QT_CONFIG+=release 'QT_CONFIG-=debug separate_debug_info' ) && /usr/bin/make -f Makefile.core_module
cd process/ && ( test -e Makefile || /usr/local/lib/qt5/bin/qmake -o Makefile /usr/ports/www/qt5-webengine/work/kde-qtwebengine-5.15.16p9/src/process/process.pro -spec /usr/local/lib/qt5/mkspecs/freebsd-clang 'QMAKE_CC=cc -B/usr/local/bin' 'QMAKE_CXX=c++ -B/usr/local/bin' 'QMAKE_LINK_C=cc -B/usr/local/bin' 'QMAKE_LINK_C_SHLIB=cc -B/usr/local/bin' 'QMAKE_LINK=c++ -B/usr/local/bin' 'QMAKE_LINK_SHLIB=c++ -B/usr/local/bin' 'QMAKE_CFLAGS=-O2 -pipe  -fstack-protector-strong -fno-strict-aliasing ' 'QMAKE_CXXFLAGS=-O2 -pipe -fstack-protector-strong -fno-strict-aliasing  ' 'QMAKE_LFLAGS= -Wl,--undefined-version -Wl,--as-needed -fstack-protector-strong ' QMAKE_LIBS= QMAKE_CFLAGS_DEBUG= QMAKE_CFLAGS_RELEASE= QMAKE_CXXFLAGS_DEBUG= QMAKE_CXXFLAGS_RELEASE= PREFIX=/usr/local CONFIG+=release 'CONFIG-=debug separate_debug_info' QT_CONFIG+=release 'QT_CONFIG-=debug separate_debug_info' ) && /usr/bin/make -f Makefile
c++ -B/usr/local/bin -Wl,--undefined-version -Wl,--as-needed -fstack-protector-strong -pthread -Wl,-rpath,/usr/local/lib/qt5 -Wl,-rpath-link,/usr/local/lib/qt5 -o ../../libexec/QtWebEngineProcess .obj/main.o   -L/usr/ports/www/qt5-webengine/work/.build/lib -L/usr/local/lib /usr/local/lib/qt5/libQt5Gui.so /usr/local/lib/qt5/libQt5Core.so -lGL /usr/local/lib/qt5/libQt5WebEngineCore.so /usr/local/lib/qt5/libQt5Quick.so /usr/local/lib/qt5/libQt5QmlModels.so /usr/local/lib/qt5/libQt5WebChannel.so /usr/local/lib/qt5/libQt5Qml.so /usr/local/lib/qt5/libQt5Network.so /usr/local/lib/qt5/libQt5Gui.so /usr/local/lib/qt5/libQt5Positioning.so /usr/local/lib/qt5/libQt5Core.so
/usr/local/bin/ld: /usr/local/lib/qt5/libQt5WebEngineCore.so: undefined reference to `snappy::RawCompress(char const*, unsigned long, char*, unsigned long*)'
c++: error: linker command failed with exit code 1 (use -v to see invocation)
*** Error code 1
Stop.
make[2]: stopped in /usr/ports/www/qt5-webengine/work/.build/src/process
*** Error code 1


Seems, there is a problem now with newest update of archivers/snappy?
Comment 1 Tobias C. Berner freebsd_committer freebsd_triage 2024-04-10 18:22:17 UTC
Moin moin 


Did you deinstall qt5-webengine prior to rebuildng?


mfg Tobias
Comment 2 Rainer Hurling freebsd_committer freebsd_triage 2024-04-10 19:18:14 UTC
(In reply to Tobias C. Berner from comment #1)

No, I did not deinstall before rebuilding.

Tried this now and yes, that works! Many thanks for the hint.

Do you think I should close the PR now or should we wait to document something like a patch or so?

Danke :)
Rainer
Comment 3 Jason E. Hale freebsd_committer freebsd_triage 2024-04-11 04:10:53 UTC
(In reply to Rainer Hurling from comment #2)

Looks related to bug#278285.
Comment 4 Jason E. Hale freebsd_committer freebsd_triage 2024-04-11 04:17:49 UTC
I'd rather not re-bundle snappy if just a simple re-build is all that is required, as it seems.
Comment 5 Jason E. Hale freebsd_committer freebsd_triage 2024-05-02 01:10:45 UTC
Marking this as a duplicate of bug#278633. Rebuilding www/qt5-webengine fixes the issue and when kai@ bumped PORTREVISION to resolve this, he referenced that bug in the commit.

*** This bug has been marked as a duplicate of bug 278633 ***