On terça-feira, 30 de outubro de 2012 06.47.06, Алексей Павлов wrote:
> 2012/10/30 Thiago Macieira
>
> > Erlang, Eiffel, Lua, or Tcl.
> >
> Oh no problem :) Tomorrow I build all of these ))
>
> P.S. Python, Tcl/Tk and Ruby I already build with mingw)
I was kidding, you know.
--
Thiago Macieira -
2012/10/30 Thiago Macieira
>
>
> Erlang, Eiffel, Lua, or Tcl.
>
> Oh no problem :) Tomorrow I build all of these ))
P.S. Python, Tcl/Tk and Ruby I already build with mingw)
___
Development mailing list
Development@qt-project.org
http://lists.qt-project.o
On segunda-feira, 29 de outubro de 2012 15.20.20, Thiago Macieira wrote:
> * Default paths:
> The defaults on a regular Unix or Windows installs are:
> -bindir$prefix/bin [unchanged]
> -libdir$prefix/lib [unchanged]
> -libexecdir$prefix/lib/qt5/libexec [new]
On terça-feira, 30 de outubro de 2012 10.12.02, Chris Adams wrote:
> qml2scene makes more sense than qml2viewer, in my opinion.
Thanks, that means I don't need to change anything. It also helps in Qt
Creator because it knows that Qt Quick 2 = scene and Qt Quick 1 = viewer.
> I've added some comme
Hi,
[snip]
> Question: qml2scene or qml2viewer? If no one speaks up, it will be
> qml2scene.
> The patches for that are ready, pending approval.
>
[snip]
>
> The relevant changes are:
> Qt Quick 1 & 2:
> https://codereview.qt-project.org/37104 (QQ1's imports with no
> subdir)
>
On terça-feira, 30 de outubro de 2012 00.34.10, Алексей Павлов wrote:
> The day before I tried to build Qt5 from git. As usually I get errors,
> but every time I come across a new dependency. I have already installed
> Python, DirectX SDK and now I get error:
>
> ruby
> C:/SDK/sources/qt5/qtwebkit/
Hello again
Here's the current status:
* Qt Quick 1 and 2 de-conflicting:
The Qt Quick 1 library is renamed and the patches are in. The library is
called QtDeclarative again.
Qt Quick 1 retains its import paths in QLibraryInfo::ImportsPath /
$$[QT_INSTALL_IMPORTS], with no subdir. Qt Quick 2 i
The day before I tried to build Qt5 from git. As usually I get errors,
but every time I come across a new dependency. I have already installed
Python, DirectX SDK and now I get error:
ruby
C:/SDK/sources/qt5/qtwebkit/Source/JavaScriptCore/offlineasm/generate_offset_extractor.rb
llint\LowLevelInter
On 29/10/2012 14:29, Anttila Janne wrote:
> 4. Marked flaky tst_qlocalsocket autotest insignificant:
> https://codereview.qt-project.org/38137
Could you please point me to a log that shows that this test is flaky in
Qt 4.8? I can then look into this issue.
I've introduced (and fixed) tst_q
On segunda-feira, 29 de outubro de 2012 16.28.17, Jan Kundrát wrote:
> So, given that `date` reports the time correctly, I suspect that Qt is using
> some strange way of obtaining the TZ information. Do you have any ideas
> about what is confusing it to believe that DST is still active on this box?
On Monday, October 29, 2012 04:28:17 PM Jan Kundrát wrote:
> However, `mitchc` on #qt kindly confirms that he also gets "CEST" in
> QDateTime's output, even after a reboot since the DST change. He says that
> brokenDown's tm_isdst is *not* set for him.
Mine looks like:
tm_gmtoff = 3600
tm_hour =
Hi,
I'm on x86_64 Gentoo Linux (timezone-data 2012c, glibc 2.15-r2), using Qt
4.8.3. My timezone is set to Europe/Prague via the /etc/localtime file. I do
not have the TZ environment variable set.
Calling qDebug() <<
QDateTime::currentDateTime().toString(Qt::SystemLocaleLongDate); shows me
cor
On segunda-feira, 29 de outubro de 2012 09.06.48, Katajisto Teemu wrote:
> >With "the mac issue", do you refer to yet another issue? Because the
> >above issue was observed on Linux (and I don't know if it is platform
> >dependent or generic).
>
> "The Mac issue" is about qmake variables causing
Hi,
There have been various problems on Qt 4.8 CI since we moved that project
from Nokia to Digia hosting - I'm sorry that those problems have been
preventing you to get anything in to Qt 4.8 since last Thursday.
Apparently I made wrong decision to move 4.8 CI from Nokia hosting to Digia
hosti
On 29/10/12 08:30, Sorvig Morten wrote:
> On Oct 27, 2012, at 5:09 PM, Olivier Goffart wrote:
>
>> On Saturday 27 October 2012 14:16:18 Philip Ashmore wrote:
>>> Hi there.
>>>
>>> I'm talking about http://en.wikipedia.org/wiki/Google_Native_Client
>>>
>>> Is anyone thinking of building Qt5 as nacl
> From: thiago.macie...@intel.com> To: jason.bar...@outlook.com
> Subject: Re: [Development] Heads up for Windows devs: ANGLE landing soon
> Date: Fri, 26 Oct 2012 11:53:52 -0700
>
> On terça-feira, 23 de outubro de 2012 08.26.51, Jason Barron wrote:
> > https://codereview.qt-project.org/#change,3
On Oct 27, 2012, at 6:08 PM, Sze Howe Koh wrote:
> On Sat, Oct 27, 2012 at 1:10 AM, Stephen Kelly wrote:
>> I think this is a good initiative. See also
>>
>> https://codereview.qt-project.org/#change,37727
>>
>> which is a move in the opposite direction.
>
> Thanks for replying, and for the
On Sunday, October 28, 2012 00:08:21 Sze Howe Koh wrote:
> //=
> // Analysis and conclusion
> //=
>
> Proposal 2 has more pros and fewer cons than Proposal 1. Proposal 1's
> strength is also present in Proposal 2, and Proposal 2's wea
On 29.10.2012 10.15, "Ziller Eike" wrote:
>
>On 26 Oct 2012, at 18:05, Turunen Tuukka wrote:
>
>>
>> On 26.10.2012 17.52, "Jedrzej Nowacki"
>>wrote:
>>
>>> On Friday 26. October 2012 16.45.25 Ziller Eike wrote:
Hi,
it would be good if 4.8.4 got the fix for
https://bugre
On Oct 27, 2012, at 5:09 PM, Olivier Goffart wrote:
> On Saturday 27 October 2012 14:16:18 Philip Ashmore wrote:
>> Hi there.
>>
>> I'm talking about http://en.wikipedia.org/wiki/Google_Native_Client
>>
>> Is anyone thinking of building Qt5 as nacl/pepper plugin?
>>
>> The idea is to allow oth
On 26 Oct 2012, at 18:05, Turunen Tuukka wrote:
>
> On 26.10.2012 17.52, "Jedrzej Nowacki" wrote:
>
>> On Friday 26. October 2012 16.45.25 Ziller Eike wrote:
>>> Hi,
>>>
>>> it would be good if 4.8.4 got the fix for
>>> https://bugreports.qt-project.org/browse/QTBUG-27322 which makes e.g.
>>
21 matches
Mail list logo
