Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | s/QMAKE_RPATH/QMAKE_LFLAGS_RPATH/ | Oswald Buddenhagen | 2010-04-30 | 1 | -1/+1 |
| | | | | Reviewed-by: joerg | ||||
* | add TARGET_PLATFORM to qmakespecs with MAKEFILE_GENERATOR = UNIX | Oswald Buddenhagen | 2010-02-26 | 1 | -0/+1 |
| | | | | | | | | | | the unix makefile generator can make files for "regular" unixes and macos (the difference being the framework handling). so far, the output choice was hard-wired to the host platform. the previous commit made that soft-configurable, and this one exploits this capability to enable limited cross-building. Reviewed-by: mariusSO | ||||
* | Update copyright year to 2010 | Jason McDonald | 2010-01-06 | 1 | -1/+1 |
| | | | | Reviewed-by: Trust Me | ||||
* | Update license headers again. | Jason McDonald | 2009-09-09 | 1 | -4/+4 |
| | | | | Reviewed-by: Trust Me | ||||
* | Update tech preview license header for files that are new in 4.6. | Jason McDonald | 2009-08-31 | 1 | -13/+13 |
| | | | | Reviewed-by: Trust Me | ||||
* | Update contact URL in license headers. | Jason McDonald | 2009-08-12 | 1 | -1/+1 |
| | | | | Reviewed-by: Trust Me | ||||
* | Fix obsolete license headers | Jason McDonald | 2009-08-04 | 1 | -2/+2 |
| | | | | Reviewed-by: Trust Me | ||||
* | Port of Qt to VxWorks | Robert Griebl | 2009-07-29 | 2 | -0/+153 |
This makes Qt work on VxWorks 6.6+ in native (kernel) mode. * compiles with the WindRiver GNU toolchain (Linux only) * works with QWS (tested with the VNC driver only) * tested on PPC hardware and the x86 VxWorks simulator * no q3support, no phonon, no webkit * no QSharedMemory, no QSystemSemaphore, no QProcess * only one QApplication instance (flat address space) * filesystem support depends heavily on the quality of the native driver * QLibrary is just a dummy to make plugins work at all * qmake transparently creates VxWorks munching rules for static ctors * made auto-test cope with missing OS features A special note regarding the Q_FOREACH patch for dcc: when calling foreach(a,c) with c being a function returning a container, the compiler would generate 5 references to some labels (.LXXXX), which are not there (so the linker complains in the end). Seems like dcc doesn't really like the 'true ? 0 : <function call to get type>' statement Reviewed-By: Harald Fernengel |