On Wednesday 02 October 2013 09:30:58 Thiago Macieira wrote:
On quarta-feira, 2 de outubro de 2013 07:13:11, Knoll Lars wrote:
+1. It's our decision not to use exceptions in Qt code, but I see quite a
bit of value in being able to throw exceptions from a slot if that's the
pattern a
On Oct 3, 2013, at 3:10 AM, Glen Mabey gma...@swri.org
wrote:
I'm on the dev branch but experienced this issue before the 5.2 and 5.3
branches split.
macbookpro:qtbase$ ./configure -prefix ~/src/take2/install
snip
Running configuration tests...
The test for linking against libxcb
I can add to this that Google also disallows exceptions, as is stated in their
style guide:
http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml?showone=Exceptions#Exceptions
So, Qt is not alone in this regard.
On 03 Oct 2013, at 12:00, development-requ...@qt-project.org wrote:
On 3 October 2013 11:09, Sorvig Morten morten.sor...@digia.com wrote:
On Oct 3, 2013, at 3:10 AM, Glen Mabey gma...@swri.org
wrote:
I'm on the dev branch but experienced this issue before the 5.2 and 5.3
branches split.
macbookpro:qtbase$ ./configure -prefix ~/src/take2/install
snip
we have canceled all integrations, and reset all staging branches and
pending changes, so we hope everything is back to normal (for the time
being ...).
before you stage, rebase your changes and see whether they don't
disappear from the stack of pushable changes - some changes got
integrated
On Oct 3, 2013, at 2:30 PM, Jørgen Lind jorgen.l...@gmail.com wrote:
But if you happen to have pkg-config in your path, why should we then
not use it. The user has one way or the other added it to the path,
so why shouldn't it be used.
I think the interesting question is why configure
On quinta-feira, 3 de outubro de 2013 10:36:44, Olivier Goffart wrote:
I dislike allowing this via the signal-slot mechanism because I see
throwing from a slot as incompatible with the connection semantics.
That would mean any signal could throw ANY exception. It would also
preempt
On quinta-feira, 3 de outubro de 2013 09:43:18, Marc Mutz wrote:
Qt is a general-purpose framework library. As a library, its *only*
purpose is to serve its users; as a framework, it mandates a certain
structure on programs using it. As a general-purpose library, it can
only assume very little
Hi,
Intention is not to claim copyright to your document.
Please make a bug report on this and we'll take a look into if this needs to be
altered or not.
Yours,
Tuukka
Lähettäjä: development-bounces+tuukka.turunen=digia@qt-project.org
On Fri, Oct 4, 2013 at 7:08 AM, Thiago Macieira
thiago.macie...@intel.comwrote:
On quinta-feira, 3 de outubro de 2013 17:11:54, Alex Malyushytskyy wrote:
Assuming exceptions are enabled for signal/slots what is going to happen
with Qt::QueuedConnection?
As far as I understand at this
2013/10/4 Kurt Pattyn pattyn.k...@gmail.com:
In some markets like Avionics and Defense, it is simply forbidden for us to
use exceptions.
So, at least I think it should be possible to disable them in Qt if it was
decided to allow them, otherwise we would be forced to use another
framework.
11 matches
Mail list logo