--- Comment #3 from jakub at gcc dot gnu dot org 2009-09-22 06:42 ---
Subject: Bug 41429
Author: jakub
Date: Tue Sep 22 06:42:26 2009
New Revision: 151966
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151966
Log:
PR middle-end/41429
* tree-cfg.c
--- Comment #4 from jakub at gcc dot gnu dot org 2009-09-22 06:47 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #32 from jakub at gcc dot gnu dot org 2009-09-22 07:08 ---
Updated patch: http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01477.html
You used a too simple testcase which doesn't need any of the DWARF4 additions.
Use a more complicated one, e.g. try the gcc.dg/guality/ testcases
--- Comment #26 from rguenth at gcc dot gnu dot org 2009-09-22 08:21
---
I will have a look at the get_ref_base_and_extent issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41395
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-22 08:35 ---
Subject: Bug 41428
Author: rguenth
Date: Tue Sep 22 08:34:52 2009
New Revision: 151969
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151969
Log:
2009-09-22 Richard Guenther rguent...@suse.de
PR
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-09-22 08:37 ---
Subject: Bug 38987
Author: rguenth
Date: Tue Sep 22 08:37:31 2009
New Revision: 151970
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151970
Log:
2009-09-22 Richard Guenther rguent...@suse.de
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-22 08:38
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
mudflap accepts options via $MUDFLAP_OPTIONS even when running setuid.
-viol-gdb option invokes programs upon error detection which is bad.
Note that NULL ptr derefs which are unexploitable in userspace programs, then
become exploitable.
Fix by either ignoring this variable for setuid's (other
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-22 11:28
---
Subject: Bug 39276
Author: rguenth
Date: Tue Sep 22 11:28:14 2009
New Revision: 151973
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151973
Log:
2009-09-22 Richard Guenther rguent...@suse.de
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-22 11:29 ---
Subject: Bug 41379
Author: rguenth
Date: Tue Sep 22 11:29:10 2009
New Revision: 151974
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151974
Log:
2009-09-22 Richard Guenther rguent...@suse.de
PR
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-09-22 11:29
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-22 11:29 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from krahmer at suse dot de 2009-09-22 11:33 ---
Changing system() to execve() is not enough since ressources
like open files may also leak from a setuid binary.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41433
--- Comment #7 from janus at gcc dot gnu dot org 2009-09-22 11:40 ---
Subject: Bug 40996
Author: janus
Date: Tue Sep 22 11:40:30 2009
New Revision: 151975
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151975
Log:
2009-09-22 Janus Weil ja...@gcc.gnu.org
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-22 11:42 ---
works for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41432
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-09-22 11:43
---
Yes, as part of a wrong-code fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41425
--- Comment #27 from rguenth at gcc dot gnu dot org 2009-09-22 11:48
---
struct VEC_char_base
{
unsigned num;
unsigned alloc;
short vec[1];
};
short __attribute__((noinline))
foo (struct VEC_char_base *p, int i)
{
short *q;
p-vec[i] = 0;
q = p-vec[1];
*q = 1;
return
--- Comment #11 from davek at gcc dot gnu dot org 2009-09-22 11:54 ---
I'll try and get to testing it today, but it'll be late tonight before I can
start, I've got to spend the day doing some binutils stuff. Will be back in
touch when I know something, thanks for the patch.
--
--- Comment #14 from jakub at gcc dot gnu dot org 2009-09-22 12:13 ---
Correction - artificial variables aren't needed, DW_TAG_dwarf_procedure with
just DW_AT_location with the expression or loclist is enough.
That's BTW something that a dwarf compactor could do - look at dwarf
--- Comment #3 from xxcv07 at gmail dot com 2009-09-22 12:28 ---
I am reopening this bug based on that I have retested and recompiled using
gcc-trunk which leads to trying to reduce to the exact optimization flag which
was causing this problem. As you can see the gdb output above is
--- Comment #11 from joel at gcc dot gnu dot org 2009-09-22 13:07 ---
Patch applied to head. GNAT/RTEMS for the mips has 1 failure now and that is a
blown stack. c380004 takes a lot of stack.
Thanks.
--
joel at gcc dot gnu dot org changed:
What|Removed
--- Comment #33 from jakub at gcc dot gnu dot org 2009-09-22 13:22 ---
Subject: Bug 41405
Author: jakub
Date: Tue Sep 22 13:22:15 2009
New Revision: 151978
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151978
Log:
PR bootstrap/41405
* dwarf2out.c (base_type_die,
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-22 13:49 ---
Subject: Bug 41430
Author: rguenth
Date: Tue Sep 22 13:49:03 2009
New Revision: 151979
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151979
Log:
2009-09-22 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-22 13:55 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
We now have a Coldfire (uC5282) BSP that can run on a simulator (qemu). I am
trying to run the ACATS and getting ~300 failures on the GCC head. There are
no anomalies in the RTEMS tests.
$ m68k-rtems4.10-gcc --version
m68k-rtems4.10-gcc (GCC) 4.5.0 20090921 (experimental) [trunk revision
--- Comment #1 from joel at gcc dot gnu dot org 2009-09-22 14:10 ---
Created an attachment (id=18630)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18630action=view)
qemu debug trace with in_asm,cpu
qemu trace of run. Qemu needs patch posted to their list by Till Straumann.
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-22
14:12 ---
Subject: Re: [4.5 Regression] Internal error compiling fortran/intrinsic.c
I see this has -g and this sounds like PR41343 where cc1 is killed because the
compiler runs out of VM . Could you try the same
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-09-22 14:25 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #34 from developer at sandoe-acoustics dot co dot uk
2009-09-22 14:36 ---
(In reply to comment #32)
Updated patch: http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01477.html
thanks - actually I was trying this - but in the end updated to 151978...
with BOOT_CFLAGS=-g
--
fche at redhat dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fche at redhat dot com
|dot org |
--- Comment #28 from rguenth at gcc dot gnu dot org 2009-09-22 14:58
---
Subject: Bug 41395
Author: rguenth
Date: Tue Sep 22 14:58:05 2009
New Revision: 151981
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151981
Log:
2009-09-22 Richard Guenther rguent...@suse.de
PR
--- Comment #35 from rguenth at gcc dot gnu dot org 2009-09-22 15:01
---
BOOT_CFLAGS=-g -gdwarf-2 -gstrict-dwarf -O2 likely doesn't work with
bootstrap-debug. Try just BOOT_CFLAGS=-gdwarf-2 -gstrict-dwarf -O2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41405
--- Comment #36 from jakub at gcc dot gnu dot org 2009-09-22 15:04 ---
Remove -gdwarf-2 as well. -gdwarf-2 is the same as -g when dwarf_version
defaults to 2 (which is true on the trunk).
Easiest quick hack to turn -gstrict-dwarf on is add Init(1) to gno-strict-dwarf
in common.opt
--- Comment #19 from rth at gcc dot gnu dot org 2009-09-22 15:12 ---
Subject: Bug 41246
Author: rth
Date: Tue Sep 22 15:11:37 2009
New Revision: 151983
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=151983
Log:
PR target/41246
* target.h (struct gcc_target): Add
--- Comment #20 from rth at gcc dot gnu dot org 2009-09-22 15:17 ---
Subject: Bug 41246
Author: rth
Date: Tue Sep 22 15:16:49 2009
New Revision: 152018
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152018
Log:
PR target/41246
* config/i386/i386.c
For integral complex types like complex int, GCC doesn't fold division with
constant arguments. E.g. this testcase should evaluate at compile-time and
link without any errors but doesn't:
extern void link_error(void);
#define EXPR ((2 + 4i) / 2)
int main(void)
{
if (__real EXPR != 1 || __imag
--- Comment #21 from rth at gcc dot gnu dot org 2009-09-22 15:21 ---
Fixed.
--
rth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-22 15:34 ---
Reconfirmed with current trunk. If I move three to the top of the file I
even get
/tmp/ccGHHCCU.o: In function `main':
t.f90:(.text+0x1e): undefined reference to `three_'
t.f90:(.text+0x28): undefined reference to
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-09-22 15:42 ---
Similar testcase from PR40011
SUBROUTINE c()
CALL a()
END SUBROUTINE c
SUBROUTINE a()
END SUBROUTINE a
MODULE M
CONTAINS
SUBROUTINE b()
CALL c()
END SUBROUTINE
END MODULE
USE M
CALL b()
END
gfortran
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-09-22 15:44
---
Re-confirmed with current trunk, testcase from (comment #8).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-09-22 15:48 ---
Subject: Bug 41380
Author: rguenth
Date: Tue Sep 22 15:48:39 2009
New Revision: 152020
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152020
Log:
2009-09-22 Richard Guenther rguent...@suse.de
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-09-22 15:50 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from fche at redhat dot com 2009-09-22 15:52 ---
Created an attachment (id=18631)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18631action=view)
proposed patch
This patch fixes and documents the can-of-wormsness of setuid.
--
--- Comment #37 from developer at sandoe-acoustics dot co dot uk
2009-09-22 16:09 ---
(In reply to comment #36)
Remove -gdwarf-2 as well. -gdwarf-2 is the same as -g when dwarf_version
defaults to 2 (which is true on the trunk).
Easiest quick hack to turn -gstrict-dwarf on is add
--- Comment #4 from janis at gcc dot gnu dot org 2009-09-22 16:16 ---
Fixed in trunk, 4.4 branch, 4.3 branch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from fche at redhat dot com 2009-09-22 16:18 ---
Committed.
--
fche at redhat dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from fche at redhat dot com 2009-09-22 16:18 ---
Committed.
--- Comment #4 from fche at redhat dot com 2009-09-22 16:18 ---
Subject: Bug 41433
Author: fche
Date: Tue Sep 22 16:17:50 2009
New Revision: 152026
URL:
--- Comment #38 from developer at sandoe-acoustics dot co dot uk
2009-09-22 16:38 ---
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap
--- Comment #12 from rwild at gcc dot gnu dot org 2009-09-22 18:00 ---
Subject: Bug 32272
Author: rwild
Date: Tue Sep 22 18:00:15 2009
New Revision: 152037
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152037
Log:
Error out if building separately but srcdir has build remnants.
--- Comment #13 from rwild at gcc dot gnu dot org 2009-09-22 18:05 ---
trunk implements the warning from comment #10 now, and r151880 fixes the
long-standing include-fixed bug with an in-tree build, so this can be
considered as fixed on trunk I guess.
--
rwild at gcc dot gnu dot org
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-09-22 18:31 ---
Subject: Bug 41295
Author: aoliva
Date: Tue Sep 22 18:31:26 2009
New Revision: 152040
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152040
Log:
gcc/ChangeLog:
PR debug/41295
* reload1.c (reload): Reset debug
--- Comment #7 from aoliva at gcc dot gnu dot org 2009-09-22 18:33 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #6 from mrs at apple dot com 2009-09-22 18:56 ---
I wonder if we could just trim out the symbols from libgcc that are in
libSystem, and arrange for gcc's installed libgcc to be found first.
Advantage, simplicity, less target specific work, easy to understand.
Downside, OS
--- Comment #15 from aoliva at gcc dot gnu dot org 2009-09-22 19:03 ---
(In reply to comment #12)
Why do you think refering to other debug stmts decl is not a good idea?
Because referring to decls already has a well-defined meaning in debug stmts,
and that meaning refers to a run-time
--- Comment #3 from joel at gcc dot gnu dot org 2009-09-22 19:10 ---
Is it time to close this one? It doesn't cause an ICE in 4.4.1.
$ h8300-rtems4.10-gcc --version
h8300-rtems4.10-gcc (GCC) 4.4.1
$ h8300-rtems4.10-gcc -O0 -c des1.c
des1.c:4117: error: size of variable 'des_f' is too
--- Comment #7 from developer at sandoe-acoustics dot co dot uk 2009-09-22
19:20 ---
(In reply to comment #6)
I wonder if we could just trim out the symbols from libgcc that are in
libSystem, and arrange for gcc's installed libgcc to be found first.
OK. If I understand this from
Between 20090915 (rev. 151722) and 20090922 (rev. 152032), mainline started to
fail bootstrap on Solaris 10/x86 in stage2 building s-gtype:
build/gengtype /vol/gcc/src/gcc-dist/gcc gtyp-input.list
/vol/gcc/src/gcc-dist/gcc/cgraph.c:94: option `param_is' may only be applied to
structures
In the following testcase, A::B is a private type of A, yet function f has no
trouble manipulating it. The error is detected by gcc neither in the definition
of f nor in its instantiation in g.
class A { struct B { B(); }; };
templatetypename T void f() { A::B b; }
void g() { fint(); }
Tested
--- Comment #39 from developer at sandoe-acoustics dot co dot uk
2009-09-22 20:17 ---
object differences currently causing bootstrap fail - these look unrelated to
the original bug:
.. anyone throw any light on this?
stripped future.o from stage 2
07e0 63 5f 5f 5f 76 33 5f 73 72
--- Comment #2 from dodji at gcc dot gnu dot org 2009-09-22 20:20 ---
Subject: Bug 41266
Author: dodji
Date: Tue Sep 22 20:20:03 2009
New Revision: 152043
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=152043
Log:
Fix for PR debug/41266
ChangeLog:
* include/dwarf2.h
--- Comment #3 from dodji at gcc dot gnu dot org 2009-09-22 20:37 ---
Committed to 4.5
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #40 from howarth at nitro dot med dot uc dot edu 2009-09-22
20:47 ---
Iain, that is odd. I had no problems last night at r151946
on x86_64-apple-darwin10. Why don't you try r151946 with
Jakub's patch applied from...
http://gcc.gnu.org/viewcvs?view=revisionrevision=151978
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-22 20:53 ---
Jan Hubicka fixed this in revision 151917.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41097
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-09-22 20:56 ---
... which means the bug is fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #41 from dominiq at lps dot ens dot fr 2009-09-22 21:00 ---
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1objplus-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison
If I compile the included two C files on IA64 HP-UX and then link them into
a shared library using the HP linker I get an error from the HP linker.
$ gcc -mlp64 -shared -fPIC -O2 -g x.c y.c
ld: Non TP-relative relocation for the thread local storage symbol
gomp_tls_data
1 errors.
collect2: ld
--- Comment #8 from mrs at apple dot com 2009-09-22 21:17 ---
I meant the idea that libSystem has new symbols in it is relevant only to
darwin10. The system libgcc_s is present on older OSes, so those aspects are
still relevant. Yeah, to solve that problem one would either have to
The comment in address_of_int_loc_descriptor doesn't make a lot of sense to me.
In any case of a value no larger than address size, you can use
DW_OP_stack_value to get the same size or smaller. When the size is the same,
such as DW_OP_implicit_value(address-sized block) vs
--- Comment #42 from jakub at gcc dot gnu dot org 2009-09-22 21:34 ---
Are you building with --enable-build-with-cxx or something similar?
libstdc++-v3 isn't normally compared. The difference you are seeing is likely
related to different random seed, you'd need to pass the same
--- Comment #43 from developer at sandoe-acoustics dot co dot uk
2009-09-22 21:42 ---
(In reply to comment #42)
Are you building with --enable-build-with-cxx or something similar?
libstdc++-v3 isn't normally compared. The difference you are seeing is likely
related to different
--- Comment #2 from dferbas at etech dot cz 2009-09-22 22:39 ---
We tried to modify the m68k variant of sibcall fn. But we have a problem with
compilation. Is there anyone who can test if following is OK ?
/* Implement TARGET_FUNCTION_OK_FOR_SIBCALL_P. We cannot use sibcalls
for
--
sje at cup dot hp dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |sje at cup dot hp dot com
|dot org
--- Comment #44 from howarth at nitro dot med dot uc dot edu 2009-09-23
00:11 ---
Is there a trick to getting BOOT_CFLAGS set from gcc/config/t-darwin? Simply
adding...
BOOT_CFLAGS = -gdwarf-3 -gstrict-dwarf -O2
doesn't work. it always is left as -O2 -g during the build.
--
--- Comment #1 from hjl dot tools at gmail dot com 2009-09-23 00:11 ---
It is caused by revision 152018:
http://gcc.gnu.org/ml/gcc-cvs/2009-09/msg00767.html
I also saw on Linux/ia32, but not Linux/x86-64.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #45 from howarth at nitro dot med dot uc dot edu 2009-09-23
01:35 ---
Okay, using r152049 with...
--- gcc-4.5-20090922/gcc/common.opt.org 2009-09-22 20:58:14.0 -0400
+++ gcc-4.5-20090922/gcc/common.opt 2009-09-22 20:58:51.0 -0400
@@ -1473,7 +1473,7
--- Comment #43 from howarth at nitro dot med dot uc dot edu 2009-09-23
02:38 ---
Fixed as of r151961.Tested on x86_64-apple-darwin10.
--
howarth at nitro dot med dot uc dot edu changed:
What|Removed |Added
/local/avr
--target=avr --enable-languages=c,c++ --disable-nls --disable-libssp
--with-dwarf2 --enable-checking
Thread model: single
gcc version 4.5.0 20090922 (experimental) (GCC)
#include string.h
#define MEMCPY_SIZE (100)
main ()
{
unsigned i;
unsigned char src[MEMCPY_SIZE];
unsigned
In foo() below, I'd expect gcc to emit a warning about use of i without
initialization, but this does not happen.
reg...@john-home:~$ current-gcc -O -Wall uninit.c -o uninit
reg...@john-home:~$ current-gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure
--- Comment #1 from hutchinsonandy at gcc dot gnu dot org 2009-09-23 02:49
---
Created an attachment (id=18632)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18632action=view)
Expanded RTL
Expanded RTL dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41440
--- Comment #9 from howarth at nitro dot med dot uc dot edu 2009-09-23
03:02 ---
(In reply to comment #6)
I wonder if we could just trim out the symbols from libgcc that are in
libSystem, and arrange for gcc's installed libgcc to be found first.
Mike,
Remember on llvm-dev Nick
--- Comment #46 from howarth at nitro dot med dot uc dot edu 2009-09-23
03:33 ---
Created an attachment (id=18633)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18633action=view)
failed buildlog for x86_64-apple-darwin10
Failed build log from x86_64-apple-darwin10 when using...
--- Comment #47 from howarth at nitro dot med dot uc dot edu 2009-09-23
04:22 ---
The build failure appears to be at...
checking for _FILE_OFFSET_BITS value needed for large files... configure:
error: unsupported system, cannot find sizeof (omp_lock_t)
no
when passing BOOT_CFLAGS=-O2
--- Comment #11 from rwild at gcc dot gnu dot org 2009-09-23 04:22 ---
patch at http://gcc.gnu.org/ml/gcc-patches/2009-09/msg01599.html.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38923
84 matches
Mail list logo
