X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Message-ID: <20070907214645.94101.qmail@web3313.mail.ogk.yahoo.co.jp>
Date: Sat, 8 Sep 2007 06:46:45 +0900 (JST)
From: Tatsuro MATSUOKA <tmacchant2 AT yahoo DOT co DOT jp>
Reply-To: matsuoka AT nuce DOT nagoya-u DOT ac DOT jp
Subject: Re: Slowness problem due to  sjlj-exceptions for Octave
To: cygwin AT cygwin DOT com
Cc: me <matsuoka AT nuce DOT nagoya-u DOT ac DOT jp>
In-Reply-To: <46E15739.32A1695@dessent.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
X-IsSubscribed: yes
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

Hello Brian

This is Tatsuro Matsuoka replying.

>Here I meant to add that of course we have discussed deprecating
>-mno-cygwin and offering a real MinGW cross in its place, which would
>have its own back-end, and thus could have a different exception
>handling model.  But by the time you've done all that, you might as well
>just package a separate gcc named "gcc-dw2" or whatever and have them
>both installable in parallel, to please everybody.  This is what Danny
>did with his 4.2 MinGW releases.
>
>Brian

To whom you wrote this message? To me?

I am now using three different compliers on the cygwin.

gcc-4.2.1 (only gcc, gfortran, g++).
gcc-3.4.4-3 configured with '--disable-sjlj-exceptions' (only gcc, 
gfortran, g++)
standard gcc-3.4.4-3 in cygwin package.

Usually first I try gcc-4.2.1 because its optimizing ability is good. 
I have build the cvs version gnuplot, it works well and very fast.

The building by gcc-4.2.1 sometimes fails. Second I use standard 
cygwin gcc complier.  Because the ordinary programs do not use the 
unwind exceptions, the gcc configured with sjlj-exceptions has no 
slowness problem.  It is favorable to use standard complier if it 
makes no slowness.

In octave case, I am using the complier gcc-3.4.4-3 configured with '-
-disable-sjlj-exceptions'.  Building octave by standard complier, the 
slowness appears.   Especially the interpreter speed slows very much. 
When most part of the program to be vectorized, the  calculation 
speed is not so slow.  But I have to use iteration or iterated 
estimation the function value inside octave (for example ODE solver) 
occurs, the slowness is not allowable.  So I tried make octave by gcc 
configured with ?disable-sjlj-exception because I found the following 
thead.

http://cygwin.com/ml/cygwin/2005-04/msg01072.html


>just package a separate gcc named "gcc-dw2" or whatever and have them
>both installable in parallel, to please everybody.

I install of course two my own GCCs placed at the different 
directories from the standard one.   If the "gcc-dw2" will be packaged,
where is the suitable directory it will be placed.  I think the 
directories where the standard complier used is to be avoided.

Sincerely

Tatsuro MATSUOKA


 

--------------------------------------
Easy + Joy + Powerful = Yahoo! Bookmarks x Toolbar
http://pr.mail.yahoo.co.jp/toolbar/


--
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/