qt的代码本身在windows和linux底下用qtcreator编译可以跨平台，但要发布的话还要手动的静态编译qtcreator源码，mac,ios开发好像要用mac平台下的软件，android一般是java,python之类的，qt没听说过。qt是c++的超集，加了些qt自己的库而已。
临清网站建设公司创新互联,临清网站设计制作，有大型网站制作公司丰富经验。已为临清上千多家提供企业网站建设服务。企业网站搭建\成都外贸网站建设公司要多少钱，请找那个售后服务好的临清做网站的公司定做！
接着是黑莓中国的开发者关系主管，主要讲了黑莓10的生态系统，重点表示在
可以说几近支持市面上大多数通用型开发框架了，同时还支持大多数开源库和
从Qt5.1开始，Qt将正式支持在安卓上的
开始编译安装：
一、X11编译：
1.进入qt-x11-opensource-src-4.5.0源码目录。
./configure -no-openssl
在我这里必须加上-no-openssl选项，否则在make过程中，编译到ssl时会报错。出错信息为：
ssl/qsslsocket_openssl_symbols_p.h:264: error: variable or field ‘q_sk_free’
declared void
ssl/qsslsocket_openssl_symbols_p.h:264: error: ‘STACK’ was
not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:264: error:
‘a’ was not declared in this scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: ‘STACK’ was not declared in this
scope
ssl/qsslsocket_openssl_symbols_p.h:265: error: ‘a’ was not declared
in this scope
……
……
默认安装路径为
/usr/local/Trolltech/Qt-4.5.0。可用--prefix 指定其他安装路径。
2. gmake
# linux下一般可直接用make代替gmake。如果要加快编译速度，就加上 -jx ，x表示最大的线程数。
3.
gmake install
二、qt-embedded-x86编译:
1.进入qt-embedded-linux-opensource-src-4.5.0-x86源码目录。
./configure -prefix
/usr/local/Trolltech/QtEmbedded-4.5.0-x86 -embedded x86 -no-openssl -qt-gfx-qvfb
-qt-kbd-qvfb -qt-mouse-qvfb
先后配置了安装目录、嵌入式架构（x86）。同时也跟X11版本一样，配置了
-no-openssl，没有这一项的话，make的过程中会出现跟编译X11时一样的错误。再后面的几项是为了更好的配合qvfb，网上说如果没有这几项，安装好qt-embedded-x86后想在qvfb上调试程序时，会出现类似下面的错误：
Error opening buffer device /dev/fb0QScreenLinuxFb::connect: No such
file or directory
2. gmake
跟x11版一样
3. gamke
install
三、qt-embedded-arm:
与前面两个不同，在编译arm版本的qt-embedded前，必须确认已经安装了交叉工具链，编译过程中要生成许多arm架构的库，所以必须有arm-linux-gcc、arm-linux-g++等工具。我用的是友善提供的arm-linux-gcc-4.5.1版本。
1. 进入qt-embedded-linux-opensource-src-4.5.0-arm源码目录。
./configure -prefix
/usr/local/Trolltech/QtEmbedded-4.5.0-arm -embedded arm -no-openssl
-qt-libpng
指定了安装路径、嵌入式架构。同时也跟X11版本一样，配置了
-no-openssl，没有这一项的话，make的过程中会出现跟编译X11时一样的错误。
另外，还增加了一项，
-qt-libpng，这个选项应该是关于png相关的库，指定用qt自带的png库。如果没有这一项，我这里会出现如下错误：
image/qpnghandler.cpp: In member function 'virtual QVariant
QPngHandler::option(QImageIOHandler::ImageOption) const':
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated
(declared at
/opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:35: warning: 'png_info_struct::width' is deprecated
(declared at
/opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:639)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated
(declared at
/opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
image/qpnghandler.cpp:950:55: warning: 'png_info_struct::height' is deprecated
(declared at
/opt/FriendlyARM/toolschain/4.5.1/lib/gcc/arm-none-linux-gnueabi/4.5.1/../../../../arm-none-linux-gnueabi/include/png.h:640)
make[1]: *** [.obj/release-shared-emb-arm/qpnghandler.o] 错误 1
make[1]:
*** 正在等待未完成的任务....
make[1]: Leaving directory
`/root/qt4.5.0/qt-embedded-linux-opensource-src-4.5.0-arm/src/gui'
make:
*** [sub-gui-make_default-ordered] 错误 2
看起来像是我的交叉工具链跟这个QT版本匹配的不太好，Qt好像不太兼容交叉工具链的png.h头文件中定义的数据结构。加上 -qt-libpng
可解决此问题。
四、qvfb:
这时QT就已安装成功。但是还需要额外安装qvfb。
进入qt-x11-opensource-src-4.5.0源码包目录，然后
cd tools/qvfb
在qvfb源码目录下运行
make
会在qt-x11-opensource-src-4.5.0/bin下生成qvfb,我们将它copy至/usr/local/Trolltech/QtEmbedded-4.5.0-x86/bin下即可。
end:
到这里，QT的开发环境基本就搭建好了，利用 qt-embedded-x86 和 qvfb
工具可以很方便的调试QT程序，调试好的程序再经 qt-embedded-arm
编译就可在开发板上运行(还有个小问题，我现在编译好的QT程序虽然可以在开发板上运行，但是运行时触摸屏不能用，只能用USB鼠标控制，想支持触摸屏貌似还需要移植tslib库，等我折腾完了再回来把相关内容补充上)。
这主要体现在一下3点：1.关于跨平台： Qt的一大优势就是跨平台，一份代码若准守Qt标准开发，那么理论上可以跨所有Qt支持的平台并且不需要修改。但是这个是有代价的。比如说对于iOS平台，若用OC或者swift，可能用1份的开发时间就可以完成开发，但是用Qt可能是1.5份。这主要体现在Qt在移动平台没有提供现成的、成熟的（Qt目前有一个lab，是一个控件包，针对移动平台有做优化，但是还在测试阶段）控件供应开发者使用。比如说Qt没有侧滑窗口、没有滑动返回、没有顶部状态栏，很多东西都需要自己造轮子，非常浪费时间，而且效果不一定好。我记得5.5的时候，连访问系统相册这个功能都没有，要自己写OC代码去访问，不过5.6加上了。这个开发的工作量，对于一个没有跨平台需求的App，明显是不合适的。但是如果有跨平台需求，那么可能是1.5份的开发量，就可以获得iOS+Android两份平台的App，相比2份的开发量性价比就上来了。而且如果有需求还可以部署到WP、UbuntuPhone等移动平台。2.关于Quick Qt从5开始，就主推界面用Quick开发（Quick是框架，QML是配合Quick的一个语言），然后用C++开发复杂的逻辑。这个愿景是好的，但是推行真的很慢。这是因为新的框架也就是Quick，带来了新的学习成本，这个直接就吓跑了很多人。我知道很多用Qt的人，即使开发了N年Widgets，对Qucik也可能都是完全没有接触的状态。当然Quick本身是好的，相比Widgets开发效率高、漂亮、运行速度快。另外，如果是Widgets开发移动端App，我建议你直接打消这个念头，还是算了。这主要是因为用Widgets开发的程序，各方面实在是太差了。比如说Widgets很多界面都是CPU绘制的，然后移动平台CPU本来就弱，这就导致了界面很卡。还有开发效率也低。3.关于成熟度 从目前Qt5.6的角度看，已经加入了很多以前没有的模块了，我觉得用于Qt开发一些基础的App，已经完全可以胜任了。但是对于功能复杂的App，我建议还是权衡一下比较好。还有就是现在很多SDK包，都只对原生框架做了适配，用Qt开发意味着还是要回到原生框架去处理一些通讯、交互什么的，这个也要注意。