--- Comment #7 from brooks at gcc dot gnu dot org 2007-05-03 07:22 ---
The above commit should fix this problem.
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from brooks at gcc dot gnu dot org 2007-05-03 07:15 ---
Subject: Bug 31776
Author: brooks
Date: Thu May 3 06:14:52 2007
New Revision: 124373
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124373
Log:
PR bootstrap/31776
* system.h: Remove inclusion of double-int.h
--- Comment #3 from jojelino at gmail dot com 2007-05-03 05:59 ---
(In reply to comment #1)
confirmed. it works now. thanks
> Created an attachment (id=13499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13499&action=view) [edit]
> demux_vqf.i
>
(In reply to comment #2)
> I thin
GCC should use MPFR to evaluate builtins remquo, remainder (and the common
extension function drem) at compile-time when they are provided with constant
arguments. The forthcoming mpfr-2.3.0 has suitable functionality to do this.
--
Summary: Evaluate remquo/remainder/drem at compile-
--- Comment #2 from ghazi at gcc dot gnu dot org 2007-05-03 03:43 ---
Bessel patches posted here:
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01624.html
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01663.html
Awaiting review.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30251
Patches like this:
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00059.html
expose a problem with GCC's -Wunused machinery. Namely, that it fails to
detect cases where a variable is set but never read. I'd like GCC to detect
these cases automatically. I think it probably requires auditing everyw
--- Comment #5 from brooks at gcc dot gnu dot org 2007-05-03 03:24 ---
If this analysis of the problem is correct, the patch attached here should fix
it:
http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00135.html
--
brooks at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from david+gcc at porkrind dot org 2007-05-03 03:14 ---
This still fails in gcc 4.1.2 under certain conditions. I can provide a test
case if necessary.
--
david+gcc at porkrind dot org changed:
What|Removed |Added
---
--- Comment #4 from ghazi at gcc dot gnu dot org 2007-05-03 02:50 ---
I see a similar failure on sparc-sun-solaris2.10 (where I have gmp installed in
some place not available to system.h without -I flags.) Without clear access
to gmp.h, configure botches the test for rlim_t and defines
--- Comment #3 from spark at gcc dot gnu dot org 2007-05-03 00:11 ---
Subject: Bug 31663
Author: spark
Date: Wed May 2 23:11:13 2007
New Revision: 124363
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124363
Log:
gcc/ChangeLog:
2007-05-02 Seongbae Park <[EMAIL PROTECTED]>
--- Comment #4 from rakdver at gcc dot gnu dot org 2007-05-02 23:34 ---
Subject: Bug 31771
Author: rakdver
Date: Wed May 2 22:34:38 2007
New Revision: 124362
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124362
Log:
PR tree-optimization/31771
* tree-cfg.c (move
--- Comment #3 from anhvofrcaus at gmail dot com 2007-05-02 23:28 ---
It still remains in prerelease-4.2.0-20070501. In addition, C46051a fails also.
It will be reported separately if it has not been filed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31174
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-05-02 23:07 ---
That patch certainly didn't fix anything, so the problem is probably latent.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31733
--- Comment #5 from tbm at cyrius dot com 2007-05-02 23:03 ---
I just checked and you get the ICE with r124216 but not anymore with r124217.
I'm not sure r124217 fixed this problem or just made it latent; maybe Richi
can comment.
Anyway, I'll try to find out when the ICE first appeared
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-05-02 23:01 ---
gfortran.fortran-torture/execute/st_function.f90 at -O1 and above fail the same
way (it is the same bug, I looked into the failure, though it does not use
bcopy so that work around will not work).
--
pinskia at g
--- Comment #10 from bangerth at dealii dot org 2007-05-02 22:56 ---
*** Bug 31788 has been marked as a duplicate of this bug. ***
--
bangerth at dealii dot org changed:
What|Removed |Added
--
--- Comment #1 from bangerth at dealii dot org 2007-05-02 22:56 ---
*** This bug has been marked as a duplicate of 986 ***
--
bangerth at dealii dot org changed:
What|Removed |Added
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #2 from anhvofrcaus at gmail dot com 2007-05-02 22:06 ---
It still remains in prerelease-4.2.0-20070501. In addition, C46051a fails also.
It will be reported separately if it has not been filed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31174
--- Comment #19 from mmitchel at gcc dot gnu dot org 2007-05-02 21:59
---
If this is a valid program, as we seem to think it is, then this is a serious
bug. However, if it's the front-end bug that Richard suspects, there's not
much we can do about it in the near term. The ball is firm
--- Comment #3 from aldot at gcc dot gnu dot org 2007-05-02 21:43 ---
Richi suggested it was a FE bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30052
--- Comment #32 from mark at codesourcery dot com 2007-05-02 21:41 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] placement
new does not change the dynamic type as it should
ian at airs dot com wrote:
> Here is one approach which fixes the test case. This introduces a new tree
> code
--- Comment #5 from aldot at gcc dot gnu dot org 2007-05-02 21:40 ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14634#c12
has a similar case, from the looks, and is a regression WRT 4.1.2 where this
did work fine for me (the diagnostic was not garbled).
--
aldot at gcc dot gnu dot
--- Comment #2 from geoffk at gcc dot gnu dot org 2007-05-02 21:23 ---
Since these are both 'static', shouldn't they be named things like
__gthrw_pthread_once.247 in the assembler?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
--- Comment #2 from rakdver at gcc dot gnu dot org 2007-05-02 20:39 ---
*** This bug has been marked as a duplicate of 31771 ***
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rakdver at gcc dot gnu dot org 2007-05-02 20:39 ---
*** Bug 31759 has been marked as a duplicate of this bug. ***
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from dorit at il dot ibm dot com 2007-05-02 20:38 ---
patch: http://gcc.gnu.org/ml/gcc-patches/2007-05/msg00111.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31699
--- Comment #1 from eweddington at cso dot atmel dot com 2007-05-02 20:34
---
This must be specific to RTEMS/newlib, as 4.2.0-20070430 (RC2) builds without
error with:
CFLAGS=-D__USE_MINGW_ACCESS \
../gcc-$version/configure \
--prefix=$installdir \
--target=avr \
--enable-
--- Comment #13 from tromey at gcc dot gnu dot org 2007-05-02 20:34 ---
I checked in the follow-up patch to the trunk.
So this fully works on 4.3.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from tromey at gcc dot gnu dot org 2007-05-02 20:33 ---
Subject: Bug 28709
Author: tromey
Date: Wed May 2 19:33:44 2007
New Revision: 124356
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124356
Log:
libcpp
PR preprocessor/28709:
* macro.c (paste
--- Comment #2 from eweddington at cso dot atmel dot com 2007-05-02 20:28
---
Woops! Thanks for catching that! I forgot I had --disable-fixincludes still in
there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31790
--- Comment #1 from mstein at phenix dot rootshell dot be 2007-05-02 20:26
---
Created an attachment (id=13500)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13500&action=view)
preprocessed source file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31794
Hello,
there seems to be a gcc problem with the target 'm32c-elf':
/home/mstein/sim/m32c-elf/build/./gcc/xgcc
-B/home/mstein/sim/m32c-elf/build/./gcc/
-B/n/07/mstein/cross-local/m32c-elf/m32c-elf/bin/
-B/n/07/mstein/cross-local/m32c-elf/m32c-elf/lib/ -isystem
/n/07/mstein/cross-local/m32c-elf/m32
--- Comment #13 from mark at codesourcery dot com 2007-05-02 20:02 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression] ICE in build_simple_base_path,
at cp/class.c:474
crowl at google dot com wrote:
> I think (B*)(D*)0 is a conversion under 4.10.
>
>> Has anyone asked about this case on t
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-02 19:56 ---
I think this was fixed by:
2007-05-01 Ian Lance Taylor <[EMAIL PROTECTED]>
PR tree-optimization/31739
* tree-vrp.c (vrp_val_is_max): New static function.
(vrp_val_is_min): New static functi
--- Comment #1 from jojelino at gmail dot com 2007-05-02 19:54 ---
Created an attachment (id=13499)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13499&action=view)
demux_vqf.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31793
configure flag
---
Using built-in specs.
Target: i686-pc-cygwin
Configured with: ./configure --prefix=/usr --disable-win32-registry
--enable-thr
eads=posix --enable-languages=all --with-win32-nlsapi=unicode --enable-tls
--dis
able-bootstrap : (reconfigured) ./configure --prefix=/usr
--disable-win32
--- Comment #2 from paolo at gcc dot gnu dot org 2007-05-02 19:37 ---
Subject: Bug 31777
Author: paolo
Date: Wed May 2 18:37:00 2007
New Revision: 124355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124355
Log:
2007-05-02 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #1 from vlad at petric dot cc 2007-05-02 19:36 ---
Created an attachment (id=13498)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13498&action=view)
Isolated code which illustrates the ivopts issue
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31792
The loop in question is isolated from zlib 1.2.3's longest_match() function (it
s longest_match()'s inner-most loop). Given two char * pointers, scan and
match, it figures out their longest common prefix. After every 8 character
comparisons, it also tests whether scan has reached the end.
int inne
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-05-02 18:49 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-05-02 18:48 ---
Subject: Bug 29715
Author: pinskia
Date: Wed May 2 17:47:50 2007
New Revision: 124354
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124354
Log:
Forgot to add the PR number to the last changelog entry:
2007
--- Comment #31 from pinskia at gcc dot gnu dot org 2007-05-02 17:14
---
Also should we fold the case where ALIASING_CONVERT_EXPR and the argument type
are the same. Also I think this right now causes a regression on the tunk
interacting with the patch which fixed PR 31146.
--
htt
--- Comment #30 from pinskia at gcc dot gnu dot org 2007-05-02 17:10
---
Only one suggestion for the patch, instead of:
- if (is_gimple_cast (t) || TREE_CODE (t) == VIEW_CONVERT_EXPR)
+ if (is_gimple_cast (t) || TREE_CODE (t) == VIEW_CONVERT_EXPR
+ || TREE_CODE (t) == ALIASING_CO
--- Comment #1 from ralf_corsepius at rtems dot org 2007-05-02 17:05
---
I've been trying to attach the *.i of this breakdown, but creating attachments
seems to be broken right now. I am always receiving this:
undef error - Undefined subroutine Fh::slice at
data/template/template/en/de
--- Comment #29 from ian at airs dot com 2007-05-02 16:57 ---
Created an attachment (id=13497)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13497&action=view)
Patch
Here is one approach which fixes the test case. This introduces a new tree
code, ALIASING_CONVERT_EXPR. It is con
--- Comment #3 from dkruger at stevens dot edu 2007-05-02 16:56 ---
small correction: I forgot that the call to the function being integreated
isn't inline.
That clearly is what causes the problem.
Also, if you change the bogus .6 coefficient to .5, the fact that it's a nice
number make
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-05-02 16:41 ---
> I can reproduce this bug any architecture with -fpic option
Oh and this is why it fails without -fpic on powerpc64-linux-gnu as really it
is always PIC with the toc based ABI.
>workaround for the bug:
Actually th
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-02 16:36 ---
> I have tried the 3.4.6 compiler with same results. But judging the situation I
> expect this to be a conceptual issue.
Well there are two things, first you are using a reserved name in C99. The C
standard dicttake
My code contains function identifiers that are are unique within their
namespace. However, they collide with some builtin function generating a
"conflicting types for built-in function " warning. The project build
will break when using -Werror inspite the code being semantically correct.
I have tr
--- Comment #6 from dtemirbulatov at gmail dot com 2007-05-02 16:25 ---
workaround for the bug:
--- gcc/varasm.c-orig 2007-05-02 19:15:04.0 +0400
+++ gcc/varasm.c2007-05-02 19:16:17.0 +0400
@@ -5519,6 +5519,8 @@ decl_readonly_section (tree decl, int re
case
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-02 16:24 ---
Don't do this: --disable-fixincludes
This is the same thing:
it hurts when I do this
The doctor told you not to do that.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
4.2.0 RC2 fails to build on host=mingw target=avr
Configured as:
CFLAGS=-D__USE_MINGW_ACCESS \
../gcc-$version/configure \
--prefix=$installdir \
--target=$target \
--enable-languages=c,c++ \
--with-dwarf2 \
--enable-win32-registry=WinAVR-$release \
--disable-nls \
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-05-02 16:15 ---
This works for me on powerpc-darwin.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dtemirbulatov at gmail dot com 2007-05-02 16:14 ---
I can reproduce this bug any architecture with -fpic option
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31490
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 16:13 ---
Error message looks right to me, the instantiation is not finished so you
cannot
use foo twice here without disambiguating it, e.g:
procedure FOO is new Standard.foo;
Arno
--
charlet at gcc dot gnu dot org c
--- Comment #1 from dkruger at stevens dot edu 2007-05-02 16:12 ---
Created an attachment (id=13496)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13496&action=view)
odd roundoff behavior
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31789
Adding +x to -x should result in a hardware zero. But in this small gaussian
integration routine, .6^3 + -.6^3 is not zero.
When the same computation is done inline, it works.
This may be due to the hardware rounding properties, but given that the
integration routine is inline, I wouldn't see why i
I was surprised to discover that passing a reference to a temp that is clearly
going out of scope is not tracked at all. While in general catching a pointer
to a value with shorter lifetime could be hard, if it's auto, it's fairly
obvious.In the following example, the commented out code correctly g
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 16:03 ---
Works fine on trunk:
$ gcc -c rooms.adb
rooms.adb:6:43: expected private type "DOOR" defined at doors.ads:3
rooms.adb:6:43: found a composite type
--
charlet at gcc dot gnu dot org changed:
What|
--- Comment #5 from charlet at gcc dot gnu dot org 2007-05-02 15:56 ---
Fixed, so closing.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from charlet at gcc dot gnu dot org 2007-05-02 15:53 ---
Patch applied on trunk apparently
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rakdver at gcc dot gnu dot org 2007-05-02 15:53 ---
I'm checking this.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
Assigned
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 15:50 ---
lowering severity
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Severit
--- Comment #3 from dewi dot daniels at silver-software dot com 2007-05-02
15:48 ---
Subject: RE: Sign ignored on fixed point multiplication
Yes, that output looks correct to me :)
> -Original Message-
> From: charlet at gcc dot gnu dot org
> [mailto:[EMAIL PROTECTED]
> Sen
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|nobody at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #12 from davek at gcc dot gnu dot org 2007-05-02 15:41 ---
Sorry for the repeated emails, bugzilla wouldn't let me verify and close this
bug without forcing me to add a comment.
--
davek at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #4 from rakdver at gcc dot gnu dot org 2007-05-02 15:40 ---
I cannot reproduce this.
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
As
--- Comment #11 from davek at gcc dot gnu dot org 2007-05-02 15:38 ---
From the initial PR:
> There ought to be a way to detect that threading support is disabled so that
> pessimizations like mutex locks can be left out.
From the definition of -mthreads in TFM:
" `-mthreads'
--- Comment #26 from braingrant at ebestmail dot com 2007-05-02 15:14
---
Created an attachment (id=13495)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13495&action=view)
mortgage refinancing
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #25 from braingrant at ebestmail dot com 2007-05-02 15:14
---
Created an attachment (id=13494)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13494&action=view)
bad credit mortgage
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #24 from braingrant at ebestmail dot com 2007-05-02 15:11
---
Created an attachment (id=13493)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13493&action=view)
san francisco hotel
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #23 from braingrant at ebestmail dot com 2007-05-02 15:09
---
Created an attachment (id=13492)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13492&action=view)
air conditioner
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #22 from braingrant at ebestmail dot com 2007-05-02 15:09
---
Created an attachment (id=13491)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13491&action=view)
cheap cigarette
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #21 from braingrant at ebestmail dot com 2007-05-02 15:08
---
Created an attachment (id=13490)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13490&action=view)
office furniture
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #20 from braingrant at ebestmail dot com 2007-05-02 15:05
---
Created an attachment (id=13489)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13489&action=view)
mlm leads
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #19 from braingrant at ebestmail dot com 2007-05-02 15:04
---
Created an attachment (id=13488)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13488&action=view)
buy hgh
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #18 from braingrant at ebestmail dot com 2007-05-02 15:03
---
Created an attachment (id=13487)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13487&action=view)
chanel handbags
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
Building RTEMS for the bfin using gcc-4.2.0-20070430 raises the following
error:
bfin-rtems4.8-gcc --pipe -DHAVE_CONFIG_H -I.. -I../../lib/include
-D__RTEMS_INSIDE__ -Wall -fasm -g -O2 -MT src/librtems_a-eventsurrender.o -MD
-MP -MF src/.deps/librtems_a-eventsurrender.Tpo -c -o
src/librtems_a-e
--- Comment #17 from braingrant at ebestmail dot com 2007-05-02 15:01
---
Created an attachment (id=13486)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13486&action=view)
ugg boots
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #16 from braingrant at ebestmail dot com 2007-05-02 15:00
---
Created an attachment (id=13485)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13485&action=view)
bathroom vanities
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #14 from braingrant at ebestmail dot com 2007-05-02 14:59
---
Created an attachment (id=13483)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13483&action=view)
cheap furniture
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #13 from braingrant at ebestmail dot com 2007-05-02 14:58
---
Created an attachment (id=13482)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13482&action=view)
bed frames
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #12 from braingrant at ebestmail dot com 2007-05-02 14:57
---
Created an attachment (id=13481)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13481&action=view)
corner computer armoire
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #19 from pinskia at gcc dot gnu dot org 2007-05-02 14:55
---
*** Bug 31785 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-05-02 14:55 ---
This is not a trivial constructor (or at least what the standard defines as
trivial :) ).
This is the same problem as PR 4131.
*** This bug has been marked as a duplicate of 4131 ***
--
pinskia at gcc dot gnu do
--- Comment #9 from charlet at gcc dot gnu dot org 2007-05-02 14:54 ---
Never mind, I could still reproduce it, although the sources need to be updated
to conform to latest Ada 2005 rules (some interfaces must be marked limited).
Arno
--
charlet at gcc dot gnu dot org changed:
--- Comment #11 from braingrant at ebestmail dot com 2007-05-02 14:51
---
Created an attachment (id=13480)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13480&action=view)
bowflex
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #10 from braingrant at ebestmail dot com 2007-05-02 14:50
---
Created an attachment (id=13479)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13479&action=view)
medifast weight loss
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #9 from braingrant at ebestmail dot com 2007-05-02 14:47
---
Created an attachment (id=13478)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13478&action=view)
card credit reward
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #8 from braingrant at ebestmail dot com 2007-05-02 14:40
---
Created an attachment (id=13477)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13477&action=view)
subaru wrx
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #7 from braingrant at ebestmail dot com 2007-05-02 14:23
---
Created an attachment (id=13476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13476&action=view)
bicycle light
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #7 from charlet at gcc dot gnu dot org 2007-05-02 14:23 ---
Runs fine at -O0 and -O2 on i686-linux on trunk
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from braingrant at ebestmail dot com 2007-05-02 14:18
---
Created an attachment (id=13475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13475&action=view)
radiators
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13422
--- Comment #36 from ralf_corsepius at rtems dot org 2007-05-02 14:16
---
(In reply to comment #35)
> Now, bootstrapping 4.2.0 fails with a similar error
Filed as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31786
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18251
bootstrapping avr-rtems* gcc-4.2.0-200704030 fails with:
/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/build/./gcc/xgcc
-B/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/build/./gcc/ -nostdinc
-B/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/build/avr-rtems4.8/newlib/
-isys
--- Comment #35 from ralf_corsepius at rtems dot org 2007-05-02 14:07
---
Now, bootstrapping 4.2.0 fails with a similar error
/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/build/./gcc/xgcc
-B/builddir/build/BUILD/rtems-4.8-avr-rtems4.8-gcc-4.2.0/b
../../../../../../gcc-4.2.0-2
--- Comment #2 from charlet at gcc dot gnu dot org 2007-05-02 14:02 ---
Works fine on trunk.
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #1 from charlet at gcc dot gnu dot org 2007-05-02 13:59 ---
I'd suggest verifying with GCC 4.3.0, where the problem is likely fixed.
If not, could you please identify which pass is faulty ? Since it works on
so many other platforms, I suspect it's a codegen bug rather than an
1 - 100 of 131 matches
Mail list logo
