Yes, MinGW works well, the default input-char-set of which is UTF-8
,no matter whether BOM exists or not.
The behavior is the same as GCC under linux.
Debao
On Thu, Jun 7, 2012 at 12:52 PM, Konstantin Ritt wrote:
> #g++ -std=c++0x len.cpp
> #a.exe
>> It's quite good
>
> both gcc-4.4.0 and gcc-4.
#g++ -std=c++0x len.cpp
#a.exe
> It's quite good
both gcc-4.4.0 and gcc-4.6.2, MinGW32
Regards,
Konstantin
2012/6/7 Jürgen Hunold :
> Hi Thiago,
>
> On Thursday, 7. June 2012 21:27:29 Thiago Macieira wrote:
>> Anyway, MSVC is now on my list of "crap". I wonder what MinGW is doing on
>> Windows.
Thiago, Konstantin is a name )
Regards,
Konstantin
2012/6/7 Giuseppe D'Angelo :
> +1 from me. He has done very valuable contributions since the
> Gitorious merge requests time.
>
> Cheers,
> --
> Giuseppe D'Angelo
> ___
> Development mailing list
> Dev
On Thu, Jun 07, 2012 at 10:43:45AM -0700, Girish Ramakrishnan wrote:
> Hi all, I would like to nominate Ritt Konstantin for approver status.
> He's been contributing to Qt since a very long time, so I think this
> is a mere formality
I think so, too. Seconded.
Andre'
_
Hi Thiago,
On Thursday, 7. June 2012 21:27:29 Thiago Macieira wrote:
> Anyway, MSVC is now on my list of "crap". I wonder what MinGW is doing on
> Windows.
>
> Can anyone save the (UTF-8 encoded) attached source file and run it? Don't
> forget to compile with -std=c++0x.
E:\Home\hunold\src\tes
+1 from me. He has done very valuable contributions since the
Gitorious merge requests time.
Cheers,
--
Giuseppe D'Angelo
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.org/mailman/listinfo/development
On quinta-feira, 7 de junho de 2012 10.43.45, Girish Ramakrishnan wrote:
> Hi all,
> I would like to nominate Ritt Konstantin for approver status. He's
> been contributing to Qt since a very long time, so I think this is a
> mere formality
> (http://blog.rburchell.com/2010/10/qt-contribution-ecosys
On quinta-feira, 7 de junho de 2012 11.09.52, 1+1=2 wrote:
> Hi Thiago,
>
> The real problem is caused by MSVC2005, as they can't generate UTF-8
> exec-charset.
>
> >From MSVC2010-SP1, they provided a workaround for this:
> 1) Source file saved with BOM
> 2) contains "#pragma execution_character_
Hi Thiago,
The real problem is caused by MSVC2005, as they can't generate UTF-8
exec-charset.
>From MSVC2010-SP1, they provided a workaround for this:
1) Source file saved with BOM
2) contains "#pragma execution_character_set("utf-8")"
This is not bad for Chinese users. Let's see what happened:
On Thu, Jun 7, 2012 at 10:43 AM, Girish Ramakrishnan
wrote:
> Hi all,
> I would like to nominate Ritt Konstantin for approver status. He's
> been contributing to Qt since a very long time, so I think this is a
> mere formality
> (http://blog.rburchell.com/2010/10/qt-contribution-ecosystem.html).
Hi all,
I would like to nominate Ritt Konstantin for approver status. He's
been contributing to Qt since a very long time, so I think this is a
mere formality
(http://blog.rburchell.com/2010/10/qt-contribution-ecosystem.html).
His dashboard can be found at:
https://codereview.qt-project.org/#dash
Hi there,
Although mostly fixes go into Qt 5 first, I think at some point an exception
for patches from Digia was discussed as long as they are forward ported
promptly (a few other patches fell through the cracks too).
http://www.mail-archive.com/development@qt-project.org/msg01340.html
The f
On 07/06/2012 02:40, Sean Harmer wrote:
> On Thursday 07 June 2012 09:41:49 Thiago Macieira wrote:
>> Do we need to?
>>
>> I know the Gerrit control is a script that Sergio wrote one year ago. I
>> think we need a two-step solution:
>>
>> 1) make a command stream that has a "here, start testing thi
On Thu, Jun 07, 2012 at 01:02:31PM +0200, ext Thiago Macieira wrote:
> On quinta-feira, 7 de junho de 2012 11.52.34, Oswald Buddenhagen wrote:
> > > I disagree.
> >
> > you need to provide arguments which refute my "it only makes things
> > worse" stance.
> >
> > > Maybe you'll want to revert thi
Op 7-6-2012 13:28, Peter Kümmel schreef:
> On 07.06.2012 08:35, Rohan McGovern wrote:
>> Molkentin Daniel (Nokia-MP/Berlin) said:
It means that the current CI infrastructure is operated by Nokia and
can't have build nodes plugged in from outside of Nokia premises. So,
if you need to
On 07.06.2012 08:35, Rohan McGovern wrote:
> Molkentin Daniel (Nokia-MP/Berlin) said:
>>
>>> It means that the current CI infrastructure is operated by Nokia and
>>> can't have build nodes plugged in from outside of Nokia premises. So,
>>> if you need to manage your own build nodes, there is curre
On Thursday 07 June 2012 10:50:12 Turunen Tuukka wrote:
> Well, that is what we are doing already. The fact that Nokia CI runs Pulse
> and ours runs Bamboo, does not mean anything. It is the procedures and
> people that matter. And those we are sharing already.
Could you provide the Qt community w
On domingo, 22 de abril de 2012 12.49.59, Thiago Macieira wrote:
> So the solution to make everything work is:
> 1) always use UTF-8 encoded files
> 2) mark your US-ASCII strings with QLatin1String
> 3) everything else will either auto-convert, or use QString::fromUtf8 or
> QStringLiteral
>
On quinta-feira, 7 de junho de 2012 11.52.34, Oswald Buddenhagen wrote:
> > I disagree.
>
> you need to provide arguments which refute my "it only makes things
> worse" stance.
>
> > Maybe you'll want to revert this then:
> > https://codereview.qt-project.org/#change,22854
>
> indeed
My argument i
On 7.6.2012 13.15, "Sean Harmer" wrote:
>On Thursday 07 June 2012 06:21:04 Turunen Tuukka wrote:
>> At Digia, Qt Commercial, we have our own CI & release test system which
>>is
>> based on an Atlassian tool called Bamboo. We have a much wider set of
>> platforms and configurations running than i
On Thursday 07 June 2012 06:21:04 Turunen Tuukka wrote:
> At Digia, Qt Commercial, we have our own CI & release test system which is
> based on an Atlassian tool called Bamboo. We have a much wider set of
> platforms and configurations running than in the Nokia CI system, but we
> value very much t
On Thursday 07 June 2012 10:40:32 Sean Harmer wrote:
> I will file a JIRA task as Rohan suggested so that we can coordinate things
> there.
Done: https://bugreports.qt-project.org/browse/QTQAINFRA-532
Sean
___
Development mailing list
Development@qt-p
On Thu, Jun 07, 2012 at 10:20:58AM +0200, ext Thiago Macieira wrote:
> On quinta-feira, 7 de junho de 2012 10.06.31, Oswald Buddenhagen wrote:
> > it's not a no-op as soon as we actually implement some escaping
> > mechanism.
> > as joao pointed out, it is all about applying the decoding and escapi
On Thursday 07 June 2012 09:41:49 Thiago Macieira wrote:
> Do we need to?
>
> I know the Gerrit control is a script that Sergio wrote one year ago. I
> think we need a two-step solution:
>
> 1) make a command stream that has a "here, start testing this". It can be
> something as simple as a publ
Hi there,
In January I changed a virtual method in QAbstractItemView:
https://codereview.qt-project.org/#change,11315
which brought symmetry after an older change in QAIM:
https://codereview.qt-project.org/#change,9395
In that change I added a QSet to the method, but after discussing it with
On quinta-feira, 7 de junho de 2012 10.06.31, Oswald Buddenhagen wrote:
> it's not a no-op as soon as we actually implement some escaping
> mechanism.
> as joao pointed out, it is all about applying the decoding and escaping
> at the right layer - which is exactly when using posix file i/o
> functi
On Thu, Jun 07, 2012 at 12:33:04AM +0200, ext Thiago Macieira wrote:
> On quarta-feira, 6 de junho de 2012 21.21.28, Oswald Buddenhagen wrote:
> > > 3) make QProcess use QFile::encodeName for its arguments (no-op right
> > >now) 4) make QCoreApplication parse its arguments using QFile::decodeName
On quinta-feira, 7 de junho de 2012 06.47.11, lars.kn...@nokia.com wrote:
> >The new optimisation does not introduce "delete value" into the reference-
> >dropping code path. That is still:
> >
> > d->destroy()
> >which does:
> >void destroy() { destroyer(this); }
> > (destroyer
On quinta-feira, 7 de junho de 2012 05.53.01, daniel.molken...@nokia.com
wrote:
> How likely/far away is it that we can switch from Pulse to Jenkins for CI?
> Because in that case, we could federate CI builds.
>
> Given that the actual logic should be shell/perl/python scripts, this should
> be doa
On 6/6/12 9:21 PM, "ext Oswald Buddenhagen"
wrote:
>On Wed, Jun 06, 2012 at 04:51:14PM +0200, ext João Abecasis wrote:
>> Thiago Macieira wrote:
>> > So you're asking that filenames be passed on the locale encoding
>>(say, UTF-8)
>> > on the command-line, regardless of what the filesystem enco
30 matches
Mail list logo
