Project

General

Profile

Actions

Emulator Issues #11481

closed

Compiling with ENABLE_LTO prevents Qt GUI from loading

Added by madigens almost 6 years ago. Updated over 5 years ago.

Status:
Won't fix
Priority:
Normal
Assignee:
-
% Done:

0%

Operating system:
N/A
Issue type:
Bug
Milestone:
Regression:
No
Relates to usability:
No
Relates to performance:
No
Easy:
No
Relates to maintainability:
No
Regression start:
Fixed in:

Description

What's the problem? Describe what went wrong.

Compiling with GCC 8.2.1 on Fedora 29 x64 with Qt 5.11.1 and ENABLE_LTO makes the GUI not start, the following lines are printed on the console:

QObject::connect: signal not found in QSocketNotifier
QObject::connect: signal not found in QSocketNotifier
QObject::connect: signal not found in QDBusServiceWatcher

This did not happen on Fedora 28 with GCC 8.0.x.

What steps will reproduce the problem?

cmake -E remove_directory build && cmake -E make_directory build && cmake -E chdir build cmake -DENABLE_LTO=ON -G Ninja .. && cmake --build build --config Release

Is the issue present in the latest development version? For future reference, please also write down the version number of the latest development version.

Tested on git master (commit f510f6ef0d72764cae23a1c662ffdc92c45acd9e at time of writing).

Is the issue present in the latest stable version?

5.0 didn't have Qt iirc.

If the issue isn't present in the latest stable version, which is the first broken version?

I can only get 823fdda30c38be953c3d425874f2adeabed2b5a8 to compile on GCC 8.2.1. The GUI starts but is mangled, lots of "signal not found" error messages for a whole lot of controls.

What are your OS specifications?

Fedora 29 x64, GCC 8.2.1, Qt 5.11.1

Is there anything else that can help developers narrow down the issue? (e.g. logs, screenshots,
configuration files, savefiles, savestates)

Turning LTO off presents a usable GUI.

Actions

Also available in: Atom PDF