| Commit message (Collapse) | Author | Age | Files | Lines | |
|---|---|---|---|---|---|
| * | Update licenseheader text in source files for qt4.8 | Jyri Tahtela | 2011-05-13 | 1 | -17/+17 |
| | | | | | | | | Updated version of LGPL and FDL licenseheaders. Apply release phase licenseheaders for all source files. Reviewed-by: Trust Me | ||||
| * | Update copyright year to 2011. | Jason McDonald | 2011-01-10 | 1 | -1/+1 |
| | | | | | Reviewed-by: Trust Me | ||||
| * | 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 | ||||
| * | Don't try to make direct system calls on Linux. | Thiago Macieira | 2009-08-04 | 1 | -1/+1 |
| | | | | | | | | | | Accept that we cannot do everything, so users using outdated toolchains may have threading problems (leaking file descriptors). It's not like this is a recent problem anyway... Reviewed-By: Bradley T. Hughes | ||||
| * | Port of Qt to VxWorks | Robert Griebl | 2009-07-29 | 1 | -2/+24 |
| | | | | | | | | | | | | | | | | | | | | | | | | 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 | ||||
| * | Fix Solaris build failure with the new qt_safe_() socket functions. | Robert Griebl | 2009-07-15 | 1 | -1/+2 |
| | | | | | Reviewed-by: Thiago | ||||
| * | Socket function cleanup: replacing direct POSIX calls with qt_safe_(). | Robert Griebl | 2009-07-14 | 1 | -0/+28 |
| | | | | | Reviewed-By: Thiago | ||||
| * | Use current license header. | Volker Hilsheimer | 2009-07-08 | 1 | -2/+2 |
| | | |||||
| * | Don't compile the FD_CLOEXEC-safe accept4 call if we don't know about ↵ | Thiago Macieira | 2009-07-02 | 1 | -1/+1 |
| | | | | | SOCK_CLOEXEC | ||||
| * | Use the safe versions of the network system calls I have just added. | Thiago Macieira | 2009-07-02 | 1 | -1/+1 |
| | | | | | Reviewed-By: ossi | ||||
| * | Add the support for the EINTR- and CLOEXEC-safe network calls too. | Thiago Macieira | 2009-07-02 | 1 | -0/+153 |
| The SOCK_NONBLOCK, SOCK_CLOEXEC and accept4(2) calls are Linux-specific. Other platforms get the same behaviour through emulation. Reviewed-By: ossi | |||||
 |
index : Qt.git | |
| Qt s a cross-platform application framework that is used for developing application software that can be run on various software and hardware platforms with little or no change in the underlying codebase, while still being a native application with native capabilities and speed. |
| summaryrefslogtreecommitdiffstats |