X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
From: "Dave Korn" <dave DOT korn AT artimi DOT com>
To: <cygwin AT cygwin DOT com>
References: <20070905080321 DOT 29259AB0 DOT matsuoka AT mol DOT nagoya-u DOT ac DOT jp> <46DE0C86 DOT 61C0ABB0 AT dessent DOT net> <46DFFE96 DOT 70907 AT ajrh DOT net> <46E006AB DOT F600C446 AT dessent DOT net> <46E0D4F7 DOT 1050006 AT ajrh DOT net> <46E146D0 DOT 9C1F7289 AT dessent DOT net> <01e501c7f154$2ff08ff0$2e08a8c0 AT CAM DOT ARTIMI DOT COM> <46E155A7 DOT 8E3B6034 AT dessent DOT net> <01f401c7f159$3a2b7b60$2e08a8c0 AT CAM DOT ARTIMI DOT COM> <46E15DE8 DOT 77209B90 AT dessent DOT net>
Subject: RE: Slowness problem due to  sjlj-exceptions for Octave
Date: Fri, 7 Sep 2007 15:28:36 +0100
Message-ID: <020201c7f15b$60840050$2e08a8c0@CAM.ARTIMI.COM>
MIME-Version: 1.0
Content-Type: text/plain; 	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 11
In-Reply-To: <46E15DE8.77209B90@dessent.net>
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com

On 07 September 2007 15:19, Brian Dessent wrote:

> Dave Korn wrote:
> 
>>   Right, so IOW, the SEH support does all the required unwinding for us.
>> Ultimately I guess that's the only solution that's going to be both
>> complete and correct.  (The only other thing I could even imagine would be
>> some kind of hideous .pdb abuse using the M$ official symbol files to
>> extract the frame and FPO information for frames in API functions...)
> 
> Well, assuming that none of these foreign frames do any kind of
> -fomit-frame-pointer style optimizations,

  IIRC every MS win32 API dll (user32, kernel32, gdi32 etc.....) does
absolutely masses of FPO, so we're probably no-go there.

    cheers,
      DaveK
-- 
Can't think of a witty .sigline today....


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/