菜鸟一枚,求教win7-64bit在用qtcreator配置 执行make时报错

新手请教Qtcreator 界面的问题 welcome菜单_qt吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名:今日本吧第个签到,本吧因你更精彩,明天继续来努力!
本吧签到人数:0成为超级会员,使用一键签到本月漏签0次!成为超级会员,赠送8张补签卡连续签到:天&&累计签到:天超级会员单次开通12个月以上,赠送连续签到卡3张
关注:28,589贴子:
新手请教Qtcreator 界面的问题 welcome菜单收藏
Linux-Fedora系统,Qt4.8.5。两台电脑,4个虚拟机,都出了这个问题。
0基础电脑培训——变身高富帅!
如图,原来的Welcome菜单消失了,找不到调出来的地方,Window-View一直是灰的,网上只找到一个类似问题,问过老师老师说遇到过,也不知怎么回事,挺不方便的,求大神指教!!!!
选择“Help"-"About plugins",打开下面界面确保“welcome”存在并且打勾,没有的话就是缺少插件,插件所在的目录为C:\Qt\qtcreator-3.0.1\lib\qtcreator\plugins\QtProject里面,两个文件welcome.dll和welcome.pluginspec
谢谢大神!!的确是这个问题,也的确是缺少插件。我的情况是开始有,用Qt-creator一段时间后welcome消失。网上找到类似情况 我在考虑找到welcome.pluginspec这个文件放回去是不是就行了?不过单独照这个文件也找不到
登录百度帐号推荐应用
为兴趣而生,贴吧更懂你。或菜鸟一枚,求教win7-64bit在用QTcreator 执行make时报错_百度知道菜鸟,今天刚装的Qtcreator,编译出错,Nothing to be done for `first'.
[问题点数:20分,结帖人liketangfei]
菜鸟,今天刚装的Qtcreator,编译出错,Nothing to be done for `first'.
[问题点数:20分,结帖人liketangfei]
不显示删除回复
显示所有回复
显示星级回复
显示得分回复
只显示楼主
2011年8月 移动平台大版内专家分月排行榜第二2011年7月 移动平台大版内专家分月排行榜第二2011年3月 移动平台大版内专家分月排行榜第二
2012年8月 移动平台大版内专家分月排行榜第三2012年7月 移动平台大版内专家分月排行榜第三
本帖子已过去太久远了,不再提供回复功能。菜鸟一枚,求教win7-64bit在用QTcreator 执行make时报错_百度知道QT编程学习(28)
& 相信大家很多和我一样,用多了微软给的便利,用人家的就十分不习惯.于是就琢磨原来用到的功能现在要整顺手来,不然可让人怎么活啊! 本篇主要介绍实践使用,并非一篇完整教程,有待读者补充.^_^
& & 我们原本在VS上有一个大工程sln,里面有lib,有dll有exe,甚至还混搭了C#.用起来一点不觉得水土不服.现在要用QT重整,并且需要处处考虑换个平台不要让我改东西.作为探路先锋,先挑了几个基础工程出来做实验:
& & ↑当然,图中是已经成事之后了.想在qtcreator中弄一个工程集还真不是那么方便,我到处找过了,压根没有创建工程集的办法.纵使你可以一个pro一个pro的拖进去,最后也没法保存,下次打开还得重新一个一个pro的拖,没哪个傻蛋总这么干吧..所以首先就是要手动创建一个subdirs型的pro做为工程集,也就是上面看到的
**CloudBoard_win32.pro**(subdirs举例)
&&&&&&&&raknet\
&&&&onetengine
&&&&testDebugShow
onetengine.depends
= raknet omisc
testDebugShow.depends
+= ordered
& & 关于这个pro的详细写法,感觉qt文档写的很细碎,反正我是没看明白.就着广大网友的例子才有了上面一段.TEMPLATE=subdirs这是固定写法,声明是做工程集目录的.SUBDIRS是指明目录中有哪些项,可以嵌套另一个subdirs型的pro. 接下来可以详细定义其中的项目.如.depends表示左边的依赖=后面的项目.
指定子项的目录,不使用子项本身的名字.
明确指定该子项使用的pro文件,默认是根据名字自动找的,该项不和.subdir同时使用
.condition
Specifies a bld.inf define that must be true for subproject to be built. Available only on Symbian platform.
该子项依赖指定的子项,只在使用makefiles的平台有效
该子项的makefile,只在使用makefiles的平台有效
该子项的TARGET,只在使用makefiles的平台有效
& & 以上翻译可能有问题.重新总结一下.使用subdirs =a b c d声明的其实是4个子项的名字.默认你不多做说明的话,qmake根据名字自动去找子目录,启用子目录中的pro文件(名字优先匹配).如果你特别说明a.subdir=./z或者a.file=./z/z.pro就可以不受名字限制. 至于.makefile,应该是你混用第三方库的时候才有必要手动指定使用的makefile.
target可以在子pro中指定,除非你觉得这里比较统一方便修改.其余的未实践不多说.
**omisc.pro**(staticlib举例)
-= gui&& ①
= misc&& ②
= lib& #固定写法
+= staticlib&& #静态库固定写法
+=&& ③
= $$_PRO_FILE_PWD_/../lib& ④
&&&&ostatic.cpp
&&&&odebugoutput.cpp
+= omisc.h \
&&&&ostatic.h
&&&&ostringmap.hpp
&&&&odebugoutput.h
unix:!symbian
&&&&maemo5
&&&&&&&&target.path
= /opt/usr/lib
&&&&}&else&{
&&&&&&&&target.path
= /usr/lib
&&&&INSTALLS
+= target
①&QT&是使用的QT库,从平时向导创建工程可以看出,QT默认是包含gui和core,如果你不用,他自动生成的就是&
QT-=core gui.此处QT-=gui表示我们还用了core&
②TARGET是生成目标,名字不做修饰(不加.a/.lib/.dll)的好处是让qt帮我们加,在不同平台不用我们考虑差别.&
同时这里的名字是可以前置路径的,如../lib/misc.它会生成在相对生成目录上一级的lib下.不过我劝你还是不要写相对路径了,因为在windows下会多出debug/release目录,目录深度不同,你换一个平台得重写.这还有更好的办法,后面继续.&
③DEFINES是VS里面的预定义头,就是定义宏,哎哟总算见着熟人了~&
④DESTDIR就是刚才②说的好办法.它控制最终的输出,相当于VS的OurDir.此处我们控制它输出到$$_PRO_FILE_PWD_/../lib.前面$$开头的是一个pro变量&,存放的是工程路径,就是CloudBoard_win32.pro的路径,还有更多的定义参考Qt助手.
你可以用类似message($$_PRO_FILE_)的语句测试变量到底是什么值.具体使用是:写在pro中,右键pro的工程执行qmake.从编译输出中可以看到.
⑤最后这段是自动产生的,本人实在没有仔细研究,看样子应该是一种指定target目录的办法.而unix:!symbian让人不难想到,这是在筛选特定平台.具体的欢迎您测试后补充^_^
& & raknet相信很多童鞋了解,本案简单将其代码编译成staticlib,DESTDIR=$$_PRO_FILE_PWD_/../lib完工
**onetengine.pro**(动态库举例)
../common.pri ) {& ①
&&&&error(&
Couldn't find the common.pri file! &)
+= network xml
= netengine
= ../bin& #基于生成目录
INCLUDEPATH
+=& ../omisc ../raknet/source& ②
DEPENDPATH
+= ../omisc ../raknet/source #基于工程目录
win32:LIBS
+= -lWs2_32& ③
+= -lmisc -lraknet
+= ONETENGINE_LIBRARY& ④
+= onetengine.cpp \
&&&&netengine_export.cpp
+= onetengine.h\
&&&&&&&&onetengine_global.h
&&&&../include/macrodefine.h
&&&&../interface/isinkfornetengine.h
&&&&../interface/inetengine.h
**common.pri**(pro包含举例)
INCLUDEPATH
+= ../interface ../include& ⑤
+= -L$$QTDIR/lib
+= -L../../src/lib
+= -L../lib
①没错,pro中也是可以include的,以当前文件为起点将上一层的common.pri包含进来.common.pri中的相对路径依然以当前pro路径为基础.&
②INCLUDEPATH是包含目录,类似于VS中的附加包含目录.至于&DEPENDPATH本人实事求是没有研究不明白有什么用.欢迎补充^_^
③使用筛选器,仅在win32下增加Ws2_32.lib的导入. LIBS相当于VS中的附加依赖库,不同的是可以通过-L指定库目录,-l指定库名.其间没有空格的哦.例如上面的LIBS+=-L../lib -lmisc就是可以到../lib中找misc库.misc没有说明.a还是.lib是让qt帮我们做.你也可以指定.lib,然后通过筛选器把其他平台的也写一下.
④提供宏定义ONETENGINE_LIBRARY是因为在向导创建动态库的时候qtcreator帮我们定义了这样的
ONETENGINE_GLOBAL_H
ONETENGINE_GLOBAL_H
&QtCore/qglobal.h&
defined(ONETENGINE_LIBRARY)
define ONETENGINESHARED_EXPORT Q_DECL_EXPORT
define ONETENGINESHARED_EXPORT Q_DECL_IMPORT
// ONETENGINE_GLOBAL_H
提供宏定义ONETENGINE_LIBRARY决定了该工程的作用是导出动态库的.
⑤最后common.pri只是定义了几项公共的没有平台差异的信息
& & 好了,testDebugShow的工程pro就不多说了,它和动态库的很相似,只有TEMPLATE=app没有XXXX_LIBRARY的宏定义而已.
& & 最后补充一点,为什么总的工程名要叫CloudBoard_win32呢,明眼人一看就知道这是要分平台了呢.没错,一开始我也觉得一个pro就搞定了,里面可以有筛选器,一份pro足以应付.但是实际是qtcreator会为pro产生同名的.user文件,qtcreator的一些配置会写在.user里面,例如最关键的qtSDK位置,编译工具,构建/生成设置等.这些必须根据生成所处的环境区别设置.
所以当你原样跑到Linux下,启动pro就会告诉你配置是别处读来的,是否使用?是:配置一定是错的,否:配置被清洗.这都不是我们希望的.所以唯有分平台建总pro了.
秉承开源精神,以上内容欢迎纠正,补充!
尊重原创,尊重知识产权,从我做起.@
本文感谢众多网贴,不过因为大片雷同,我也不知道原作者究竟是谁.
对一搜一大片全部雷同文章的现状很烦恼,很浪费时间.倡议大家多做总结,分享消化提炼后的有用知识!
参考知识库
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
访问:74467次
积分:1313
积分:1313
排名:千里之外
原创:46篇
转载:80篇
评论:12条
(1)(1)(2)(8)(9)(16)(29)(18)(1)(7)(25)(9)

我要回帖

更多关于 qtcreator下载 的文章

 

随机推荐