On Thursday, 19 de January de 2012 18.19.37, Till Oliver Knoll wrote:
> First off, the fact that it works with gcc on Linux doesn't give us any
> confirmation whether your code/build instructions/compiler switches are
> correct on Windows! Why? Because that "__declspec(dll_export/import)" stuff
> i
Am 19.01.2012 um 14:18 schrieb erick oliveira da silva :
> Hi Till,
>
>
> Depending on your code it *might* be necessary (and hence correct behaviour)
> to export the /entire/ class!
>
> In my case, I unfortunatelly really need to export functions, not classes.
> And the same program works i
On Thursday, 19 de January de 2012 15.10.06, Carl Schumann wrote:
> Thanks for your response. We are using GCC 4.1.2.
That's pretty old... We support GCC 4.2 only because that's what Apple ships
Mac OS X with. Given the choice, we'd rather support compilers released in the
past 3 or 4 years onl
Thanks for your response. We are using GCC 4.1.2.
On 1/19/2012 3:01 PM, Thiago Macieira wrote:
> On Thursday, 19 de January de 2012 11.26.51, Alan Ezust wrote:
>> The key line is this one:
>>> cc1plus: warnings being treated as errors
>> If you edit the file WebKit.pri and comment the line
>>
>
On Thursday, 19 de January de 2012 11.26.51, Alan Ezust wrote:
> The key line is this one:
> > cc1plus: warnings being treated as errors
>
> If you edit the file WebKit.pri and comment the line
>
> #
> !CONFIG(standalone_package):isEqual(QT_ARCH,x86_64)|isEqual(QT_ARCH,i386):
> QMAKE_CXXFLAGS +=
Running Qt Creator on Fedora 9. I want to setup a Generic Linux Device
to allow me to deploy to (and eventually test from) another Linux box.
I'm not very experienced with Linux so I'm probably missing something.
I can connect to the target box using SSH.
I try using the tool to build the gene
The key line is this one:
> cc1plus: warnings being treated as errors
If you edit the file WebKit.pri and comment the line
#
!CONFIG(standalone_package):isEqual(QT_ARCH,x86_64)|isEqual(QT_ARCH,i386):
QMAKE_CXXFLAGS += -Werror
And rebuild, that should make the problem go away.
On Thu, Jan 19,
It came back after I rebooted the system!
I don't understand it. Sometimes it disappears for reasons unknown to me.
Lately while building for Symbian.
On Thu, Jan 19, 2012 at 9:55 AM, Jason H wrote:
> No, it's there. It's probably because you don't have a .pro file or
> something like that? I
Qt community,
My system admin is attempting to install
qt-everywhere-opensource-src-4.8.0 for my use. She gets some errors
during the build process. The errors are attached. Any insight into
what is going wrong with our installation would be appreciated please.
Thanks for any help.
S
Maybe you don't have Qt installed (as far as Creator is concerned, so it can't
find a qmake?)
Or your project is tied to a configuration/version of qt that you do not have?
From: Alan Ezust
To: Karl Ruetz
Cc: interest@qt-project.org
Sent: Thursday, January
No, it's there. It's probably because you don't have a .pro file or something
like that? I'm thinking you should make a new Qt project and see...
But I assure you in all recent versions, and including 2.4 it is there.
From: Alan Ezust
To: Karl Ruetz
Cc: int
On 19.01.12 17:18:05, erick oliveira da silva wrote:
> > Depending on your code it *might* be necessary (and hence correct
> > behaviour) to export the /entire/ class!
>
> In my case, I unfortunatelly really need to export functions, not classes.
> And the same program works in Linux with gcc.
So
I used to have it there too. But now it's gone :-(
On Wed, Jan 18, 2012 at 9:56 AM, Karl Ruetz wrote:
> I have it under the Build menu; 4th item from the bottom.
> Karl
>
> I am using qt creator 2.4 on windows and i can't find the "run qmake"
> command anymore. where did it go?
>
>
>
___
Hi Till,
> Depending on your code it *might* be necessary (and hence correct
> behaviour) to export the /entire/ class!
>
In my case, I unfortunatelly really need to export functions, not classes.
And the same program works in Linux with gcc.
>
> This might be due to the generated code by moc,
On 19/01/2012 03:44, ext liang jian wrote:
> I have heard that Qt vs-addin has been handed over to digia for
> future development, is that to say there will be no Qt vs-addin for
> Qt5 available for free?
See Digia's comment to the future of the add-in:
http://labs.qt.nokia.com/2011/12/19/qt
Am 19.01.2012 um 10:51 schrieb erick oliveira da silva :
> Hi Folks,
>
> Just a last update about my problem:
>
> 1) With mingw at windows, I can't build a shared library exporting a
> function, using a Qt library statically built ( -static option in configure
> ). It is strange: if I expor
Hi Folks,
Just a last update about my problem:
1) With mingw at windows, I can't build a shared library exporting a
function, using a Qt library statically built ( *-static* option in *configure
*). It is strange: if I export a class, the .dll is built suscessfully, and
works. If I write and expo
After drag and drop in the hierarchy the last item's text is invisible.
Only in windows this is happening in linux no problem. Has anyone come
across this problem Please give some advice. Thanks Sujan
Kind regards,
Sujan Dasmahapatra
Project Leader, Aero Group
CE - Aero Group
Tel
Hi,
after upgrade i have noticed in my development machine that the detected
displayFormat for dates have changed, my detected QLocale it's the same
(Spain/Spanish), i have compared with previous versions and i get this:
old:
QDateEdit().displayFormat() -> dd/MM/yy
QLocale.system().da
On 19.01.12 11:06:45, Andreas Pakulat wrote:
> On 19.01.12 10:37:09, Konrad Rosenbaum wrote:
> > On Thursday 19 January 2012 08:15:21 Vincent Cai wrote:
> > > When I try remove debug_and_release from CONFIG,
> > > CONFIG -= debug_and_release
> >
> > I don't think "debug_and_release" is a valid con
On 19.01.12 10:37:09, Konrad Rosenbaum wrote:
> On Thursday 19 January 2012 08:15:21 Vincent Cai wrote:
> > When I try remove debug_and_release from CONFIG,
> > CONFIG -= debug_and_release
>
> I don't think "debug_and_release" is a valid configuration beyond building Qt
> itself.
Actually it is,
Actually, I have done what you said as below shown:
CONFIG -= debug_and_release #TODO: why can't remove this configuration
CONFIG -= release
CONFIG += debug
-Original Message-
From: interest-bounces+wcai=cypress@qt-project.org
[mailto:interest-bounces+wcai=cypress@qt-project.org]
On Thursday 19 January 2012 08:15:21 Vincent Cai wrote:
> When I try remove debug_and_release from CONFIG,
> CONFIG -= debug_and_release
I don't think "debug_and_release" is a valid configuration beyond building Qt
itself. Instead of removing this class of config option you should either do
CONF
Yes Andre and Pritam
I tried this and handling separetly the debug and release mode its working fine
for both now. Thanks a lot for your help. Thanks Sujan
Kind regards,
Sujan Dasmahapatra
Project Leader, Aero Group
CE - Aero Group
Tel +91 80 66470248
Mob
s...@lmwindpower.com
LM Wind Powe
On Thu, Jan 19, 2012 at 07:49:10AM +0100, Sujan Dasmahapatra wrote:
> I need specify each time that which dll I want to link in the .pro file. If
> build in debug mode I need to write
> LIBS += -LC:/Qt/4.8.0_nonsql/src/3rdparty/qwt-5.2.1/lib -lqwtd5
> If I build in release mode then I need to cha
Hi Sujan,
you can write conditions like this in your pro file
CONFIG(debug, debug|release) {
message(Debug Mode!)
} else {
message(Release Mode!)
}
for detailed description look at qmake reference.
On Thursday 19 January 2012 12:19 PM, Sujan Dasmahapatra wrote:
> Rathmann
>
> I ne
26 matches
Mail list logo
