This is the mail archive of the cygwin mailing list for the Cygwin project.

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Slowness problem due to sjlj-exceptions for Octave

On 9/5/07, Tatsuro MATSUOKA <matsuoka@auniverseinjapan> wrote:
> Dear Carlo
> >Could you please expound (or point to a link) on what sjlj or sjlj-
> >exceptions do?  AFAIK, it's probably the first time the "octave sjlj
> >exception issue" has appeared in this list.  As far as I've seen, this is a
> >gcc issue.
> Disscussion seem to be started from the foloowing points
> And also
> In 2.1.xx series, I have built octave by myself using gcc-3.2 from
> special web site.  For octave 2.9.xx, the gcc-3.2 is no longer to be
> used.  So I have built gcc-3.4.4 --disable-sjlj-expceptions
> ********************
> $/opt/octave-2.9.13/gcc-3.4.4d/bin/gcc -v
> Reading specs from /opt/octave-2.9.13/gcc-3.4.4d/lib/gcc/i686-pc-
> cygwin/3.4.4/specs
> Configured with: /home/gcc_s/gcc-3.4.4-3/gcc-3.4.4-3/configure --
> disable-sjlj-exceptions --prefix=/opt/octave-2.9.13/gcc-3.4.4d
> Thread model: single
> gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
> ********************
> >The cygwin octave maintainer (if [s]he is still there) must know more about
> >this.  However, Cygwin's octave is 2.1.72 but mainline is 2.9.13.
>  James R. Phillips was the maintaner of the  octave-2.1.73 on cygwin.
> However there are noresponses for my binary upload to on my web.
> Perhaps he is not working as a maintainer.
> At that time, the Octave only be built using the cygwin on the windows.
> So I suppose that he knows the problem but build it by the normally
> prepared compiler.
> >Would it be possible for you to send corresponding straces of the cases you
> >posted below?
> >
> For Octave on mingw
> octave.exe:1> testOregoB
> ans =  1.5781
> $ gcc -v
> Reading specs from c:/Programs/MinGW/bin/../lib/gcc/mingw32/3.4.2/
    ok this sounds odd..
> specs
> Configured with: ../gcc/configure --with-gcc --with-gnu-ld --with-gnu-
> as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --
host=mingw32? eh?
> disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32
> -registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --
> disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-
> debug --enable-interpreter --enable-hash-synchronization --enable-
> libstdcxx-debug
> Thread model: win32
> gcc version 3.4.2 (mingw-special)

it looks like this is a real minGW not cygwin minGW. that may be the problem.

Make sure that you call the REAL location of gcc -- you have been
using the MinGW/official installed version (it doesnt work with

I'd look for gcc.exe myself in /usr/bin/ and /bin/ (among others) and
place that path into a var (maby "cygwin-gcc"?) so that calling
"$cygwin-gcc (files) to use the cygwin GCC... but im probobly
overcomplicating it.

Morgan gangwere

"Space does not reflect society, it expresses it." -- Castells, M.,
Space of Flows, Space of Places: Materials for a Theory of Urbanism in
the Information Age, in The Cybercities Reader, S. Graham, Editor.
2004, Routledge: London. p. 82-93.
Version: Gmail/GnuPG Min32 Hack
Comment: Using GnuPG and Gmail - ask me about Grim Fandango


Unsubscribe info:
Problem reports:

Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]