--- Comment #22 from jv244 at cam dot ac dot uk 2008-08-11 07:34 ---
as per comment #20 and comment #21
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
gcc -v
gcc version 4.4.0 20080810 (experimental) (GCC)
g++ -DHAVE_CONFIG_H -I. -I../../../tests/cxx -I../.. -I../../..
-I../../../tests -O2 -c -o t-ops.o ../../../tests/cxx/t-ops.cc
../../../tests/cxx/t-ops.cc: In function 'void check_mpz()':
../../../tests/cxx/t-ops.cc:33: internal compiler err
--- Comment #8 from victork at gcc dot gnu dot org 2008-08-11 07:48 ---
*** This bug has been marked as a duplicate of 6 ***
--
victork at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from victork at gcc dot gnu dot org 2008-08-11 07:48 ---
*** Bug 36099 has been marked as a duplicate of this bug. ***
--
victork at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from jakub at gcc dot gnu dot org 2008-08-11 08:12 ---
Do you plan to commit this to 4.3 as well?
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
-
gcc 4.3.1, slightly patched to fix problems, binutils 2.18, gmp, mpfr
build=i686-pc-cygwin
host=target=sparc64-sun-solaris2.10
after first building/installing
build=host=i686-pc-cygwin, target=sparc64-sun-solaris2.10
I thought -disable-multilib would simplify things and therefore fix them.
--- Comment #3 from linuxl4 at sohu dot com 2008-08-11 09:32 ---
I tested to compile lapack again today ,
It seemed has been fixed.
thanks.
--
linuxl4 at sohu dot com changed:
What|Removed |Added
-
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-08-11 09:36
---
Testcase for the kernel compile ICE:
./cc1 -quiet -Os -m32 -mpreferred-stack-boundary=2 -fasynchronous-unwind-tables
do_mounts.3.i
void panic(const char * fmt, ...) __attribute__ ((noreturn));
int printk(const ch
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-08-11 09:43
---
With building the lirc kernel module I am also able to trogger
/usr/src/packages/BUILD/lirc-0.8.3/obj/default/lirc_atiusb//lirc_atiusb.c:433:
internal compiler error: in compute_barrier_args_size, at dwarf2out.c:1
--- Comment #14 from rguenther at suse dot de 2008-08-11 09:48 ---
Subject: Re: [4.2/4.3 Regression] likely codegen bug
On Mon, 11 Aug 2008, jakub at gcc dot gnu dot org wrote:
> --- Comment #13 from jakub at gcc dot gnu dot org 2008-08-11 08:12
> ---
> Do you plan to commit
--- Comment #3 from jay dot krell at cornell dot edu 2008-08-11 10:05
---
Running fixincludes on the host after install works, but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15694
says that is not the way..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37036
Sent from my iPhone
On Aug 11, 2008, at 2:43, "rguenth at gcc dot gnu dot org" <[EMAIL PROTECTED]
> wrote:
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-08-11
09:43 ---
With building the lirc kernel module I am also able to trogger
/usr/src/packages/BUILD/lirc-0.8.
--- Comment #15 from jakub at gcc dot gnu dot org 2008-08-11 10:24 ---
Subject: Bug 36998
Author: jakub
Date: Mon Aug 11 10:23:08 2008
New Revision: 138951
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138951
Log:
PR rtl-optimization/36998
* dwarf2out.c (compute
Sent from my iPhone
On Aug 11, 2008, at 0:35, "linuxl4 at sohu dot com" <[EMAIL PROTECTED]
> wrote:
gcc -v
gcc version 4.4.0 20080810 (experimental) (GCC)
g++ -DHAVE_CONFIG_H -I. -I../../../tests/cxx -I../.. -I../../..
-I../../../tests -O2 -c -o t-ops.o ../../../tests/cxx/t-ops.cc
../../.
--- Comment #16 from pinskia at gmail dot com 2008-08-11 10:25 ---
Subject: Re: [4.3/4.4 regression] Ada bootstrap broken on i586-*-*
Sent from my iPhone
On Aug 11, 2008, at 2:43, "rguenth at gcc dot gnu dot org"
<[EMAIL PROTECTED]
> wrote:
>
>
> --- Comment #14 from rguenth
--- Comment #1 from pinskia at gmail dot com 2008-08-11 10:26 ---
Subject: Re: New: ICE when compiling gmp 4.2.3
Sent from my iPhone
On Aug 11, 2008, at 0:35, "linuxl4 at sohu dot com" <[EMAIL PROTECTED]
> wrote:
> gcc -v
> gcc version 4.4.0 20080810 (experimental) (GCC)
>
>
> g
--- Comment #17 from jakub at gcc dot gnu dot org 2008-08-11 10:27 ---
Subject: Bug 36998
Author: jakub
Date: Mon Aug 11 10:26:08 2008
New Revision: 138952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138952
Log:
PR rtl-optimization/36998
* dwarf2out.c (compute
--- Comment #7 from jakub at gcc dot gnu dot org 2008-08-11 12:09 ---
Sorry, I can't reproduce the first issue with a x86_64-linux -> i?86-darwin
cross on the provided preprocessed testcase, tried many different
-march=/-mtune=
options as well as -f{,no-}asynchronous-unwind-tables. What
--- Comment #3 from manu at gcc dot gnu dot org 2008-08-11 12:32 ---
(In reply to comment #2)
> void
> foo ()
> {
> #define WARNS while(0)
> #define DOES_NOT_WARN while(0);
> WARNS; // { dg-warning }
> DOES_NOT_WARN;
I don't think we want to warn here. Even if we have
--- Comment #11 from vda dot linux at googlemail dot com 2008-08-11 12:46
---
Created an attachment (id=16050)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16050&action=view)
Updated patch. Uses double_int calculations instead of trees.
On Mon, 2008-08-04 at 14:26 +0200, Richard
--- Comment #3 from jakub at gcc dot gnu dot org 2008-08-11 13:09 ---
If you mean the default(none) examples (in OpenMP 3.0 that's A.28), then no,
those testcases don't explicitly say it is ok to have the firstprivate clause
with a var not explicitly mentioned in the parallel's clause, i
--- Comment #9 from jakub at gcc dot gnu dot org 2008-08-11 13:14 ---
To answer c#7, that's what would (and does) happen for autoparallelization.
But OpenMP is explicit parallelization, if you don't preceede for (...; ...;
...) ... construct with #pragma omp {,parallel } for, nothing wil
--- Comment #12 from manu at gcc dot gnu dot org 2008-08-11 13:18 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2008-08/msg00696.html
Comments welcome!
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from linuxl4 at sohu dot com 2008-08-11 13:37 ---
Created an attachment (id=16051)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16051&action=view)
the preprocessed c++ source file
gcc -v
gcc version 4.4.0 20080810 (experimental) (GCC)
g++ -O2 -c t-ops.cc -o t-op
--- Comment #7 from lennox at cs dot columbia dot edu 2008-08-11 14:11
---
The fact that the function returns the vector is not an essential part of the
test; the return value of the load function just needs not to be optimized out
as unused. So changing the test for broader compatibil
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-08-11 14:56 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37078
vasprintf(buffer, "%llu %s", ...)
The code is:
while (strchr ("hlL", *p))
++p;
/* Should be big enough for any format specifier except %s and
floats. */
total_width += 30;
switch (*p)
{
case 'd':
case 'i':
--- Comment #18 from eric dot weddington at atmel dot com 2008-08-11 15:02
---
For some reason the new test case gcc.dg/pr36998.c is not excluding the AVR,
and of course the test is failing on the AVR.
--
eric dot weddington at atmel dot com changed:
What|Removed
--- Comment #15 from uweigand at gcc dot gnu dot org 2008-08-11 15:12
---
(In reply to comment #14)
> Ulrich asked for some time on the trunk (we have built all of our
> packages against a patched 4.3 tree now with no appearant problems as
> well).
OK, in that case I have no further c
--- Comment #19 from jakub at gcc dot gnu dot org 2008-08-11 15:15 ---
For what reason should it be excluding AVR? There is nothing target specific
in it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36998
--- Comment #20 from eric dot weddington at atmel dot com 2008-08-11 16:00
---
(In reply to comment #19)
> For what reason should it be excluding AVR? There is nothing target specific
> in it.
>
I'm sorry, I got confused with line 4:
/* { dg-options "-Os -mpreferred-stack-boundary=2
--- Comment #7 from v dot grikyan at sam-solutions dot net 2008-08-11
16:02 ---
Thank you very much for your help.
We'll exploit your advices.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37029
Test suite failure: gcc.dg/pr36998.c for the AVR target.
--
Summary: [avr] FAIL: gcc.dg/pr36998.c
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassign
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-08-11 16:09 ---
Created an attachment (id=16052)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16052&action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37078
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-08-11 16:10 ---
Confirmed. (-O2 -m32)
#1 0x00c288e4 in set_value_range (vr=0x7fffd5e0, t=VR_RANGE,
min=0x773c52d0, max=0x773c5300, equiv=0x0)
at /space/rguenther/src/svn/trunk/gcc/tree-vrp.c:395
395
--- Comment #16 from matz at gcc dot gnu dot org 2008-08-11 16:22 ---
committed as r138955 into 4_3 branch.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #21 from jakub at gcc dot gnu dot org 2008-08-11 16:23 ---
Note that I've committed a temporary removal of the asserts, so we now only
silently generate incorrect DW_CFA_GNU_args_size directives, but don't ICE.
Downgrading to P2.
--
jakub at gcc dot gnu dot org changed:
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.0.2 4.1.0 |4.0.2 4.1.0 4.3.1
Target Milestone|4.2.5 |4.3.2
--- Comment #17 from matz at gcc dot gnu dot org 2008-08-11 16:23 ---
Subject: Bug 36613
Author: matz
Date: Mon Aug 11 16:22:00 2008
New Revision: 138955
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138955
Log:
PR target/36613
* reload.c (push_reload): Merge i
--- Comment #22 from jakub at gcc dot gnu dot org 2008-08-11 16:25 ---
Created an attachment (id=16053)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16053&action=view)
pop.patch
Additional patch on top of sp=reg.patch patch, which should fix the SH4 case -
the simplistic stack_ad
--- Comment #3 from janis at gcc dot gnu dot org 2008-08-11 17:17 ---
I have a fix for this; the code to prevent using section anchors with
no-unit-at-a-time is done in the wrong order.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2008-08-11
17:34 ---
Is there a particular revision that this appeared in? I built a svn pull from
gcc trunk on 20080808 (using the optabs fix that has since been checked in)
against
gmp 4.2.3 on i686-apple-darwin9 and didn't s
--- Comment #8 from andreast at gcc dot gnu dot org 2008-08-11 18:12
---
When I opened the PR I had set the target to x86_64-apple-darwin9.
It does not happen under ix86-apple-darwin9.
My config for gcc looks like this:
[deuterium:gcc/head/objdir-x86_64] andreast% ./gcc/xgcc -v
Using
--- Comment #7 from jakub at gcc dot gnu dot org 2008-08-11 18:38 ---
I think the options are:
1) handle TRUTH_{AND,OR}IF_EXPR in expand_expr again (revert part of Paolo's
2004-08-09 expr.c "dead" code removals) - while these aren't present
in GIMPLE nor can be created by TER, they
--- Comment #1 from jakub at gcc dot gnu dot org 2008-08-11 19:28 ---
This is target independent, reproduced on x86_64-linux and ppc-linux as well.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
It seems that bug 33400 is not fixed in mingw32 version of gfortran (winXP):
Missplaced END-OF-FILE when reading file without a line terminator on
the last line, e.g.
REAL :: a, b, c
OPEN(UNIT=10,FILE='input')
READ(10,*) a, b, c
PRINT*, a*b*c
END
(file 'input' created with notepad -- without lin
--- Comment #9 from jakub at gcc dot gnu dot org 2008-08-11 20:17 ---
The darwin -m64 failures are then the same problem, cross-jumping of noreturn
calls between different level of stack depths.
I've been wrong about DW_CFA_GNU_args_size being useless for cfa.reg !=
STACK_POINTER_REGNUM,
--- Comment #2 from jakub at gcc dot gnu dot org 2008-08-11 20:50 ---
I think in gimplify_modify_expr_rhs
case VAR_DECL:
/* If we're assigning from a constant constructor, move the
constructor expression to the RHS of the MODIFY_EXPR. */
if (DECL_INITIAL
The following valid testcase triggers an ICE on mainline when compiled
with "-O" (i686-pc-linux-gnu) or "-o -m32" (x64_64-unknown-linux-gnu):
===
struct A
{
A();
};
inline A foo() { return A(); }
const A a(foo());
===
bug.cc: In
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37084
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 21:07 ---
Most likely introduced by the tuples merge ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
this scope
GNU C++ (GCC) version 4.4.0 20080811 (experimental) [trunk revision 138965]
(i686-apple-darwin9)
This worked just fine in gcc 4.0.1.
radr://6135771
--
Summary: global friends in classes
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
--- Comment #1 from mrs at apple dot com 2008-08-11 21:39 ---
Oh, see 11.4p5 (ANSI 98 standard) for details on this type of code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37085
Building libgcc, I get:
/scratch/dan/mips-nonpic-upstream/src/gcc-mainline/libgcc/../gcc/unwind-pe.h:
In function 'size_of_encoded_value':
/scratch/dan/mips-nonpic-upstream/src/gcc-mainline/libgcc/../gcc/unwind-pe.h:78:
internal compiler error: tree check: accessed elt 7 of tree_vec with 5 elts in
--- Comment #1 from joseph at codesourcery dot com 2008-08-11 22:19 ---
Subject: Re: New: Cross-compilers built with GCC 3.4
do not work
On Mon, 11 Aug 2008, drow at gcc dot gnu dot org wrote:
> Joseph suggests this came in at the time of the tuples merge. If possible, it
> would b
G++ reports a segmentation fault when compiling the code below.
Environment:
System: Linux temporal.corp.google.com 2.6.18.5-gg34workstation-mixed64-32 #1
SMP Thu May 8 01:31:23 UTC 2008 x86_64 GNU/Linux
Architecture: x86_64
host: i486-pc-linux-gnu
build: i486-pc-linux-gnu
target: i486-pc-linux-
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-08-11 22:38 ---
You want to use -ffriend-injection option for this.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
For this simple program (test.cc):
-
template
void AssertPred(Pred pred) {
pred("x", "y");
}
bool pred4(const char *, const char *, const char *x = "", const char *y = "");
bool pred2(const char *, const char *);
void foof(
template
void f(T&& a, bool);
template
void f(T&& a){
foo(std::forward(a), true);
}
void f(int&& a, bool)
{ }
int main()
{
int a;
f(a);
}
"undefined reference to 'void f(int&&&, bool)'".
Note the "&&&" which I believe is int&& + int& which should be int&.
Chris
--
Sum
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |paolo dot carlini at oracle
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-08-11 22:45 ---
Hmm, I don't think default parameters are taken into account with function
pointers. I think this was a GCC "undocumented extension" (aka bug) that was
fixed in 4.3.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from paolo dot carlini at oracle dot com 2008-08-11 22:49
---
Not really actively working on it, sorry.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-08-12 00:27
---
Without looking at a thing I will guess this is a CR-LF issue. I will have a
look.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37083
--- Comment #23 from kkojima at gcc dot gnu dot org 2008-08-12 00:27
---
(In reply to comment #22)
> Created an attachment (id=16053)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16053&action=view) [edit]
> pop.patch
I've confirmed that this patch gets rid of the ICEs for the te
--- Comment #24 from kkojima at gcc dot gnu dot org 2008-08-12 00:30
---
Created an attachment (id=16054)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16054&action=view)
rtl dump
.shorten rtl dump for the test case in #23 with
-O -fasynchronous-unwind-tables
--
http://gcc.g
Except for -O0, all levels of optimization make the same mistake on the
attached files.
Compile them (for example) with:
gcc -O2 sp.c mybyte.c -o sp
On gcc 4.3.1 (vanilla, self-compiled, also applies to the gentoo standard one),
this outputs "123456789abcd" instead of "123456789abcdef" (gcc 4.1.2
--- Comment #1 from michael+gcc at stapelberg dot de 2008-08-12 00:49
---
Created an attachment (id=16055)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16055&action=view)
sp.c (testcase, file 1/2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37090
--- Comment #2 from michael+gcc at stapelberg dot de 2008-08-12 00:49
---
Created an attachment (id=16056)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16056&action=view)
mybyte.c (testcase, file 2/2)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37090
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37090
--- Comment #10 from xuepeng dot guo at intel dot com 2008-08-12 02:07
---
(In reply to comment #7)
> Sorry, I can't reproduce the first issue with a x86_64-linux -> i?86-darwin
> cross on the provided preprocessed testcase, tried many different
> -march=/-mtune=
> options as well as -f
--- Comment #7 from linuxl4 at sohu dot com 2008-08-12 02:11 ---
>Is there a particular revision that this appeared in? I built a svn pull from
>gcc trunk on 20080808 (using the optabs fix that has since been checked in)
>against
>gmp 4.2.3 on i686-apple-darwin9 and didn't see any build
--- Comment #11 from xuepeng dot guo at intel dot com 2008-08-12 02:11
---
(In reply to comment #9)
> The darwin -m64 failures are then the same problem, cross-jumping of noreturn
> calls between different level of stack depths.
> I've been wrong about DW_CFA_GNU_args_size being useless
nable-version-specific-runtime-libs
--enable-sjlj-exceptions --with-pkgversion='GCC TDM-1 for MinGW'
--disable-bootstrap
Thread model: win32
gcc version 4.3.2 20080811 (prerelease) (GCC TDM-1 for MinGW)
> g++ -c deltatest.ii
deltatest.ii:8: internal compiler error: in maybe_emit_vtables,
Building for a target of win64 on cygwin results in an ICE while building the
crt for the toolchain. Using this sequence:
binutils
all-gcc
crt
gcc
The crt phase dies as follows:
x86_64-pc-mingw32-gcc -DHAVE_CONFIG_H -I.
-I/var/lib/buildbot/slave-vista64-cyg32/cygwin-x86/build/mingw/obj/../mingw
--- Comment #1 from nightstrike at gmail dot com 2008-08-12 04:46 ---
Created an attachment (id=16057)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16057&action=view)
Preprocessed source
This is the preprocessed source for the file that causes the ICE
--
http://gcc.gnu.org/b
--- Comment #2 from nightstrike at gmail dot com 2008-08-12 04:46 ---
Preprocessed source added as attachment. Also note that the bootstrap gcc was
built with cygwin's gcc, which is a modified 3.4.4.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37091
--- Comment #3 from aaronavay62 at aaronwl dot com 2008-08-12 05:02 ---
This failure comes up whenever GCC 3.4.x is used to build GCC 4.4 on Windows.
I'm not sure if it affects any non-Windows targets.
--
aaronavay62 at aaronwl dot com changed:
What|Removed
--- Comment #4 from aaronavay62 at aaronwl dot com 2008-08-12 05:04 ---
To clarify, GCC 3.4.x miscompiles GCC 4.4 when not being bootstrapped. A
normal bootstrap won't show this failure, but a cross build or
--disable-bootstrap will.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #10 from reichelt at gcc dot gnu dot org 2008-08-12 06:45
---
The bug is still present on the 4.3 branch as of 2008-08-11 (with both the C
and C++ frontend).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35428
--- Comment #8 from reichelt at gcc dot gnu dot org 2008-08-12 06:48
---
As Andrew Pinski pointed out, we suppress ICEs after regular errors.
You have to configure the compiler with --enable-checking to see the real ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35746
80 matches
Mail list logo