summaryrefslogtreecommitdiffstats
path: root/src/3rdparty/libjpeg
Commit message (Collapse)AuthorAgeFilesLines
* Remove some more unneeded files from libjpeg, avoiding GPLaavit2010-07-192-775/+0
| | | | | Task-number: QT-3584 Reviewed-by: Trustme
* Our configuration and build modifications to libjpegaavit2010-02-162-2/+53
| | | | | This commit is the combination of earlier Qt patches to libpng, reapplied here after the upgrade to version 8.
* Add libjpeg 8aavit2010-02-16137-0/+53170
| | | | | | This is a clean copy of libjpeg , except that some build scripts, test images etc. have been removed, as usual. Our configuration modifications will follow in a separate commit.
* Delete libjpeg 6baavit2010-02-1690-33896/+0
|
* Port of Qt to VxWorksRobert Griebl2009-07-291-1/+4
| | | | | | | | | | | | | | | | | | | | | | | 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
* Long live Qt!Lars Knoll2009-03-2390-0/+33893