octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ITP: octave-2.1.71


From: John W. Eaton
Subject: Re: ITP: octave-2.1.71
Date: Fri, 1 Jul 2005 09:15:43 -0400

On 30-Jun-2005, James R. Phillips wrote:

| --- Brian Dessent  wrote:
| 
| > Out of curiosity, what if anything have you done to address the SJLJ
| > issue/PR 14563?  To summarize, the Cygwin packaged gcc has had
| > --enable-sjlj-exceptions for quite a while because DW2 exceptions are
| > broken in certain circumstances (namely, when throwing an exception in a
| > function used in a callback where the caller doesn't know DW2, eg. win32
| > api.)  I don't know much at all about octave but if it does not use any
| > callbacks in these situations then it might be worthwhile if you
| > compiled the binaries with a DW2 EH-enabled gcc, to avoid the massive
| > speed hit reported.
| > 
| > Brian
| > 
| 
| Brian,
| 
| This issue occurs in John Eaton's list of stuff to do, but I don't know
| anything else about it.

I don't think it is my responsibility to fix a problem that is really
in GCC or Cygwin.

Also, I don't think we can build Octave with some special version of
GCC because Octave has a plugin feature, and I think that pretty much
requires using the same C++ compiler to build all the parts of Octave
and the plugins.

BTW, wasn't there a thread about this recently on the
address@hidden list (subject Serious performance problems) that
showed that the problem involved thread handling in Cygwin about as
much as sjlj exception handling?  I think some progress has been made
in addressing the problem.

Anyway, I think the place to fix this problem is in Cygwin or GCC, not
Octave.

Having Octave compile and run cleanly with mingw is a separate issue,
and doesn't really solve the problem for Cgywin users.

jwe



reply via email to

[Prev in Thread] Current Thread [Next in Thread]