From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 1/2] gcc: remove option on SJLJ exceptions
Date: Thu, 29 Jul 2010 14:30:16 +0200 [thread overview]
Message-ID: <20100729143016.07c9a2f0@surf> (raw)
In-Reply-To: <201007290659.39124.minimod@morethan.org>
On Thu, 29 Jul 2010 06:59:36 -0500
"Michael S. Zick" <minimod@morethan.org> wrote:
> > Why do you need to be so aggressive ? It is possible that removing
> > this option was a mistake, but there's *really* no need to be so
> > aggressive. It only reduces the motivation to look at the problem...
>
> The last time this subject came up on the ML tests seemed to indicate
> that the option was required by the Lua package.
>
> I just presumed you have been following the mailing list postings.
Sorry, I couldn't find the postings you're refering to. Do you have a
pointer ?
And even though the subject already came up on the mailing list, there
is absolutely zero reason for being aggressive. For the record, a
thread about SJLJ was started on July, 22nd by Ossy reporting a build
failure when SJLJ is enabled. On July, 27th, in the same thread, I
proposed to remove the option altogether, and there has been no
reaction to this message. But I admit that between the 27th and the
29th when the patch was committed, there is very little time to react.
I just wanted to point out that the patch does come out of nowhere
without prior discussion on the list.
> Pass an illegal value to a library routine or to a routine that you
> write. "Lua" refers to both a set of C libraries and to the
> interactive mode which uses those same libraries.
>
> So testing with the interactive mode should be enough to see a
> backtrace.
>
> Since the libraries (written in ANSI C) are quite close to the
> interactive environment (usually only one or two calls away) you will
> not see a very long backtrace unless you write a function or two of
> your own, but you will get one.
Ok, thanks for the example, will try.
However, it seems that the --enable-sjlj-exceptions configuration
option only applies to libstdc++. Not having --enable-sjlj-exceptions
does not remove setjmp()/longjmp() support, it just seems to tell the
C++ library to not use setjmp()/longjmp() for its own exceptions. Which
doesn't prevent Lua from using setjmp/longjmp on its own.
But of course, I haven't tried, so I may be plain wrong.
Thanks!
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
next prev parent reply other threads:[~2010-07-29 12:30 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-29 6:30 [Buildroot] [pull request] Pull request for branch gcc-remove-options Thomas Petazzoni
2010-07-29 6:30 ` [Buildroot] [PATCH 1/2] gcc: remove option on SJLJ exceptions Thomas Petazzoni
2010-07-29 10:38 ` Michael S. Zick
2010-07-29 11:38 ` Thomas Petazzoni
2010-07-29 11:59 ` Michael S. Zick
2010-07-29 12:18 ` Michael S. Zick
2010-07-29 14:30 ` Thomas Petazzoni
2010-07-29 15:09 ` Michael S. Zick
2010-07-29 15:11 ` Michael S. Zick
2010-07-29 12:30 ` Thomas Petazzoni [this message]
2010-07-29 12:34 ` Peter Korsgaard
2010-07-29 12:47 ` Michael S. Zick
2010-07-29 13:04 ` Thomas Petazzoni
2010-07-29 6:30 ` [Buildroot] [PATCH 2/2] toolchain: remove multilib Thomas Petazzoni
2010-07-29 6:53 ` [Buildroot] [pull request] Pull request for branch gcc-remove-options Peter Korsgaard
-- strict thread matches above, loose matches on Subject: below --
2010-07-28 10:10 Thomas Petazzoni
2010-07-28 10:10 ` [Buildroot] [PATCH 1/2] gcc: remove option on SJLJ exceptions Thomas Petazzoni
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20100729143016.07c9a2f0@surf \
--to=thomas.petazzoni@free-electrons.com \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.