--- Comment #8 from simartin at users dot sourceforge dot net 2006-07-27
07:06 ---
I've posted a patch for the test case given in comment #6 here:
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01142.html
--
simartin at users dot sourceforge dot net changed:
What|Remov
--- Comment #24 from patchapp at dberlin dot org 2006-07-27 07:15 ---
Subject: Bug number PR rtl-optimization/28071
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01144.html
--
http://gcc.
--- Comment #25 from patchapp at dberlin dot org 2006-07-27 07:20 ---
Subject: Bug number PR rtl-optimization/28071
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01145.html
--
http://gcc.
--- Comment #26 from patchapp at dberlin dot org 2006-07-27 07:25 ---
Subject: Bug number PR rtl-optimization/28071
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01146.html
--
http://gcc.
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-07-27 07:42 ---
I see the same on i686 now with the tramp3d tester.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #27 from patchapp at dberlin dot org 2006-07-27 08:00 ---
Subject: Bug number PR rtl-optimization/28071
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-07/msg01147.html
--
http://gcc.
configure detects sun's /usr/bin/awk which rejects gcc/opt-gather.awk.
(...)
TARGET_CPU_DEFAULT="" \
HEADERS="auto-host.h ansidecl.h" DEFINES="" \
/bin/sh ../../gcc/mkconfig.sh config.h
TARGET_CPU_DEFAULT="TARGET_CPU_v7" \
HEADERS="options.h config/sparc/biarch64.h config/sparc/sparc.h config/dbxe
--- Comment #6 from tbm at cyrius dot com 2006-07-27 08:59 ---
Created an attachment (id=11955)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11955&action=view)
test case
Testcase from application "ickle".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28495
--- Comment #3 from nickc at redhat dot com 2006-07-27 10:20 ---
Kazu,
I will apply your proposed patch.
One day we must really spend the time to fixup gcc so that the backends know
about these debug labels and their effect on code placement.
Cheers
Nick
PS. For the record t
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-07-27 11:31 ---
With checking enabled you get
/usr/lib/gcc/i686-pc-linux-gnu/4.1.1/../../../../include/c++/4.1.1/bits/stl_algo.h:
In function '_RandomAccessIterator
std::__unguarded_partition(_RandomAccessIterator, _RandomAccessIte
--- Comment #4 from nickc at gcc dot gnu dot org 2006-07-27 12:21 ---
Subject: Bug 28508
Author: nickc
Date: Thu Jul 27 12:21:39 2006
New Revision: 115773
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115773
Log:
PR gcc/28508
* config/m32r/m32r.md (branch_insn): Reduce pc range
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-07-27 12:48 ---
Created an attachment (id=11956)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11956&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28498
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-07-27 12:48 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-07-27 13:00
---
Here's a reduced testcase without nested functions:
void* jmpbuf[6];
void foo()
{
__builtin_setjmp (jmpbuf);
}
int main()
{
return 0;
}
==
--- Comment #6 from steven at gcc dot gnu dot org 2006-07-27 13:25 ---
Thanks Volkert. I had a test case like that, I should have put it in this
audit trail.
I am *so* going to fix this bug. I think...
--
steven at gcc dot gnu dot org changed:
What|Removed
--- Comment #28 from hubicka at gcc dot gnu dot org 2006-07-27 16:02
---
Subject: Bug 28071
Author: hubicka
Date: Thu Jul 27 16:02:27 2006
New Revision: 115776
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115776
Log:
PR rtl-optimization/28071
* global.c (greg_
--- Comment #29 from hubicka at gcc dot gnu dot org 2006-07-27 16:03
---
Subject: Bug 28071
Author: hubicka
Date: Thu Jul 27 16:03:22 2006
New Revision: 115777
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115777
Log:
PR rtl-optimization/28071
* cselib.c (cseli
--- Comment #5 from hubicka at ucw dot cz 2006-07-27 16:06 ---
Subject: Re: [Bug gcov/profile/28480] [4.2 Regression] inliner-1.c:31: ICE: in
set_bb_for_stmt, at tree-cfg.c:2775
Hi,
it is hitting sanity check in set_bb_for_stmt that is bit insane in this
context. I am testing patch to
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-07-27 16:07 ---
Maybe with a comment that says this was set_bb_for_stmt and why it isn't
anymore.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28480
--- Comment #7 from amacleod at redhat dot com 2006-07-27 16:35 ---
There is always the danger of losing track of exceptions.
Another option is to create an inline routine in tree-flow-inline.h which does
what you lay out, and then change set_bb_for_stmt to call it, looking something
li
class foo {
public:
typedef int bar;
};
class baz {
public:
foo::bar foo;
};
With G++ 3.3.6, this errors out with this diagnostic:
$ g++-3.3 -pedantic -Wall -Wcast-align -Wwrite-strings -Wswitch-default
-Wcast-qual -Wunused-variable -Wredundant-decls -Wctor-dtor-privacy
-Wnon-virtual-dtor -Wr
Am running into this kind of thing when I convert include/ext/rope and friends
to using anonymous namespace.
This simplified source doesn't show the bug, sadly, but I'll put up
pre-processed code that demonstrates it in a bit.
namespace __gnu_cxx
{
namespace
{
enum _Tag1 {_S_leaf1, _S_co
--- Comment #1 from bkoz at gcc dot gnu dot org 2006-07-27 17:04 ---
Created an attachment (id=11957)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11957&action=view)
reproducer with today's gcc
To reproduce, do:
/mnt/share/bld/gcc/./gcc/xgcc -shared-libgcc -B/mnt/share/bld/gcc/
--- Comment #2 from tbm at cyrius dot com 2006-07-27 17:04 ---
This is not i386 specific. I get the same on ia64 with e.g.
void f(int port)
{
__asm__ volatile ("inb %1,%0"
:"=a" (port)
:"d"((unsigned short) port));
}
It's still there as of current gcc 4.2.
--
t
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-07-27 17:05 ---
Jason can you look at this plz?
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #30 from hubicka at gcc dot gnu dot org 2006-07-27 17:10
---
Subject: Bug 28071
Author: hubicka
Date: Thu Jul 27 17:10:07 2006
New Revision: 115779
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115779
Log:
PR rtl-optimization/28071
* hashtab.c (htab
--- Comment #3 from tbm at cyrius dot com 2006-07-27 17:16 ---
(In reply to comment #2)
> This is not i386 specific. I get the same on ia64 with e.g.
>
> void f(int port)
> {
> __asm__ volatile ("inb %1,%0"
> :"=a" (port)
> :"d"((unsigned short) port));
> }
Just fo
--- Comment #4 from tbm at cyrius dot com 2006-07-27 17:17 ---
FWIW, it works (i.e. error, but no ICE) on mipsel, x86_64 and powerpc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21299
--- Comment #13 from amylaar at gcc dot gnu dot org 2006-07-27 17:29
---
(In reply to comment #12)
> It is a cgraph change. There were several patches affecting
> cgraph_remove_node
> during this time period; it was probably one of those.
The problem appeared from r96653 to r96654; A
Configured gcc with CFLAGS=-xarch=v9 (among other flags) to produce 64-bit code
from the system compiler, instead of the default of 32-bit.
(begin build log excerpt)
cc -c -g -DENABLE_CHECKING -DENABLE_ASSERT_CHECKING -DIN_GCC
-DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
-I/tg/freepo
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-27 18:08 ---
You need to also set STAGE1_CFLAGS.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28515
Robert Schwebel reported on libc-ports that glibc failed to build on softfloat
arm eabi with an ICE, see
http://sources.redhat.com/ml/libc-ports/2006-07/msg00027.html
It fails with -fexceptions and works without. I've attached a reduce testcase.
I assume this is a regression but I don't have an o
--- Comment #1 from tbm at cyrius dot com 2006-07-27 18:54 ---
Created an attachment (id=11958)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11958&action=view)
test case
Reduced testcase from dl-lookup.c from glibc.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
--- Comment #2 from skunk at iskunk dot org 2006-07-27 19:09 ---
(In reply to comment #1)
> You need to also set STAGE1_CFLAGS.
Wait... how does that work?
gcc/Makefile.in has these lines:
# STAGE1_CFLAGS is set by configure on some targets or passed from toplevel
# and sets t
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
OS: Fedora Core 3 (64 AMD)
I have run into an issue where floating point calculations are incorrect
(slightly off). The calculations are done as arguments to a class constructor.
Attached is small program that demostrates this. However I was only able to
reproduce it using the third party (a
--- Comment #1 from emalloy at andrew dot cmu dot edu 2006-07-27 20:09
---
Created an attachment (id=11959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11959&action=view)
Main sample code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28517
--- Comment #2 from emalloy at andrew dot cmu dot edu 2006-07-27 20:09
---
Created an attachment (id=11960)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11960&action=view)
Third Party RNG Header
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28517
--- Comment #14 from drow at gcc dot gnu dot org 2006-07-27 20:12 ---
Subject: Re: [4.1/4.2 Regression] MIssing debug info at -O0 for a local
variable in a C++ constructor
On Thu, Jul 27, 2006 at 05:29:38PM -, amylaar at gcc dot gnu dot org wrote:
> The problem appeared from r96653
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-07-27 20:30 ---
Foo
wrong_values((t1+rng1.RandomDouble(t1,t2)),(t2+rng1.RandomDouble(t1,t2)));
The order of execution of the two function calls (to RandomDouble) in this
statement is unspecified which means GCC can call it in ei
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-07-27 20:31
---
This was caused by my patch for PR 16829.
I'll take care of it.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
The m/c I use is Solaris running:
SunOS hirst 5.10 Generic_118822-26 sun4u sparc SUNW,Sun-Blade-2500
I have gcc version 3.4.3 installed:
Reading specs from /usr/sfw/lib/gcc/sparc-sun-solaris2.10/3.4.3/specs
Configured with:
/gates/sfw10/builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure
--pre
--- Comment #11 from hjl at gcc dot gnu dot org 2006-07-27 21:27 ---
Subject: Bug 28437
Author: hjl
Date: Thu Jul 27 21:26:55 2006
New Revision: 115780
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115780
Log:
2006-07-27 H.J. Lu <[EMAIL PROTECTED]>
PR driver/28437
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-27 21:32 ---
And why do you think this is a GCC bug and not a GDB bug?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-07-27 21:32 ---
Also we need a testcase to be able to reproduce this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from schwab at suse dot de 2006-07-27 22:19 ---
(In reply to comment #2)
> (In reply to comment #1)
> > You need to also set STAGE1_CFLAGS.
>
> Wait... how does that work?
make STAGE1_CFLAGS=whatever
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28515
--- Comment #11 from bkoz at gcc dot gnu dot org 2006-07-27 22:21 ---
I definitely remember Gaby talking about this at the standards meetings.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28407
My users are griping about the large numbers of warnings like:
>warning: the use of `tmpnam' is dangerous, better use `mkstemp'
that gcc generates on every single link. Throwing the -w flag does not repress
this message. I am limited to ANSI C standard routines only, and so cannot
make the switch
--- Comment #3 from bkoz at gcc dot gnu dot org 2006-07-27 22:32 ---
Changing just the first
case _S_concat:
to
case ::_S_concat:
Fixes this. Wierd.
I noticed a couple of other random lookup issues, or non-issues that surprised
me. One was with static functi
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-07-27 22:33 ---
Created an attachment (id=11961)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11961&action=view)
work-in-progress patch to convert libstdc++ to anonymous namespaces
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-07-27 22:33 ---
change title
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
Summary|pch vs.
--- Comment #2 from taschna at uni-muenster dot de 2006-07-27 22:38 ---
I'm an absolute beginner in programming gfortran, but the following patch seems
to solve this bug by inserting an if-block into the code in order to prevent
the access to the NULL pointer in case the array is pointin
--- Comment #3 from danglin at gcc dot gnu dot org 2006-07-27 22:47 ---
Your HP system linker is too old. Please update to PHSS_33034 or
later. +init is a "common" option for both 32 and 64 bit links.
+init is used by GCC for initializers for the 32-bit runtime. You
probably should in
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-07-27 22:49 ---
GCC is not what is warning. ld is warning because glibc tells it to warn.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--
pbrook at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #2 from pbrook at gcc dot gnu dot org 2006-07-27 23:37 ---
Huh. I thought glibc had removed all their nested functions.
The unwind table generation code can't cope with the prologue generated for
nested functions.
The reduced testcase passes the -O because gcc un-nests the f
--- Comment #3 from tbm at cyrius dot com 2006-07-27 23:49 ---
(In reply to comment #2)
> The reduced testcase passes the -O because gcc un-nests the function. Is this
> true of the original testcase, or does glibc require trampolines?
I *think* it passed at -O but I cannot check right
--- Comment #4 from tbm at cyrius dot com 2006-07-27 23:49 ---
Created an attachment (id=11962)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11962&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
--- Comment #4 from skunk at iskunk dot org 2006-07-28 02:04 ---
(In reply to comment #3)
> Your HP system linker is too old. Please update to PHSS_33034 or
> later.
Thanks for the note; I'll do that.
It would be good to have a configure-time check for this. This did seem to be a
syst
--- Comment #4 from skunk at iskunk dot org 2006-07-28 02:20 ---
(In reply to comment #3)
>
> make STAGE1_CFLAGS=whatever
Yes. Editing the makefile works pretty well too :-)
But the point is, it's a bug for cc(1) to have been invoked without the
original CFLAGS. I admit that I don't f
--- Comment #100 from bkoz at gcc dot gnu dot org 2006-07-28 04:57 ---
Subject: Bug 19664
Author: bkoz
Date: Fri Jul 28 04:57:34 2006
New Revision: 115790
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=115790
Log:
2006-07-27 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libs
This:
#define x =
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28520
gcc -E on:
#define z ?
?z(
emits:
??(
This won't lex correctly when trigraphs are enabled.
-Chris
--
Summary: -E output incorrectly concatenates tokens into trigraphs
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
63 matches
Mail list logo
