On Mon, Jul 28, 2014 at 08:09:02PM +0200, Markus Trippelsdorf wrote:
> Here's the testcase:
>
> int a, b, c;
> void fn1 ()
> {
> int d;
> if (fn2 () && !0)
> {
> b = (
>{
>int e;
>fn3 ();
>switch (0)
>default:
>a
On Sat, Jul 26, 2014 at 10:20:55PM +0200, Markus Trippelsdorf wrote:
> On 2014.07.26 at 15:55 -0400, Theodore Ts'o wrote:
> > On Sat, Jul 26, 2014 at 09:35:57PM +0200, Markus Trippelsdorf wrote:
> > >
> > > But fortunately the workaround for the new inode.c bug is the same as
> > > for the origina
On Fri, Jul 25, 2014 at 01:01:11PM -0700, Linus Torvalds wrote:
> For example, gcc will not create a small stack frame with "sub
> $8,%rsp". No, what gcc does is to use a random "push" instruction.
> Fair enough, but that really makes things much harder to see. Here's
> an example:
That is because
On Mon, Sep 24, 2012 at 02:10:50PM +0200, Basile Starynkevitch wrote:
> Ok, to say it in other words:
>
>experimentally, a plugin which calls fatal_error (and this is definitely an
>acceptable behavior for plugins) makes Debian GCC output the original
> message,
>which is very confusi
On Fri, Feb 21, 2003 at 07:26:08PM +0100, Matthias Klose wrote:
> last succeeded bootstrap is the gcc-3.2.2 release. The 20030210
> checkout fails with:
>
> /bin/sh ./libtool --mode=compile
> /build/buildd/gcc-3.2-3.2.3ds0/build/gcc/xgcc
> -B/build/buildd/gcc-3.2-3.2.3ds0/build/gcc/ -B/usr/alpha
5 matches
Mail list logo
