summaryrefslogtreecommitdiffstats
path: root/src/tools/moc
Commit message (Collapse)AuthorAgeFilesLines
* Merge license header changes from 4.5Volker Hilsheimer2009-06-1620-40/+40
|\
| * Update license headers as requested by the marketing department.Jason McDonald2009-06-1620-40/+40
| | | | | | | | Reviewed-by: Trust Me
| * Long live Qt 4.5!Lars Knoll2009-03-2324-0/+7497
|
* Only include QMetaType if required in moc generated filesOlivier Goffart2009-06-112-3/+8
| | | | | | | | | | | Including it might cause build errors. (and thus break source compatibility) The problem was seen on KDE where some cpp files included x11 headers and then later included the .moc file, then qmetatype.h complains that Bool is defined Reviewed-by: Brad
* make moc-generated code compile againKent Hansen2009-06-081-0/+2
| | | | Needed due to commit 4acabb3abd0ff109b9abeedb6832f5b1c3e0cc4e
* handle qreal properties correctly in the meta-object systemKent Hansen2009-06-052-6/+16
| | | | | | | | | | | | | | When cross-compiling, it's possible that the size of qreal for moc itself (host platform) is different from the size of qreal on the target platform. Thus, we should not encode the metatype-id of qreal at moc time. Instead, use QMetaType::QReal in the generated code so that the the property flags are only derived at compile time. We also need to support the pesky QT_COORD_TYPE. In this case, qreal can be _any_ type (not just float or double), so we encode the property type as 0 and have a special check in QMetaProperty::type() that resolves the correct type at runtime. Reviewed-by: Simon Hausmann
* improved string operations all over the placeThierry Bastian2009-05-283-6/+6
| | | | | used character operations whenever possible better usage of QLatin1String
* Long live Qt!Lars Knoll2009-03-2324-0/+7497
generated by cgit v0.12 at 2024-12-11 09:20:42 (GMT)