Investigating stuck compiler

J.Hilk

Hey,

dos anyone ever had the situation where the compiler was stuck, as in 100% core load but it doesn't move to the next file in the list, even after an hour or two?

I have an app, android based, that compiles fine for armv7 (Debug and Release) and for armv8 only the Debug version compiles fine the release one is stuck (reproducible) .

And it only happens with that particular app other apps compile fine.

Qt Version 5.12.3, (has to be) OS MacOS(Haven't tried an other OS yet, on my to do list)
sdk 26.1, NDK r18b, jdk1.8.0

I don't even know where to start debugging this one, so any help/tip is appreciated.

jsulm

@J.Hilk Is it always same source code file?

J.Hilk

@jsulm yes, from what I can see, MainWindow.cpp. It's 12000 line long.
Don't ask why😑 , my contribution to it is minimal or it would be significantly smaller.

jsulm

@J.Hilk Maybe you can comment out as much as possible and if it compiles uncomment small pieces until it hangs again?

J.Hilk

@jsulm mmh, possible. Will take me a while to do it, but I'll give it a try.
Could very well help narrowing the issue down.

sierdzio

You could also use git bisect if this issue began showing up recently.

mranger90

Are you using jom ? When I've had compile problems I set to -j1 to remove the multiple jobs.

J.Hilk

So some updates 😆

@sierdzio said:

You could also use git bisect if this issue began showing up recently.

Sadly no, it never compiled (release) for armv8 successfully

@mranger90 said:

Are you using jom ? When I've had compile problems I set to -j1 to remove the multiple jobs.

Yes I do, running 4 parallel jobs, I went and reduced it down to only 1 task running. Sadly no difference.

I went as @jsulm suggested and commented stuff out.

In the end, I had only the constructor the destructor and and the (designer) ui file/setup in the mainwindow class.
And the Compiler was still stuck.

So I removed the ui part as well and now it works....

This can only be the UIC that's causing trouble. Right? But I don't understand why it's only with this particular precompiled Qt the case.

I should now be able to make a minimal example, with some effort, maybe time to bring this to an actual bug report.

J.Hilk

actually, simply removing

ui->setupUi(this);

makes the compiler complete its task. The app is unusable of course. x) but It compiles.

JKSH

@j-hilk said in Investigating stuck compiler:

The app is unusable of course. x) but It compiles.

"Dude. It compiles." https://thedailywtf.com/articles/Flawless-Compilation

Jokes aside, what happens if you manually copy the UIC-generated code into your files?

J.Hilk

So,

I removed about 1/3 of the (QWidget) ui and replaced it with QML based code. Was on my to do list anyway.

And low and behold it now compiles for armv8. It takes about 8 minutes compared to armv7 2min, but I can live with that.

Jokes aside, what happens if you manually copy the UIC-generated code into your files?

Haven't tried that, setupUi is like 15k lines long, so I didn't really want to mess with that x)

aha_1980

@j-hilk said in Investigating stuck compiler:

And low and behold it now compiles for armv8. It takes about 8 minutes

Sigh.

Haven't tried that, setupUi is like 15k lines long

Double sigh.

J.Hilk

@aha_1980
what can I say, the original designer made everything with the QtDesigner in one single ui file.

Since then I have started splitting sections of,
but it's a big application 😟

aha_1980

@j-hilk I feel with you.