According to gcc-4_3-trunk/libgcc/configure's help we can set some environment
vars before we compile gcc.
"
Some influential environment variables:
CC C compiler command
CFLAGS C compiler flags
LDFLAGS linker flags, e.g. -L if you have libraries in a
nonstand
--- Comment #3 from patchapp at dberlin dot org 2007-06-30 07:25 ---
Subject: Bug number PR32555
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/2007-06/msg02142.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #9 from marcus at jet dot franken dot de 2007-06-30 08:05
---
This bug has resurfaced in the last two days.
r126139 is affected.
--
marcus at jet dot franken dot de changed:
What|Removed |Added
-
Building GCC SVN fails with RTL check. The configure line is:
/cvs/gcc-svn/trunk/configure --prefix=/opt/gcc/4.3-devel
--enable-checking=yes,rtl --enable-threads=posix --enable-clocale=gnu
--enable-__cxa_atexit --enable-shared
--enable-languages=c,c++,ada,treelang,java,fortran,objc --with-system-z
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30854
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31027
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.2/4.3 regression]|[4.1/4.2/4.3 regression]
|redundant reg/mem
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32286
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32276
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32400
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32554
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|--- |4.3.0
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |rtl-optimization
Keywords||buil
Configured with: /n/12/rask/src/all/configure --target v850-unknown-elf
--with-newlib --enable-sim --disable-gdb --disable-nls
There's an obvious incompatibility with building on a 64-bit system:
/n/12/rask/src/all/libgcc/../gcc/libgcc2.c: In function '__divdi3':
/n/12/rask/src/all/libgcc/../gcc/
--- Comment #10 from zadeck at naturalbridge dot com 2007-06-30 11:47
---
Richard,
Could you check to see if this bug is collateral damage from your latest fix to
deletable_insn_p. It's appearance has been tied to that function in the past.
kenny
--
zadeck at naturalbridge dot
--- Comment #11 from richard at codesourcery dot com 2007-06-30 12:19
---
Subject: Re: [4.3 Regression] function with asm() does not setup stack frame
"zadeck at naturalbridge dot com" <[EMAIL PROTECTED]> writes:
> Could you check to see if this bug is collateral damage from your
> la
--- Comment #21 from richard at codesourcery dot com 2007-06-30 12:26
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Richard Sandiford <[EMAIL PROTECTED]> writes:
> Kenneth Zadeck <[EMAIL PROTECTED]> writes:
>> 2007-06-23 Kenneth Zadeck <[EMAIL PROTECTED
The following valid code snippet triggers an ICE on mainline:
=
int __attribute__((vector_size (8))) v;
void foo()
{
v += ~v;
}
=
bug.c: In function 'foo':
bug.c:5: internal compiler error: in build_int_cst
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32559
The following invalid code snippet triggers an ICE on mainline:
=
namespace N {}
template struct A
{
int A;
};
=
bug.cc:5: error: 'X' in namespace 'N' does not name a type
bug.cc:5: error: template argument
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32560
--- Comment #21 from manu at gcc dot gnu dot org 2007-06-30 12:56 ---
Subject: Bug 4076
Author: manu
Date: Sat Jun 30 12:56:43 2007
New Revision: 126144
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126144
Log:
2007-06-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR c/
--- Comment #12 from richard at codesourcery dot com 2007-06-30 12:58
---
Subject: Re: [4.3 Regression] function with asm() does not setup stack frame
"richard at codesourcery dot com" <[EMAIL PROTECTED]> writes:
> "zadeck at naturalbridge dot com" <[EMAIL PROTECTED]> writes:
>> Could
--- Comment #22 from manu at gcc dot gnu dot org 2007-06-30 12:58 ---
Fixed for GCC 4.3
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
The following invalid code snippet triggers an ICE on mainline:
=
template struct A;
=
bug.cc:1: internal compiler error: tree check: expected var_decl, have
const_decl in redeclaration_error_message, at cp/de
This bug is solved in the C front-end (bug 4076).
The original patch also addressed the C++ front-end
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg00171.html
However, some issues were raised about functions in anonymous namespaces:
http://gcc.gnu.org/ml/gcc-patches/2007-03/msg01103.html
--
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32561
--- Comment #54 from manu at gcc dot gnu dot org 2007-06-30 13:03 ---
Subject: Bug 25241
Author: manu
Date: Sat Jun 30 13:02:48 2007
New Revision: 126145
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126145
Log:
2007-06-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR t
The following valid code snippet triggers an ICE since GCC 4.2.0
(when compiled with "g++ -g"):
=
struct A
{
char c[1];
} a;
const int i = (int)&a.c[0] - 1;
=
bug.cc:5: internal compiler error: in loc_descr
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32563
--- Comment #55 from manu at gcc dot gnu dot org 2007-06-30 13:06 ---
Subject: Bug 25241
Author: manu
Date: Sat Jun 30 13:06:45 2007
New Revision: 126146
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126146
Log:
2007-06-30 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR t
--- Comment #5 from pault at gcc dot gnu dot org 2007-06-30 13:08 ---
Subject: Bug 32472
Author: pault
Date: Sat Jun 30 13:08:19 2007
New Revision: 126147
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126147
Log:
2007-06-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #9 from pault at gcc dot gnu dot org 2007-06-30 13:08 ---
Subject: Bug 30284
Author: pault
Date: Sat Jun 30 13:08:19 2007
New Revision: 126147
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126147
Log:
2007-06-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #10 from pault at gcc dot gnu dot org 2007-06-30 13:09 ---
Subject: Bug 30284
Author: pault
Date: Sat Jun 30 13:09:14 2007
New Revision: 126148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126148
Log:
2007-06-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #6 from pault at gcc dot gnu dot org 2007-06-30 13:09 ---
Subject: Bug 32472
Author: pault
Date: Sat Jun 30 13:09:14 2007
New Revision: 126148
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126148
Log:
2007-06-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #5 from dberlin at gcc dot gnu dot org 2007-06-30 14:15 ---
Subject: Bug 31651
Author: dberlin
Date: Sat Jun 30 14:15:26 2007
New Revision: 126149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126149
Log:
2007-06-30 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #3 from dberlin at gcc dot gnu dot org 2007-06-30 14:15 ---
Subject: Bug 32540
Author: dberlin
Date: Sat Jun 30 14:15:26 2007
New Revision: 126149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126149
Log:
2007-06-30 Daniel Berlin <[EMAIL PROTECTED]>
Fix P
--- Comment #4 from dberlin at gcc dot gnu dot org 2007-06-30 14:16 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #6 from dberlin at gcc dot gnu dot org 2007-06-30 14:17 ---
Fixed
--
dberlin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
I had gcc 4.1.1 configured in such a way that when the resulting cc1 got
invoked, the stat() call in remove_duplicates() failed with an errno different
than ENOENT (calling chain at that moment was: remove_duplications() <-
merge_include_chains() <- register_include_chains() <- c_common_post_option
--- Comment #1 from John dot Tytgat at aaug dot net 2007-06-30 15:02
---
Created an attachment (id=13807)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13807&action=view)
Suggested fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32564
--- Comment #3 from opichals at seznam dot cz 2007-06-30 15:05 ---
I am not sure about the standard wording. But logically typedefs local
to a .cpp file should stay local to that file. They in fact are. However
the template instances are not.
If it should not be that way then the compil
--- Comment #7 from pault at gcc dot gnu dot org 2007-06-30 15:11 ---
This, I seem to think is well, fixed on trunk.
Thanks for the report, Tibias.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jojelino at gmail dot com 2007-06-30 15:13 ---
confirmed. it seems fixed.
maybe i need to clean object files instead getting ICE.
--
jojelino at gmail dot com changed:
What|Removed |Added
--- Comment #21 from danglin at gcc dot gnu dot org 2007-06-30 15:20
---
Fixed by
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02152.html
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from ubizjak at gmail dot com 2007-06-30 15:39 ---
Hm, in the dump (gcc-4.1.3), preceeding ifcvt, we have:
:;
D.985_28 = iftmp.5_4 + D.964_27;
M.2_29 = (int4) D.985_28;
if (M.2_29 > 1) goto ; else goto ;
:;
if (M.2_29 > 20) goto ; else goto ;
# M.2_61 = PHI ;
--- Comment #4 from burnus at gcc dot gnu dot org 2007-06-30 16:01 ---
Subject: Bug 32555
Author: burnus
Date: Sat Jun 30 16:01:25 2007
New Revision: 126152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126152
Log:
2007-06-30 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #6 from patchapp at dberlin dot org 2007-06-30 16:19 ---
Subject: Bug number PR31205
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/2007-06/msg02151.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #8 from patchapp at dberlin dot org 2007-06-30 16:23 ---
Subject: Bug number PR17711
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/2007-06/msg02153.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #15 from dfranke at gcc dot gnu dot org 2007-06-30 16:27
---
Subject: Bug 20373
Author: dfranke
Date: Sat Jun 30 16:26:55 2007
New Revision: 126153
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126153
Log:
gcc/fortran:
2007-06-30 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #16 from dfranke at gcc dot gnu dot org 2007-06-30 16:30
---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
The following valid code snippet triggers an ICE on mainline:
template struct A;
template class T> struct A > {};
template struct B;
A > a;
bug.cc:7: internal compiler erro
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32565
The following invalid code snippet triggers an ICE on mainline:
template struct A;
template class... T> struct A {};
bug.cc:3: error: type/value mismatch at argument 1 in tem
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32566
The following invalid code snippet triggers an ICE on mainline:
template struct A
{
static T &t;
static const int i = sizeof(++t);
};
int x[A::i];
bug.cc:3: error: param
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32567
--- Comment #5 from simartin at gcc dot gnu dot org 2007-06-30 17:02
---
Fixed.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONF
--- Comment #4 from ubizjak at gmail dot com 2007-06-30 17:07 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from uros at gcc dot gnu dot org 2007-06-30 17:06 ---
Subject: Bug 32433
Author: uros
Date: Sat Jun 30 17:05:49 2007
New Revision: 126154
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126154
Log:
PR target/32433
* config/i386/i386.md (ffssi2): Exp
--- Comment #22 from zadeck at naturalbridge dot com 2007-06-30 17:24
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
richard at codesourcery dot com wrote:
> --- Comment #21 from richard at codesourcery dot com 2007-06-30 12:26
> ---
> Subject:
--- Comment #23 from ian at airs dot com 2007-06-30 17:57 ---
The patch in comment #19 of PR 32437 looks clearly correct. That
patch should not be reverted, at least not by itself. I'm not clear
on whether that was the patch that was reverted, but, if it was, I
don't think it should ha
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-06-30 18:07
---
Fixed, thanks Tobias
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from ian at airs dot com 2007-06-30 18:08 ---
The problem here is that although the stack pointer is not used in the
function, adjusting it does reserve space on the stack for the local variables
which are used. The local variables are accessed via the frame pointer with
--- Comment #1 from ubizjak at gmail dot com 2007-06-30 19:58 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2007-06/msg02161.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #7 from patchapp at dberlin dot org 2007-06-30 20:00 ---
Subject: Bug number PR32554
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/2007-06/msg02162.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #14 from zadeck at naturalbridge dot com 2007-06-30 20:11
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
ian at airs dot com wrote:
> --- Comment #13 from ian at airs dot com 2007-06-30 18:08 ---
> The problem here is that althou
--- Comment #8 from aoliva at gcc dot gnu dot org 2007-06-30 21:24 ---
Sorry about the delay. The patch that introduced this problem was reverted,
and the revised version thereof, still awaiting review, does not trigger the
problem any more.
--
aoliva at gcc dot gnu dot org changed:
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-06-30 21:29 ---
How about posting the backported-and-tested patch to gcc-patches, indicating on
which platform you've tested it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28706
--- Comment #2 from lloyd at randombit dot net 2007-06-30 22:11 ---
The behavior still exists in the 4.3 20070622 snapshot. It does not occur using
-march=core2 (the actual CPU in question). The bad value results when using
-ftree-vectorize and -march or -mtune =nocona. -O, -O2, or -O3 i
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-07-01 00:12 ---
This was fixed with one of the forwprop patches, I don't know which one though.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-01 00:34 ---
Related to PR 25530.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25529
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-01 00:52 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #16 from pinskia at gcc dot gnu dot org 2007-07-01 01:07
---
The new SCCVN fixes this testcase. So this is fixed for 4.3.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-07-01 01:09 ---
We get in .fre now:
Value numbers:
d_2 = c_1
But we still get the PHIs:
# d_2 = PHI
# c_1 = PHI
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-01 01:12 ---
It turns out this is the same issue as PR 15017. :) Sometimes I file dups
myself :).
*** This bug has been marked as a duplicate of 15017 ***
--
pinskia at gcc dot gnu dot org changed:
What|Remo
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-07-01 01:12
---
*** Bug 30966 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15017
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-01 01:18 ---
Note for the Cell this is even more important so you don't run into the LHS
hazzard.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-01 01:22 ---
> OFFSET + &OBJ.
Well pointer plus was merged so it is always &OBJ + OFFSET :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31981
--- Comment #15 from iant at google dot com 2007-07-01 01:58 ---
Subject: Re: [4.3 Regression] function with asm() does not setup stack frame
> Adding the stack pointer for asms is certainly the easiest thing to do.
I don't know if that is enough. Maybe it is, maybe it isn't. You
c
during the build, I encountered the following error sequence:
libtool: compile: /Users/frank/build/./gcc/xgcc -shared-libgcc
-B/Users/frank/build/./gcc -nostdinc++
-L/Users/frank/build/powerpc-apple-darwin8.10.0/ppc64/libstdc++-v3/src
-L/Users/frank/build/powerpc-apple-darwin8.10.0/ppc64/libstdc+
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-01 02:49 ---
Already fixed by:
2007-06-30 Daniel Berlin <[EMAIL PROTECTED]>
* tree-ssa-pre.c (is_exception_related): New function
(can_value_number_operation): Use it.
--
pinskia at gcc dot gnu dot org chan
When running diff on the log files output as a result of running "make -i
check"
we get a lot of unneccesary output. The tests create files with different
trailing numbers on the file they create. This baloons the diff files.
I can't see this being helpful to prevent collision since the log files
1 - 100 of 105 matches
Mail list logo
