--- Comment #7 from bkoz at gcc dot gnu dot org 2006-02-09 05:07 ---
Subject: Bug 26142
Author: bkoz
Date: Thu Feb 9 05:07:09 2006
New Revision: 110787
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110787
Log:
2006-02-08 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #6 from bkoz at gcc dot gnu dot org 2006-02-09 04:31 ---
Subject: Bug 26142
Author: bkoz
Date: Thu Feb 9 04:31:38 2006
New Revision: 110786
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110786
Log:
2006-02-08 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #2 from dnovillo at gcc dot gnu dot org 2006-02-09 04:20
---
Mine. This is the same issue as 23128/23129. Testing patch.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from david dot billinghurst at comalco dot riotinto dot com
dot au 2006-02-09 04:07 ---
Subject: RE: [4.1/4.2 regression] libgfortran unresolvable symbols on irix6.5
Just tried to check this on an irix6.5.22m Origin 300
Bootstrap fails in stage 2 with repeated messages
--- Comment #4 from law at redhat dot com 2006-02-09 03:19 ---
I'll note this really isn't a jump threading issue. This is a fundamental
weakness in a dominator based optimizer vs a truly global optimizer.
What we've got is a block which looks something like this:
# u_18 = PHI ;
:;
D.
--- Comment #8 from law at redhat dot com 2006-02-09 02:36 ---
Fixed with today's change to tree-ssa-threadedge.c
--
law at redhat dot com changed:
What|Removed |Added
--- Comment #7 from law at gcc dot gnu dot org 2006-02-09 02:36 ---
Subject: Bug 21417
Author: law
Date: Thu Feb 9 02:36:33 2006
New Revision: 110785
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110785
Log:
PR tree-optimization/21417
* tree-ssa-threadedge.c (
--- Comment #5 from law at redhat dot com 2006-02-09 02:36 ---
Subject: Re: Missed jump threading
opportunity on trees
On Mon, 2006-02-06 at 16:17 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-06 16:17
> -
--- Comment #1 from Mark_Andrews at isc dot org 2006-02-09 02:23 ---
Created an attachment (id=10811)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10811&action=view)
patch for config/stdint.m4
Sub-optimal patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26188
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||bonzini at gnu dot org
Component|c
4.2.0 fails to compile on FreeBSD 4.11 as it multiply typedefs
uintptr_t. The tests in config/stdint.m4 don't test for
uintptr_t unless uintmax_t happens to exist in one of the
system header files.
--
Summary: 4.2.0 fails to compile on FreeBSD 4.11
Product: gcc
--- Comment #4 from mckinlay at redhat dot com 2006-02-09 01:39 ---
Fixed.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from mckinlay at redhat dot com 2006-02-09 01:38 ---
Fixed.
--
mckinlay at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #3 from bryce at gcc dot gnu dot org 2006-02-09 01:35 ---
Subject: Bug 25187
Author: bryce
Date: Thu Feb 9 01:35:33 2006
New Revision: 110783
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110783
Log:
2006-02-08 Bryce McKinlay <[EMAIL PROTECTED]>
PR libgc
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-09 01:14 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-09 01:13 ---
Fixed at least on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-09 01:12 ---
oh, it wraps main:
--wrap=main
I don't know the correct behavior here is or not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26120
--- Comment #83 from pinskia at gcc dot gnu dot org 2006-02-09 01:02
---
*** Bug 26144 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-09 01:02 ---
You are violating aliasing rules which is why this does not work at -O3.
Either access the variable ptr as a "struct blah *" or use
-fno-strict-aliasing.
*** This bug has been marked as a duplicate of 21920 ***
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 00:55 ---
VRP is messing up:
w_13: [0, 1] EQUIVALENCES: { } (0 elements)
w_13 = x3_11 * y3_12;
x3_11: [0, 2147483647] EQUIVALENCES: { } (0 elements)
y3_12: [0, 2147483647] EQUIVALENCES: { } (0 elements)
That is wrong.
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-09 00:41 ---
(From update of attachment 10805)
This patch was submitted to the wrong bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from bje at gcc dot gnu dot org 2006-02-09 00:38 ---
Thanks; I guess I misunderstood the semantics of computed gotos. On closer
inspection of the GCC manual,
"You may not use this mechanism to jump to code in a different function.
If you do that, totally unpredictab
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 00:37 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-09 00:34 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 00:32 ---
computed goto's can only goto local labels or gotos in the contained functions.
I don't see the bug here really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26187
When compiling the test case below, the assembly output shows jmps through eax
to the destination pointer, p, for the functions goto0 and goto2 (which contain
zero and two expressions that take the address of a label). In function goto1,
which only takes the address of one label, there is no jmp i
--- Comment #2 from pcarlini at suse dot de 2006-02-09 00:10 ---
Confirmed, thanks a lot!
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-09 00:07 ---
It also fails with "4.1.0 20051026".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26181
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||gcc-bugs at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 23:34 ---
On the mainline I get:
testLatency.cc:8: error: invalid use of 'class sideParms'
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 23:31 ---
Yes it is the same issue.
(gdb) p debug_tree(genop)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26179
--- Comment #3 from bryce at gcc dot gnu dot org 2006-02-08 23:27 ---
Subject: Bug 26113
Author: bryce
Date: Wed Feb 8 23:27:50 2006
New Revision: 110774
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110774
Log:
Add PR libgcj/26113 to last entry.
Modified:
trunk/libjava/C
--- Comment #1 from smirolo at hotmail dot com 2006-02-08 23:26 ---
Created an attachment (id=10809)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10809&action=view)
save-temps file (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26186
I've got a complex template expression which produces an internal error into
gcc. By chance I tried on the native Mac gcc-4.0.0 and it gaves me correct
error messages as the templates are not qualified correctly. Nonetheless, I
think it is worth reporting for future regression tests.
Sebastien.
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-08 23:23 ---
Reduced testcase for the RETURN_DECL issue (I still have to figure out if this
is the same issue):
struct a
{
int i;
};
void h(struct a&);
void l(void);
struct a g(void)
{
struct a fl;
h(fl);
if (fl.i)
l
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 23:16 ---
I bet it is RETURN_DECL which is the problem but checking for sure now.
If it is I will apply the obvious patch with a testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26179
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||dberlin at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 23:12 ---
*** Bug 26185 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19960
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 23:12 ---
*** This bug has been marked as a duplicate of 19960 ***
*** This bug has been marked as a duplicate of 19960 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #1 from carl at vandenzen dot nl 2006-02-08 23:12 ---
Created an attachment (id=10808)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10808&action=view)
preprocessed .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26185
Cross compiler for M6811 does not compile on iMac.
Host compiler on OS X 10.4.4:
powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5250)
binutils 2.16 installed.
Invocation line:
../gcc-4.0.2/configure --target=m6811-elf --program-prefix=m6811-elf-
--prefix=/usr/local --enabl
--- Comment #4 from idht4n at hotmail dot com 2006-02-08 23:00 ---
(In reply to comment #2)
> It worked in "4.1.0 20051026".
>
I just downloaded snapshot 4.1-20051029 which reports the version that you
mentioned and it exhibits the same behavior:
~/gcc4.1-20051029/bin/g++ --version
g
--- Comment #2 from uttamp at us dot ibm dot com 2006-02-08 22:44 ---
I'll submit a patch to fix these leaks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26184
--- Comment #1 from uttamp at us dot ibm dot com 2006-02-08 22:43 ---
I missed another memory leak in the same file, in function
generate_reg_moves(),
memory pointed by uses_of_defs is not freed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26184
Hi,
Found following memory leaks in modulo-sched.c
In function, sms_schedule(), memory allocated and pointed by g_arr is not
freed.
In function sms_schedule_by_order(), sbitmap memory allocated and pointed by
must_precede, must_follow and tobe_scheduled respectively, not freed.
--
S
--- Comment #10 from uweigand at gcc dot gnu dot org 2006-02-08 22:36
---
(In reply to comment #9)
> The first 3 are so well-understood as to be fixed on my machine. :-) We are
> working on the 4th.
Excellent!
> > Will you be committing the patch, or is this not the proper fix?
>
>
--- Comment #4 from gdr at integrable-solutions dot net 2006-02-08 22:30
---
Subject: Re: g++ bug, possibly introduced around gcc 3.4.0
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| try comp.lang.c++ first and then go from there.
comp.std.c++ is the place to talk
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-08 22:15
---
The same code fails also with minval replaced by sum or product.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
Some aspects of the runtime behavior of the Fortran
library can be controlled with environment variables.
Currently, there is no way of setting up a test case
in which such an environment variable can be set, something
like
{ dg-setenv "variable" "value" }
--
Summary: setting enviro
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
$ cat minmax.f90
real, dimension(2) :: a
logical :: m
a = (/ 1.0, 2.0 /)
m = .true.
print *,minloc(a, m)
!print *,minval(a, m)
end
$ gfortran -static minmax.f90 && ./a.out
a.out: ../../../../trunk/libgfortran/generated/minloc0_4_r4.c:235:
mminloc0_4_r4: Assertion `((mask)->dtype >> 6)
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-02-08 22:05
---
> In fact, I now did a re-test and only see the four well-understood failures:
> FAIL: c32001e
> FAIL: c64105b
> FAIL: c95086b
> FAIL: ce3810b
The first 3 are so well-understood as to be fixed on my machi
--- Comment #8 from tobi at gcc dot gnu dot org 2006-02-08 21:59 ---
I'll try to get to it in the next few days, it shouldn't be too hard.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-08 21:56
---
(In reply to comment #6)
> - if (flag_bounds_check)
> + if (flag_bounds_check && ar->as->type != AS_ASSUMED_SIZE)
Andrew, I think your patch is doing the right thing. Could you please submit it
for form
--- Comment #4 from pcarlini at suse dot de 2006-02-08 21:53 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from paolo at gcc dot gnu dot org 2006-02-08 21:52 ---
Subject: Bug 26133
Author: paolo
Date: Wed Feb 8 21:51:55 2006
New Revision: 110772
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110772
Log:
2006-02-08 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
The program below is expected to run successfully to completion.
The extractor must set eofbit even though doing so is not explicitly specified
in 27.6.1.2.3, p12, since it is specified by the blanket statement in 27.6.1.1,
p3.
$ cat t.cpp && g++ -dumpversion && g++ t.cpp -static && ./a.out
#incl
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-08 21:51
---
(In reply to comment #4)
> I have updated my patch, copyright assignment is in the works. No need for
> anyone to work on this.
Hum, Tobias, any news on that one? :)
--
fxcoudert at gcc dot gnu dot org change
--- Comment #8 from uweigand at gcc dot gnu dot org 2006-02-08 21:44
---
The spurious failures are always in different test cases for me as well ...
In fact, I now did a re-test and only see the four well-understood failures:
FAIL: c32001e
FAIL: c64105b
FAIL: c95086b
FAIL: ce38
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-02-08 21:42 ---
Created an attachment (id=10806)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10806&action=view)
patch for debug -> std::debug
Whoops, attached to the wrong bug at first. Here, this is testing, but once
done wi
--- Comment #1 from bkoz at gcc dot gnu dot org 2006-02-08 21:40 ---
Created an attachment (id=10805)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10805&action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26155
--- Comment #6 from pluto at agmk dot net 2006-02-08 21:10 ---
one more testcase from x86-64 / gcc-4.1:
float re(float _Complex a) { return __real__ a; }
is compiled to:
re: movq%xmm0, -8(%rsp)
movss -8(%rsp), %xmm0
ret
but can be optimized to `movss %xmm0, %xmm0`.
--
--- Comment #1 from ahaas at airmail dot net 2006-02-08 21:01 ---
Created an attachment (id=10804)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10804&action=view)
Pre-processed output of file inducing ICE
Attaching pre-processed output. File compressed with bzip2 due to size.
-
/*
% gcc -v
Using built-in specs.
Target: i386-pc-solaris2.9
Configured with: /usr/local/gcc-4.0.2/src/gcc-4.0.2/configure
--enable-languages=c --with-gnu-as
--with-as=/usr/local/binutils-2.16.1/x86-SunOS-gcc-4.0.1/bin/as
--with-gnu-ld
--with-ld=/usr/local/binutils-2.16.1/x86-SunOS-gcc-4.0.1/bin/ld
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org
|dot org
ith: /home/arth/gcc/configure --prefix=/opt/gnu --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,objc
--disable-checking --with-system-zlib --with-gc=page
Thread model: posix
gcc version 4.2.0 20060208 (experimental)
/opt/gnu/libexec/gcc/i686-pc-linux-gnu/4.2.0/
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-08 20:54
---
Subject: Bug 25425
Author: fxcoudert
Date: Wed Feb 8 20:54:14 2006
New Revision: 110769
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110769
Log:
PR libfortran/25425
* trans-decl.c (gfc
--- Comment #32 from tkoenig at gcc dot gnu dot org 2006-02-08 20:15
---
Fixed on 4.1 as well.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #31 from tkoenig at gcc dot gnu dot org 2006-02-08 20:14
---
Subject: Bug 23815
Author: tkoenig
Date: Wed Feb 8 20:14:00 2006
New Revision: 110764
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110764
Log:
2005-02-08 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #2 from tromey at gcc dot gnu dot org 2006-02-08 20:13 ---
Note that this bug may not be as severe now that we've simplified
Class marking in _Jv_MarkObj.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18086
--- Comment #13 from tromey at gcc dot gnu dot org 2006-02-08 20:10 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 20:09 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 20:08 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 20:07 ---
Subject: Bug 10598
Author: tromey
Date: Wed Feb 8 20:07:29 2006
New Revision: 110763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763
Log:
PR libgcj/26063, PR libgcj/17978, PR libgcj/10598:
--- Comment #12 from tromey at gcc dot gnu dot org 2006-02-08 20:07 ---
Subject: Bug 26063
Author: tromey
Date: Wed Feb 8 20:07:29 2006
New Revision: 110763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763
Log:
PR libgcj/26063, PR libgcj/17978, PR libgcj/10598:
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 20:07 ---
Subject: Bug 17978
Author: tromey
Date: Wed Feb 8 20:07:29 2006
New Revision: 110763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763
Log:
PR libgcj/26063, PR libgcj/17978, PR libgcj/10598:
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-02-08 19:05 ---
Confirmed for revision 110699
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2006-02-08 18:54 ---
The regex changes are unlikely to cause big destabilization for 3 reasons:
* They are pure java
* The regex code has historically been somewhat broken, so we're unlikely
to make the situation worse
* They've been t
--- Comment #7 from sayle at gcc dot gnu dot org 2006-02-08 18:31 ---
Subject: Bug 22209
Author: sayle
Date: Wed Feb 8 18:31:36 2006
New Revision: 110760
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110760
Log:
PR target/22209
* config/mips/mips.h (MIN_UNITS_
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-08
18:17 ---
Subject: Re: libgomp needs to link against rt on HPUX
> This problem affects both hppa*-hp-hpux* and ia64-hp-hpux*. It appears that
> the required sem_init, sem_wait, sem_post, etc... symbols are defined
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 18:08 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 18:06 ---
Subject: Bug 22578
Author: tromey
Date: Wed Feb 8 18:06:11 2006
New Revision: 110759
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110759
Log:
gcc/java
PR java/22578:
* check-init.c (check_i
--- Comment #3 from ian at airs dot com 2006-02-08 17:56 ---
I have a patch to add full support for -Wparentheses to the C++ frontend, which
I will submit when copyright status is cleared up.
--
ian at airs dot com changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-08 17:52 ---
(In reply to comment #5)
> Subject: Re: [4.1 only] Exception when compiling valid regex pattern
>
> No, this is no regression. Java is not release critical to GCC so we
> should just fix this bug as we fix many oth
--- Comment #5 from konqueror at gmx dot de 2006-02-08 17:49 ---
Subject: Re: [4.1 only] Exception when compiling valid regex pattern
No, this is no regression. Java is not release critical to GCC so we
should just fix this bug as we fix many other bugs too. Not just
regressions.
--
--- Comment #9 from law at redhat dot com 2006-02-08 17:46 ---
Fixed with attached patch.
--
law at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #4 from roger at eyesopen dot com 2006-02-08 17:46 ---
This problem affects both hppa*-hp-hpux* and ia64-hp-hpux*. It appears that
the required sem_init, sem_wait, sem_post, etc... symbols are defined both in
the -lrt libraries on HPUX and in the -lc_r libraries. The fix is
--- Comment #7 from law at redhat dot com 2006-02-08 17:46 ---
Subject: Re: [4.2 Regression] ICE in
duplicate_ssa_name
On Wed, 2006-02-08 at 12:43 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 12:43
> -
--- Comment #24 from pinskia at gcc dot gnu dot org 2006-02-08 17:44
---
*** Bug 26148 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11828
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-08 17:44 ---
Please talk with the standards committee instead of GCC.
try comp.lang.c++ first and then go from there.
g++ tries to strives for being a C++ compiler and not a GNU++ compiler.
*** This bug has been marked as a du
--- Comment #2 from gcc_bugzilla at friedman dot to 2006-02-08 17:41
---
If this conforms with the Committee's decision, then the Committee's decision
is buggy. In my opinion this is clearly a bug because it is inconsistent
between using namespaces and not using namespaces, and GNU sho
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 17:34 ---
Is this a regression? libgcj should take care that GCC is in super release
mode now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from green at redhat dot com 2006-02-08 17:32 ---
It's good to know this is fixed in GNU Classpath, but I filed this against
libgcj for a reason. Reopening the bug.
--
green at redhat dot com changed:
What|Removed |Added
---
--- Comment #2 from themgt at mail dot ru 2006-02-08 17:29 ---
i586-pc-linux-gnu-gcc -c -Os -march=i586 -mtune=i686 -pipe -fomit-frame-pointer
-fno-strict-aliasing -ansi -Wno-return-type -w-I../..
-I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 17:23 ---
There is padding in this struct which is why the size is different than from
the sum of all the parts.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26178
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-08 17:23 ---
Not a bug - you don't appear to understand padding
and alignment requirements.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from mark at gcc dot gnu dot org 2006-02-08 17:22 ---
Works fine with GNU Classpath CVS
--
mark at gcc dot gnu dot org changed:
What|Removed |Added
Request to REOPEN bug 6385 was DENIED... creating a new bug...
Error previously reported on bug 6385 (against version 3.0.4.) persists in
version 3.4.4. for more elaborated structs, example:
struct bug_struct {
short a, b, c, d, e, f, g, h, i, j, k, l;
char m[8];
float n, o, p, q, r;
sh
--- Comment #1 from konqueror at gmx dot de 2006-02-08 17:11 ---
Subject: Re: New: Exception when compiling valid regex pattern
On Wed, Feb 08, 2006 at 05:03:48PM -, green at redhat dot com wrote:
> The azureus developers identified a regex failure that is causing trouble...
>
>
The azureus developers identified a regex failure that is causing trouble...
$ cat /tmp/ar.java
import java.util.regex.*;
public class ar
{
public static void main (String args[])
{
Pattern p = Pattern.compile ("(?i)yoda");
}
}
$ gcj -C ar.java
$ gij ar
Exception in thread "main" java.u
1 - 100 of 147 matches
Mail list logo
