X-Recipient: archive-cygwin AT delorie DOT com
X-Spam-Check-By: sourceware.org
Message-ID: <46DF4200.54D01692@dessent.net>
Date: Wed, 05 Sep 2007 16:55:44 -0700
From: Brian Dessent <brian AT dessent DOT net>
X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U)
MIME-Version: 1.0
To: cygwin AT cygwin DOT com
Subject: Re: Slowness problem due to  sjlj-exceptions for Octave
References: <20070905080321 DOT 29259AB0 DOT matsuoka AT mol DOT nagoya-u DOT ac DOT jp> <46DE0C86 DOT 61C0ABB0 AT dessent DOT net> <20070906082343 DOT 87689790 DOT matsuoka AT mol DOT nagoya-u DOT ac DOT jp>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Reply-To: cygwin AT cygwin DOT com
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id: <cygwin.cygwin.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

Tatsuro MATSUOKA wrote:

> My octave web
> http://www.geocities.jp/tmacchant/
> 
> I think it is better that I keep the my binary on my web but post on
> the new binary package on the cygwin.  I do not want to build the
> octave by the gcc in the cygwin package because it is too slow to use.

Maybe I'm misremembering, but I thought that the current octave package
maintainer entertained the idea of building the octave packages with a
gcc that had been rebuilt with --disable-sjlj-exceptions.  I don't
remember why this never happened.  At the very least, we had this same
discussion about SJLJ when the octave packages were first introduced, or
shortly thereafter.

> Do you mean standalone as standalone from cygwin1.dll?  Mingw binary
> depends on msvcrt.dll.  In this sense the binary built by mingw GCC
> is not standalone. Recently the mingw GCC4.2.1's were released.

But MSVCRT is part of the operating system and exists on every
installation of Windows and needn't be distributed, so MinGW binaries
are effectively stand-alone.  Users of MinGW have very different
expectations than users of Cygwin, which is why for Cygwin we could very
well just make shared libgcc/libstdc++/libgfortran (et al.) the default
and not worry so much about supporting the static case, but that's not
realistic for MinGW.

However this doesn't directly have anything to do with the Dwarf2/SJLJ
issue; it is relevant only in the context of moving to gcc 4.x as the
supported version.  (Of course, since 4.3 brings the possibility of
doing away with SJLJ for good, I suppose it might be indirectly
related.)

Brian

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