--- Comment #15 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
03:02 ---
(In reply to comment #13)
> This is how the (relevant) thing looks like, when compiled with -O2
> -fomit-frame-pointer. I removed the "static" modifier of the function, since
> then it got merged within ot
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-01-16 02:55
---
I can reproduce this now after building on x86.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25636
--- Comment #13 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
02:51 ---
This is how the (relevant) thing looks like, when compiled with -O2
-fomit-frame-pointer. I removed the "static" modifier of the function, since
then it got merged within other functions and didn't get its
--- Comment #12 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
02:09 ---
>From compilation logs, I see:
--
gcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definit
--- Comment #11 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
02:02 ---
OK, now, this is totally weird, because now I checked the 'stage1-cc/cc1'
within the output object compilation tree and it works OK. However the higher
stages 'prev-gcc/cc1' and 'gcc/cc1' fail! I also noti
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-01-16 01:50
---
Subject: Re: cc1 and cc1plus --help core
On Jan 15, 2006, at 8:48 PM, drab at kepler dot fjfi dot cvut dot cz
wrote:
>
>
> --- Comment #9 from drab at kepler dot fjfi dot cvut dot cz
> 2006-01-16 01:48 -
On Jan 15, 2006, at 8:48 PM, drab at kepler dot fjfi dot cvut dot cz
wrote:
--- Comment #9 from drab at kepler dot fjfi dot cvut dot cz
2006-01-16 01:48 ---
OK, so how about this, couldn't this be an issue?
--- opts.c.old 2006-01-15 23:36:53.0 +0100
+++ opts.c 2006
--- Comment #9 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:48 ---
OK, so how about this, couldn't this be an issue?
--- opts.c.old 2006-01-15 23:36:53.0 +0100
+++ opts.c 2006-01-16 02:48:17.0 +0100
@@ -1291,7 +1291,7 @@ print_filtered_help (unsigned
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-16 01:40 ---
cl_options_count does not change.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25636
--- Comment #7 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:38 ---
(In reply to comment #6)
> (In reply to comment #2)
...
> So perhaps this should rather be something like:
>
> printed = xrealloc (printed, cl_options_count);
> memset (printed, 0, cl_options_count);
Or p
--- Comment #6 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:33 ---
(In reply to comment #2)
> Program received signal SIGSEGV, Segmentation fault.
> 0x083580bd in print_filtered_help (flag=536870912) at ../.././gcc/opts.c:1301
> 1301 memset (printed, 0, cl_options
--- Comment #5 from drab at kepler dot fjfi dot cvut dot cz 2006-01-16
01:24 ---
(In reply to comment #1)
> I cannot reproduce this on either powerpc-darwin or x86_64-linux-gnu.
Confirmed here, irreproducible on x86_64, but occures on plain 32-bit x86.
Just in case LANG* or LC_* has t
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-16 00:54 ---
This does make sense as printed is set right before the memset if was NULL.
Can you use "make bootstrap" instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25636
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-16 00:51 ---
*** Bug 25800 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from freddyz77 at tin dot it 2006-01-06 09:14 ---
Well, I don't know why but looking more deeply I still don't understand
$ gdb /opt/gcc42/libexec/gcc/i686-pc-linux-gnu/4.2.0/cc1
GNU gdb Red Hat Linux (6.3.0.0-1.84rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is f
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-02 16:44 ---
I cannot reproduce this on either powerpc-darwin or x86_64-linux-gnu.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
16 matches
Mail list logo
