--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-02-16 07:08
---
Take a look at this with valgrind after compiling with -m32. Very interesting
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34955
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-02-16 05:15
---
Reply to comment #9. The new function is only being used in one place at the
moment. We have to apply it case by case, and frankly, "handling" invalid
Fortran code is lower on the priority at the moment. We'll
We're trying to build 4.2.3 on HP-UX 11.23/PA and get an out of memory error:
$ bzip2 -dc gcc-4.2.3.tar.bz2 | tar xf -
$ mkdir gcc-4.2.3-objdir
$ cd gcc-4.2.3-objdir
$ CC=cc bash /opt/build/china/gcc-4.2.3/configure --with-included-gettext
--enable-shared --with-gnu-as
--with-as=/opt/build/
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-02-16 05:03
---
unf_io_convert_3.f90 only gives the error for kind = 10. We write out 16 bytes
for a 10 byte real with -m64. The most significant 4 bytes are not initialized
or used when reading back in. This is a duplicate of
--- Comment #3 from astrange at ithinksw dot com 2008-02-16 04:57 ---
Created an attachment (id=15166)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15166&action=view)
gcno
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35215
--- Comment #2 from astrange at ithinksw dot com 2008-02-16 04:56 ---
Created an attachment (id=15165)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15165&action=view)
gcda
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35215
--- Comment #1 from astrange at ithinksw dot com 2008-02-16 04:56 ---
Created an attachment (id=15164)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15164&action=view)
source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35215
rtl
CFLAGS=-g LDFLAGS=/usr/lib/libiconv.dylib --enable-languages=c,c++,objc,obj-c++
Thread model: posix
gcc version 4.3.0 20080215 (experimental) (GCC)
> /usr/local/gcc43/bin/gcc -O3 -fprofile-use -c pcx.i
pcx.c: In function 'pcx_decode_frame':
pcx.c:247: error: Dead histogram
IOR val
--- Comment #5 from rwild at gcc dot gnu dot org 2008-02-16 04:00 ---
Fixed.
--
rwild at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from rwild at gcc dot gnu dot org 2008-02-16 03:58 ---
Subject: Bug 33085
Author: rwild
Date: Sat Feb 16 03:57:53 2008
New Revision: 132362
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132362
Log:
PR libgcj/33085
* libtool.m4 (_LT_COMPILER_PIC) [ mingw, cygwin ]
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-02-16 03:39
---
unf_io_convert_3.f90 gives no errors on x86-64 with -m32. That may be a hint.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34954
--- Comment #2 from andreasmeier80 at gmx dot de 2008-02-16 03:39 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00575.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35022
--- Comment #2 from andreasmeier80 at gmx dot de 2008-02-16 03:39 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-02/msg00584.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35153
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-02-16 03:36
---
Here is one of them:
@@ -2007,6 +2012,8 @@ data_transfer_init (st_parameter_dt *dtp
dtp->u.p.current_unit->strm_pos = dtp->rec;
}
+ else
+dtp->rec = 0;
/* Overwriting an existing sequential
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-02-16 00:51
---
I will look a little more here.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from kkojima at gcc dot gnu dot org 2008-02-16 00:24 ---
Steven pointed out that SH back end should just not accept this
substitution. I'll come back with such a target patch.
--
kkojima at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from joseph at codesourcery dot com 2008-02-15 21:50 ---
Subject: Re: [4.1/4.2/4.3 Regression] exp->expf
transformation incorrect with -fmath-errno
On Fri, 15 Feb 2008, rguenth at gcc dot gnu dot org wrote:
> Ok, so with -fmath-errno the middle-end has to assume that t
--- Comment #19 from pinskia at gcc dot gnu dot org 2008-02-15 21:29
---
I don't know if this is the correct patch but we made this for the PS3
toolchain:
Index: gcc/cgraph.c
===
--- gcc/cgraph.c(revision 2280)
+++
--- Comment #18 from pinskia at gcc dot gnu dot org 2008-02-15 21:27
---
*** Bug 35212 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-02-15 21:27 ---
*** This bug has been marked as a duplicate of 27574 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2008-02-15 21:15
---
Fixed on trunk:
Author: fxcoudert
Date: Fri Feb 15 21:12:24 2008
New Revision: 132353
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132353
Log:
* trans-expr.c (gfc_conv_function_call): Force eval
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-02-15 21:10 ---
> We're just asking for consistent behavior across platforms.
It is too expensive to do consistent behaviour across all targets really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35213
--- Comment #2 from wtc at google dot com 2008-02-15 21:08 ---
We're just asking for consistent behavior across platforms. It would be
nice if our broken code fails in the same way. If it would take a lot of work
to get consistency, we don't want you to waste that time.
On PowerPC, th
--- Comment #6 from jakub at gcc dot gnu dot org 2008-02-15 21:07 ---
The problem is the regimplifying done by lower_omp_1.
We have
D. = s;
where both of the vars have RECORD_TYPE with TREE_ADDRESSABLE types.
lower_omp_1 sees on the right hand side VAR_DECL with DECL_VALUE_EXPR
(wi->
--- Comment #21 from pinskia at gcc dot gnu dot org 2008-02-15 20:50
---
*** Bug 35214 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 2008-02-15 20:50 ---
> w_conversion_bug.c:4: warning: passing argument 1 of 'my_htons' with
> different width due to prototype
This is the old style -Wconversion warning which got changed for 4.3.0, see PR
9072.
*** This bug has been
Compiling this code with -Wconversion produces a spurious warning -
(I've tried gcc versions 4.2.3, 4.2.2, 3.4.6, 3.4.3, on both Linux
and Solaris, and get the same warning):
---{ w_conversion_bug.c listing :
1: extern unsigned short my_htons( unsigned short );
2: void f(void)
3: {
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-02-15 20:35 ---
1 << -1 is undefined so the result can be anything really.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
I personally would never dare to write any code that could result in an
expression like:
1 << -1
Unfortunately I found some code that uses it.
Eventually I learned that the following code behaves differently on i386 and
ppc64:
#include
int main(int argc, char *argv[])
{
int shifter
--- Comment #8 from burnus at gcc dot gnu dot org 2008-02-15 20:04 ---
(In reply to comment #7)
> I just asked Bill Long of Cray (who heads the subgroup that covers this) to
> try it on Cray's compiler - it ICE'd with a message that clearly showed that
> it didn't expect to be handed an
--- Comment #1 from dgregor at gcc dot gnu dot org 2008-02-15 19:55 ---
After discussing this with Howard Hinnant, we agree that it is a bug. I'll
handle it.
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from connerta at appliedbiosystems dot com 2008-02-15 19:35
---
Created an attachment (id=15160)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15160&action=view)
This is a file showing the problem in more detail.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #2 from connerta at appliedbiosystems dot com 2008-02-15 19:34
---
Created an attachment (id=15159)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15159&action=view)
This is the ".cc" file used as the source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35212
--- Comment #1 from connerta at appliedbiosystems dot com 2008-02-15 19:33
---
Created an attachment (id=15158)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15158&action=view)
This is the ".ii" file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35212
g++ fails to generate debugging symbols for some local variables.
Here is the compiler invocation command that produces the bug:
[EMAIL PROTECTED]:~/code$ g++ -v -Wall -O0 -g -save-temps -o stagefile
stagefile.cc -lm
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -
i wanna install the gcc source for avr micro programming. so i installed
binutils and libavr too. but when i make the gcc source, its shown the
error message. this is how i installed the source
first i installed the binutils under /usr/local/avr, and i had done to
change the Path to it. i had no p
--- Comment #5 from jakub at gcc dot gnu dot org 2008-02-15 18:58 ---
Simplified testcase:
struct S
{
S ();
~S ();
int s;
};
void bar (S);
void
foo ()
{
S s;
#pragma omp parallel shared (s)
bar (s);
}
Works if s is firstprivate or private, or if it doesn't have user defined
--- Comment #3 from skunk at iskunk dot org 2008-02-15 18:41 ---
Created an attachment (id=15157)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15157&action=view)
Updated patch against gcc/Makefile.in
Mail sent to [EMAIL PROTECTED] Today I'm building GCC again, and lo and behold,
--- Comment #7 from toon at moene dot indiv dot nluug dot nl 2008-02-15
18:15 ---
> As written, I checked all my compilers and all get a wrong result
> - gfortran, g95, NAG f95: NOT PRESENT
> - ifort: PRESENT, WITH VALUE: 0 (even if not present)
> (ifort 10 and ifort 10.1 print a wa
--- Comment #6 from ubizjak at gmail dot com 2008-02-15 18:10 ---
Fixed for real.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #8 from manu at gcc dot gnu dot org 2008-02-15 18:04 ---
This patch fixes this bug but it is an ugly hack. Perhaps such an ugly hack is
the only thing we can do at the moment.
Once bootstrapping + testing finishes, I will submit.
Index: gcc/c-common.c
==
--- Comment #2 from eli dot friedman at gmail dot com 2008-02-15 18:01
---
Yes, but "const void" is still a distinct type from "void".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35210
--- Comment #2 from jakub at gcc dot gnu dot org 2008-02-15 17:57 ---
This is invalid code (iteration vars must not have reference-type), so
rejects-valid is incorrect keyword.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from jakub at gcc dot gnu dot org 2008-02-15 17:50 ---
Fixed on the trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35130
--- Comment #2 from jakub at gcc dot gnu dot org 2008-02-15 17:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Build failed with:
begin
/tg/freeport/src/gcc/gcc--4.2.3/missing bison -t -o java/parse-scan.c
/tg/freeport/src/gcc/gcc--4.2.3/gcc/java/parse-scan.y
WARNING: `bison' missing on your system. You should only need it if
you modified a `.y' file. You may need the `Bison' package
--- Comment #1 from jakub at gcc dot gnu dot org 2008-02-15 17:43 ---
Subject: Bug 35196
Author: jakub
Date: Fri Feb 15 17:42:25 2008
New Revision: 132351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132351
Log:
PR middle-end/35196
* omp-low.c (expand_omp_for_g
--- Comment #4 from jakub at gcc dot gnu dot org 2008-02-15 17:37 ---
Subject: Bug 35130
Author: jakub
Date: Fri Feb 15 17:36:43 2008
New Revision: 132349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132349
Log:
PR middle-end/35130
* tree-nested.c (convert_call
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-02-15 17:35 ---
Fixed for 4.3
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-02-15 17:35 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #1 from schwab at suse dot de 2008-02-15 17:35 ---
6.7.3p2: The properties associated with qualified types are meaningful
only for expressions that are lvalues.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35210
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-02-15 17:34 ---
Fixed on mainline
--
dgregor at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-02-15 17:33 ---
Subject: Bug 35024
Author: dgregor
Date: Fri Feb 15 17:33:02 2008
New Revision: 132348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132348
Log:
2008-02-15 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-02-15 17:33 ---
Subject: Bug 35023
Author: dgregor
Date: Fri Feb 15 17:33:02 2008
New Revision: 132348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132348
Log:
2008-02-15 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #2 from dgregor at gcc dot gnu dot org 2008-02-15 17:33 ---
Subject: Bug 35026
Author: dgregor
Date: Fri Feb 15 17:33:02 2008
New Revision: 132348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132348
Log:
2008-02-15 Douglas Gregor <[EMAIL PROTECTED]>
PR c
--- Comment #5 from grey_earl at web dot de 2008-02-15 17:12 ---
Both testcases fail with 4.2.3 release version, with exactly the same errors.
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefi
--- Comment #7 from manu at gcc dot gnu dot org 2008-02-15 16:53 ---
So fold_unary is transforming (T)(x & c) into (T)x & (T)c. Which is exactly the
opposite transformation that build_binary_op just performed! Weird...
So I see two options:
* Either teach fold_unary to avoid this parti
--- Comment #6 from manu at gcc dot gnu dot org 2008-02-15 16:34 ---
Some more findings:
build_binary_op receives two parameters of type int: '(int)x' and '0x7fff'
then it performs the shorten magic that seems right and produces:
arg 1 constant invariant 32767>>
which looks good
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-15 16:29
---
Well "always" is to be taken with a grain of salt. The testcase doesn't look
common, but is a huge machine-generated piece of cr*p :P
Otherwise this "always" also applies to wrong-code and rejects-valid bugs.
If
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2008-02-15 16:21
---
(In reply to comment #6)
> That is, the ELSE branch needs to be fixed as well; the fix was only for rank
> == 0.
OK, here is an updated patch:
Index: trans-expr.c
--- Comment #10 from steven at gcc dot gnu dot org 2008-02-15 16:20 ---
Re. comment #7, sure this can be P1 and block the release. SCC-VN doesn't have
to be fixed for the release. This bug can be worked around.
Not making a bug P1 because you want a release out the door is not a good
const void f(void); void g(void) {f();}
This testcase violates the constraint in C99 6.5.2.2p1 ("The expression that
denotes the called function shall have type pointer to function returning void
or returning an object type other than an array type.", so gcc at the very
least must produce a diagno
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-02-15 15:59
---
Er, sorry for the grammar failure in that summary.
I wrote "are" instead of "is" because the same problem
affects the wchar_t version.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35209
The __gnu_cxx::stdio_sync_filebuf constructor are
not listed in gnu.ver, so aren't provided by libstdc++.so.
The following test doesn't link with -O0 or -O1, although
it does with -O2, "-O0 -static" and "-O1 -static".
-
#include
#include
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-02-15 15:53 ---
The code that does this transformation is in convert.c:convert_to_real;
auditing
of all cases is required.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-02-15 15:50 ---
Ok, so with -fmath-errno the middle-end has to assume that the C library will
set errno appropriately for all math functions this is specified, even if
optional. Right? So we could at most detect at compile-time if
--- Comment #3 from Ralf dot Wildenhues at gmx dot de 2008-02-15 15:30
---
OK. Well, libstdc++ should not be present in
/opt/tg/lib/gcc/alphaev56-dec-osf4.0g
but instead in
/opt/tg/lib/gcc/alphaev56-dec-osf4.0g/4.2.3
Do you still have the build tree or a build log? If the former,
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-02-15 15:25
---
Fixed. Thanks Zdenek for the initial analysis.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-15 15:25
---
Subject: Bug 35164
Author: rguenth
Date: Fri Feb 15 15:24:19 2008
New Revision: 132345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132345
Log:
2008-02-15 Richard Guenther <[EMAIL PROTECTED]>
Z
--- Comment #6 from burnus at gcc dot gnu dot org 2008-02-15 15:24 ---
(In reply to comment #3)
> Simplified test case:
This now works with FX's patch.
However, using F03GL still fails with:
OpenGL_glut.f90: In function glutinit_f03:
OpenGL_glut.f90:1518: internal compiler error: in e
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
ubizjak at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35119
--- Comment #10 from ubizjak at gmail dot com 2008-02-15 14:37 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from manu at gcc dot gnu dot org 2008-02-15 14:36 ---
Andrew,
what is the status of this bug? It seems fixed in trunk. Do you want to fix it
in the branches or should we close it?
--
manu at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from dominiq at lps dot ens dot fr 2008-02-15 14:36 ---
Uros, thanks for the quick commit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35119
--- Comment #8 from uros at gcc dot gnu dot org 2008-02-15 14:34 ---
Subject: Bug 35119
Author: uros
Date: Fri Feb 15 14:33:57 2008
New Revision: 132344
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132344
Log:
PR testsuite/35119
* testsuite/g++.dg/template/spec
--- Comment #5 from ubizjak at gmail dot com 2008-02-15 14:18 ---
(In reply to comment #4)
> Fixed for real.
Wrong dg-do directive in the testcase was fixed by:
Author: uros
Date: Fri Feb 15 14:17:41 2008
New Revision: 132343
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=13234
--- Comment #10 from rguenther at suse dot de 2008-02-15 14:12 ---
Subject: Re: [4.3 regression] Unable to coalesce
ab SSA_NAMEs
On Fri, 15 Feb 2008, rakdver at kam dot mff dot cuni dot cz wrote:
> --- Comment #9 from rakdver at kam dot mff dot cuni dot cz 2008-02-15
> 14:06 --
--- Comment #5 from andreast at gcc dot gnu dot org 2008-02-15 14:10
---
Fixed.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGN
--- Comment #4 from andreast at gcc dot gnu dot org 2008-02-15 14:09
---
Subject: Bug 35208
Author: andreast
Date: Fri Feb 15 14:08:59 2008
New Revision: 132342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132342
Log:
2008-02-15 Andreas Tobler <[EMAIL PROTECTED]>
P
--- Comment #7 from ubizjak at gmail dot com 2008-02-15 14:06 ---
(In reply to comment #6)
> Would it be possible to test the patch in comment #4 on non Darwin
> architecture
> and, if it does not cause regressions, to apply it before the release of gcc
> 4.3.0?
It works OK on *-linux.
--- Comment #9 from rakdver at kam dot mff dot cuni dot cz 2008-02-15
14:06 ---
Subject: Re: [4.3 regression] Unable to coalesce ab SSA_NAMEs
> Yeah, forwprop checks that it may propagate the name SR.40_22, but it doesn't
> check recursively if any of the names occuring in the ADDR_EX
--- Comment #3 from andreast at gcc dot gnu dot org 2008-02-15 13:57
---
http://gcc.gnu.org/ml/java-patches/2008-q1/msg00051.html
I will commit soon.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dominiq at lps dot ens dot fr 2008-02-15 13:55 ---
> Please post/ping patches on the gcc-patches mailinglist.
The patch is not mine. What is the etiquette for this situation, beside adding
the author to the cc list (done)?
> In this case CC some java/libjava maint
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-02-15 13:45 ---
Please post/ping patches on the gcc-patches mailinglist. In this case CC
some java/libjava maintainers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35208
--- Comment #3 from jsm28 at gcc dot gnu dot org 2008-02-15 13:42 ---
Subject: Bug 35088
Author: jsm28
Date: Fri Feb 15 13:41:44 2008
New Revision: 132341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132341
Log:
PR target/35088
* config/m68k/m68k.h (DWARF_CIE_D
--- Comment #10 from ubizjak at gmail dot com 2008-02-15 13:39 ---
Duplicate of PR33992.
*** This bug has been marked as a duplicate of 33992 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #41 from ubizjak at gmail dot com 2008-02-15 13:39 ---
*** Bug 34720 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #6 from dominiq at lps dot ens dot fr 2008-02-15 13:37 ---
Would it be possible to test the patch in comment #4 on non Darwin architecture
and, if it does not cause regressions, to apply it before the release of gcc
4.3.0?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-02-15 13:35 ---
Shouldn't we make sure, eventually by an ALWAYS_INLINE macro, that all of our
iterator functions are inlined so they definitely can be scalarized?
--
rguenth at gcc dot gnu dot org changed:
What|R
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-15 13:32 ---
We can, similarly to limiting the overall SCC size, limit the depth to where
we search. This testcase hits the stack limit on x86_64 with an unoptimized
cc1 built with gcc 4.2 with
(gdb) print *sccstack
$2 = {base
Would it be possible to apply the patch in comment #19 of PR35035 before
releasing gcc 4.3.0?
Without this patch the libjava test hangs and needs to reboot the computer if
the window in which the test has been launched is out of focus (for instance
due to the screensave).
--
Summary:
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Priority|P3 |P1
http://
--- Comment #11 from chrbr at gcc dot gnu dot org 2008-02-15 13:08 ---
If no one as started to do so, I'm resurecting this patch for the mainline, I
can test builtin-apply4.c on sh4.
btw, builtin-apply4.c doesn't currently fail with the testsuite because it is
restricted to { target { {
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-02-15 12:55
---
Eventually this is related to PR35164, so please re-check here once that is
fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-02-15 12:37 ---
With confirming that PR35182 is the same issue as this I produced a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-02-15 12:36 ---
*** Bug 35182 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-02-15 12:36
---
It is indeed fixed by a patch for PR35164 which I have.
*** This bug has been marked as a duplicate of 35164 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Add
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2008-02-15 12:23
---
> The adalib requires a specific FPU configuration to behave normally.
> Therefore, it should ensure this requirement is fulfilled.
>
> Under windows, internix, EMX, lynx, netBSD and freeBSD on an i386 CPU, the
--- Comment #14 from ubizjak at gmail dot com 2008-02-15 12:20 ---
Testcase is fixed by http://gcc.gnu.org/ml/gcc-cvs/2008-02/msg00353.html:
Author: uros
Date: Fri Feb 15 12:19:00 2008
New Revision: 132339
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132339
Log:
* gcc.
1 - 100 of 137 matches
Mail list logo
