MOC: signals and slots can't be on same line
-
Please show a header which does not work, without any macros so we can see what you really want and what not work.
-
@Christian-Ehrlicher I believe I have found the underlying issue:
Expanding the macros to exactly their output:
class Foo : public QObject { Q_OBJECT // ... public slots: void update_property(bool); signals: void property_changed(bool); protected: bool property; };
does not compile either (same linker errors with the signals). You can't have
slots
andsignals
on the same line. However, C++ is meant to be a whitespace-insensitive language, so I still think this is a bug in MOC, albeit a different one. I will change the title. -
Even it's a 'bug' in moc it will unlikely to be changed, and when then not before 6.3 so ... don't see why this is needed though.
-
@mattfbacon said in MOC: signals and slots can't be on same line:
C++ is meant to be a whitespace-insensitive language, so I still think this is a bug in MOC
Yes, C++ is meant to be whitespace-insensitive. However, moc currently parses files using a custom text processor, not a full-fledged C++ engine. The processor currently doesn't support having "signals:" and "slots:" on the same line.
If you're interested, here's an experiment that reimplements moc on top of
libclang
, which gives it more capabilities in understanding arbitrary C++: https://woboq.com/blog/moc-with-clang.html -
@JKSH Scratch that, just realized that the project is almost two years old and won't compile. Really,
moc
should be using a full C++ parser... -
@Christian-Ehrlicher It's not strictly needed but without it the
signals:
andslots:
section labels don't work like others. This makes signals and slots a leaky abstraction. This is especially true when you consider that Qt 5moc
is supposed to support macros, but macros can't have newlines so they are forced to put it all on the same line. In this context, unless you want to mark everything inline withQ_SLOT
andQ_SIGNAL
(and $DEITY forbid your macro actually wants to change the context for code after it), you're out of luck. -
@mattfbacon said in MOC: signals and slots can't be on same line:
Really,
moc
should be using a full C++ parser...I agree, that would be ideal.
However, something like libclang did not exist when moc was invented. To reimplement it now with libclang is a costly and risky exercise. Can you show that the benefits outweigh the risks?
-
@mattfbacon said in MOC: signals and slots can't be on same line:
Really, moc should be using a full C++ parser...
Again: feel free to provide a patch instead blaming around that a corner case does not work...