Hi, and many thanks for you email. I have some thoughts on some, mostly
minor, points. I was not attending QtDD, so it might be, that it was already
discussed there, if that is so - sorry.
>Qt Project Missing Infrastructure
>=
>These are my notes from the 1 hour ses
How was this made?
http://wiki.qt-project.org/images/9/9c/OpenGovernance-Qt.png
I would like to add QtWeb and its QtFCGI subproject to it, since those have
been decided to be added on once we have a basic FCGI system going.
___
Development mailing list
D
Hi,
It works fine with the latest stable mingw-w64 release (gcc 4.6.1).
See this recent thread in the mingw-w64 mailing list:
http://thread.gmane.org/gmane.comp.gnu.mingw.w64.general/3622
On Sat, Oct 29, 2011 at 12:06 AM, andy fillebrown
wrote:
> AFAIK, python enabled gdb does not compile with
On 29/10/2011, at 6:14 AM, wrote:
>
>
> On 10/28/11 5:11 PM, "ext Stephen Kelly" wrote:
>
>> On Friday, October 28, 2011 16:24:08 Matt Williams wrote:
>>> On 28 October 2011 14:44, wrote:
I think that's reasonable in general. It's similar to what we do to
support pkgconfig
AFAIK, python enabled gdb does not compile with any version of 64 bit mingw.
Cheers,
~ andy.f
On Fri, Oct 28, 2011 at 10:28 AM, Pau Garcia i Quiles
wrote:
> Hi,
>
> According to the wiki, MinGW will only be supported for 32-bit compilations.
>
> http://developer.qt.nokia.com/wiki/Qt_5.0
>
> I
Qt Project Missing Infrastructure
=
These are my notes from the 1 hour session on missing infrastructure
for the Qt project taken
at QtDevDays2011 at the Qt contributor meeting.
* Bugtracker
* Currently on Nokia can close bugs
* Plan is that approvers will be a
On 10/28/11 5:11 PM, "ext Stephen Kelly" wrote:
>On Friday, October 28, 2011 16:24:08 Matt Williams wrote:
>> On 28 October 2011 14:44, wrote:
>> >
>> > I think that's reasonable in general. It's similar to what we do to
>> > support pkgconfig. I agree with Thiago's comment that this should b
On Friday, October 28, 2011 16:24:08 Matt Williams wrote:
> On 28 October 2011 14:44, wrote:
> >
> > I think that's reasonable in general. It's similar to what we do to
> > support pkgconfig. I agree with Thiago's comment that this should be
> > split and we should have one file per shared librar
Hi,
According to the wiki, MinGW will only be supported for 32-bit compilations.
http://developer.qt.nokia.com/wiki/Qt_5.0
I was wondering if there are any plans to add 64-bit to those
platforms, via mingw-w64 ( http://mingw-w64.sf.net ). KDE on Windows
moved from MinGW32 (mingw.org) to mingw-w6
On 28 October 2011 14:44, wrote:
> Hi Stephen,
>
> On 10/28/11 1:13 PM, "ext Stephen Kelly" wrote:
>
>>
>>Hi,
>>
>>== Summary ==
>>
>>I'm considering adding some cmake files to Qt, which would be installed
>>by Qt,
>>and which would make it easier for CMake based projects to depend on Qt.
>>
>>I
Hi Stephen,
On 10/28/11 1:13 PM, "ext Stephen Kelly" wrote:
>
>Hi,
>
>== Summary ==
>
>I'm considering adding some cmake files to Qt, which would be installed
>by Qt,
>and which would make it easier for CMake based projects to depend on Qt.
>
>I'm CC'ing the cmake developers too see what they t
On 10/28/11 3:26 PM, "ext Thiago Macieira" wrote:
>On Friday, 28 de October de 2011 14:21:23 Stephen Kelly wrote:
>> > Alternatively, let's be very clear: it's Qt5EssentialsConfig.cmake
>>and it
>> > includes NO other Qt addon. For those addons, they need to provide the
>> > Config files themselv
Hi,
On Friday 28 October 2011 15:30:45 Thiago Macieira wrote:
> On Friday, 28 de October de 2011 14:11:08 Sean Harmer wrote:
> > This class is similar to QVector but it provides circular semantics. For
> > example, appending to an already full circular buffer will overwrite the
> > oldest item i.e
On Friday, 28 de October de 2011 14:11:08 Sean Harmer wrote:
> This class is similar to QVector but it provides circular semantics. For
> example, appending to an already full circular buffer will overwrite the
> oldest item i.e. it forms a kind of LRU cache. The API is essentially a
> Qt'ified
On Friday, 28 de October de 2011 14:21:23 Stephen Kelly wrote:
> > Alternatively, let's be very clear: it's Qt5EssentialsConfig.cmake and it
> > includes NO other Qt addon. For those addons, they need to provide the
> > Config files themselves.
>
> Can you remind me where to find out what Qt5Essen
Hi,
I would like to introduce a new generic container class to Qt,
QCircularBuffer. This email is to see if there are any objections to doing so.
This class is similar to QVector but it provides circular semantics. For
example, appending to an already full circular buffer will overwrite the
ol
On 10/28/11 1:58 PM, "ext Thiago Macieira" wrote:
>On Friday, 28 de October de 2011 13:06:50 you wrote:
>> On Friday, October 28, 2011 12:58:43 PM ext Thiago Macieira wrote:
>> > On Monday, 24 de October de 2011 14:15:38 Thiago Macieira wrote:
>> > > > Isn't the right solution then to get your pa
On Friday, October 28, 2011 13:56:20 Thiago Macieira wrote:
> On Friday, 28 de October de 2011 13:13:20 Stephen Kelly wrote:
> > * If you want to be easily found for others to depend on, you write a
> >
> > Config.cmake file and install it to a location CMake
> > will use>
> > to find t
On Friday, 28 de October de 2011 13:06:50 you wrote:
> On Friday, October 28, 2011 12:58:43 PM ext Thiago Macieira wrote:
> > On Monday, 24 de October de 2011 14:15:38 Thiago Macieira wrote:
> > > > Isn't the right solution then to get your patch either upstream or
> > > > into
> > > > the
> > > >
On Friday, 28 de October de 2011 13:13:20 Stephen Kelly wrote:
> * If you want to be easily found for others to depend on, you write a
> Config.cmake file and install it to a location CMake will use
> to find things like that. I assume this is similar to how pkgconfig
> works, but I have nev
Hi,
== Summary ==
I'm considering adding some cmake files to Qt, which would be installed by Qt,
and which would make it easier for CMake based projects to depend on Qt.
I'm CC'ing the cmake developers too see what they think of the idea too.
== Clarification ==
To avoid misunderstanding:
*
On Friday, October 28, 2011 12:58:43 PM ext Thiago Macieira wrote:
> On Monday, 24 de October de 2011 14:15:38 Thiago Macieira wrote:
> > > Isn't the right solution then to get your patch either upstream or into
> > > the
> > > Qt copy?
> >
> > Yes and no. Yes, I should get my fixes into the Qt co
On Monday, 24 de October de 2011 14:15:38 Thiago Macieira wrote:
> > Isn't the right solution then to get your patch either upstream or into
> > the
> > Qt copy?
>
> Yes and no. Yes, I should get my fixes into the Qt copy (at least). But
> it's not a full solution since very often I have pending
23 matches
Mail list logo
