gsettings-qt uses a private symbol

Bug #1426335 reported by Timo Jyrinki
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gsettings-qt (Ubuntu)
Invalid
Undecided
Unassigned
qtbase-opensource-src (Ubuntu)
New
Undecided
Unassigned

Bug Description

gsettings-qt uses a Qt private symbol _ZN7QObjectC2ER14QObjectPrivatePS_@Base from its libGSettingsQmlPlugin.so library. Could that usage be debugged how it's being used and removed?

The symbol is cause a dependency on qtbase-abi-5-4-0, which means a rebuild is needed when new Qt version like 5.4.1 is uploaded.

Revision history for this message
Timo Jyrinki (timo-jyrinki) wrote :

< larsu> QObjectPrivate is in a _p.h, but it is marked as Q_CORE_EXPORT and includes a macro named Q_DECLARE_PUBLIC

description: updated
Changed in gsettings-qt (Ubuntu):
status: New → Invalid
status: Invalid → New
description: updated
Revision history for this message
Lars Karlitski (larsu) wrote :

I don't know if this is supposed to be a private symbol or not, but it gets pulled in when using the protected constructor of QQmlPropertyMap as documented [1].

I don't think there's anything we can change in gsettings-qt to solve this issue.

[1] http://doc.qt.io/qt-5/qqmlpropertymap.htmlg

Changed in gsettings-qt (Ubuntu):
status: New → Invalid
Revision history for this message
Dmitry Shachnev (mitya57) wrote :

https://bugreports.qt.io/browse/QTBUG-46433

As discussed on IRC, the Q_DECLARE_PUBLIC is for different purposes, unrelated to the class publicness.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.