--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-12-02 05:35
---
Patch submitted. There is ABI breakage with 4.3 in that patch I noticed after
I submitted, so I am now testing some tweaks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38291
--- Comment #3 from bkoz at gcc dot gnu dot org 2008-12-02 05:02 ---
Audited all the headers, fixed up trunk and 4.3-branch.
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from bkoz at gcc dot gnu dot org 2008-12-02 04:58 ---
Subject: Bug 38080
Author: bkoz
Date: Tue Dec 2 04:57:44 2008
New Revision: 142345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142345
Log:
2008-12-01 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #1 from bkoz at gcc dot gnu dot org 2008-12-02 04:57 ---
Subject: Bug 38080
Author: bkoz
Date: Tue Dec 2 04:55:54 2008
New Revision: 142344
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142344
Log:
2008-12-01 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libstd
--- Comment #1 from regehr at cs dot utah dot edu 2008-12-02 03:46 ---
Bizarrely, deleting the unused func_53() makes the problem go away.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38364
Seen on Ubuntu Hardy using r142342.
[EMAIL PROTECTED]:~/volatile/tmp73$ current-gcc -O2 -Wall small.c -o small
[EMAIL PROTECTED]:~/volatile/tmp73$ ./small
0
[EMAIL PROTECTED]:~/volatile/tmp73$ current-gcc -O2 -ftrapv -Wall small.c -o
small
[EMAIL PROTECTED]:~/volatile/tmp73$ ./small
1
[EMAIL PROTE
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-12-02 03:41
---
I meant elusive in the sense that we have not found the actual cause. We are
only seeing a symptom. I have seen a memory leak on x86-64 and segfault on
PPC64-linux. That was quite some time ago.
--
http://gc
--- Comment #1 from joseph at codesourcery dot com 2008-12-02 01:36 ---
Subject: Re: New: Use of Unicode quotes depends on LC_CTYPE
rather than LC_MESSAGES
On Tue, 2 Dec 2008, debian-gcc at lists dot debian dot org wrote:
> gcc uses Unicode quote marks with LC_CTYPE=en_US.UTF-8, but
[forwarded from http://bugs.debian.org/505950]
Matthias
gcc uses Unicode quote marks with LC_CTYPE=en_US.UTF-8, but not with
LC_CTYPE=C. Shouldn't that depend on LC_MESSAGES instead, not LC_CTYPE?
LC_CTYPE should only affect character classification, such as "this
character counts as uppercase
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-02 01:18 ---
*** Bug 38361 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-02 01:18 ---
*** This bug has been marked as a duplicate of 37468 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-02 01:15 ---
-i8 is not a valid option anyways.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38361
When the AltiVec context-sensitive keyword changes went in Andrew Pinski
reported in http://gcc.gnu.org/ml/gcc-patches/2008-07/msg01116.html that the
changes broke test g++.dg/ext/altivec-types-1.C. There was a brief discussion
between Ben Elliston and Ulrich Weigand about whether "__vector bool"
[forwarded from http://bugs.debian.org/483584]
The -i8 option doesn't work with .F files, which get run through the C
preprocessor.
To see the error message, execute this sequence:
touch t.F
gfortran -c -i8 t.F
The resulting error message is:
cc1: error: unrecognized command line option "-i8
--- Comment #5 from janis at gcc dot gnu dot org 2008-12-02 00:50 ---
Fixed.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-02 00:38 ---
pthread_create is part of libc, please report the issue to them.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38346
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-02 00:37 ---
Caused by:
r122018 | sandra | 2007-02-15 15:50:49 -0800 (Thu, 15 Feb 2007) | 862 lines
There used to be a validate_arglist in fold_builtin_fpu
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-02 00:34 ---
#1 0x00601a05 in gimple_op (gs=0x42e532d0, i=4) at
/Users/apinski/src/local/gcc/gcc/gimple.h:1636
#2 0x0060578d in gimple_call_arg (gs=0x42e532d0, index=1) at
/Users/apinski/src/local/gcc/gcc/gimple.h:2049
#3 0x00
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-02 00:29 ---
Wait how are you using debain but using Redhat's modified GCC ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38358
--- Comment #2 from ahjiefreak at yahoo dot com 2008-12-02 00:26 ---
(In reply to comment #1)
> Did you see:
> See http://bugzilla.redhat.com/bugzilla> for instructions.
>
> ??
>
Yes. I am using Debian and I could not find any suitable class to lodge a bug
report under RedHat bugzilla
--- Comment #2 from debian-gcc at lists dot debian dot org 2008-12-02
00:24 ---
link is http://bugs.debian.org/492505
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38359
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-12-02
00:24 ---
link is http://bugs.debian.org/491115
Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38360
--- Comment #4 from janis at gcc dot gnu dot org 2008-12-02 00:20 ---
Subject: Bug 38270
Author: janis
Date: Tue Dec 2 00:18:56 2008
New Revision: 142341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142341
Log:
PR libgomp/38270
* config/linux/powerpc/mutex.h:
[forwarded from http://bugs.debian.org/PR491115]
works with 4.3, fails with trunk 20081129
Matthias
$ /usr/lib/gcc-snapshot/bin/gcc fputs.c
fputs.c: In function 'main':
fputs.c:5: internal compiler error: in gimple_op, at gimple.h:1636
Please submit a full bug report,
with preprocessed source
--- Comment #9 from vmakarov at gcc dot gnu dot org 2008-12-02 00:17
---
Subject: Bug 38280
Author: vmakarov
Date: Tue Dec 2 00:15:35 2008
New Revision: 142336
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142336
Log:
2008-12-01 Vladimir Makarov <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-02 00:14 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-02 00:11 ---
Here is a shorter testcase:
void _ov_64_seek_lap (void)
{
_Bool x1, x2, x3;
unsigned ltmp_3978_7;
unsigned ltmp_3978_7__PHI_TEMPORARY;
unsigned ltmp_4011_7__PHI_TEMPORARY;
unsigned ltmp_4012_7;
signed ltm
[forwarded from http://bugs.debian.org/PR492505]
works with 4.2 branch, fails with 4.3 branch and trunk, succeeds with -O0
$ gcc-4.3 000.c -c -O1
000.c: In function '_ov_64_seek_lap':
000.c:33: internal compiler error: in set_lattice_value, at tree-ssa-ccp.c:487
Please submit a full bug report,
w
--- Comment #3 from janis at gcc dot gnu dot org 2008-12-02 00:05 ---
This test also fails on powerpc64-unknown-linux-gnu for both -m32 and -m64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38219
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-02 00:03 ---
Did you see:
See http://bugzilla.redhat.com/bugzilla> for instructions.
??
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
I am trying to compile a typical c file with include option turned on. The
include option includes .h file as part of the array element declaration for
the c file.
When I did compile:-
gcc c.c -include myfile.h -D STS
In file included from /usr/include/sys/cdefs.h:0,
from /usr/in
--- Comment #4 from janis at gcc dot gnu dot org 2008-12-02 00:00 ---
This test also fails on powerpc64-unknown-linux-gnu for both -m32 and -m64. It
passed on 2008-08-24 (r138089) and failed on 2008-08-25 (r138121). Let me know
if you'd like me to run a regression hunt and/or provide d
4.1 branch gives an error, message, 4.2 and up segfault.
Matthias
$ g++-4.1 -save-temps bug.cc
bug.cc:17: error: could not convert template argument 'BUG::name' to 'bool'
$ g++ -save-temps bug.cc
bug.cc:17: internal compiler error: Segmentation fault
Please submit a full bug report,
with prepr
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-12-01
23:42 ---
Created an attachment (id=16805)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16805&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38356
[forwarded from http://bugs.debian.org/487776]
seen with 4.3 branch 20081129, fixed on the trunk, omitting
-ftree-parallelize-loops=2 lets the compile succeed.
Matthias
g++ -g -O3 -ffast-math -fomit-frame-pointer -ftree-parallelize-loops=2 -c -o
dcraw.o dcraw.ii g++: Internal error: Segmentati
--- Comment #2 from gnu at behdad dot org 2008-12-01 23:38 ---
It's not a useful use case, agreed, but I don't see how that affects the
computability of a value at "load time", whatever that means. It did trick me:
I was converting a vtable to use label values, and before converting the
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-01 23:33 ---
What's the rationale for using a pointer type for something that is integral
(difference of 2 pointers)?
I don't see why we should support that as a valid constant initializer.
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #4 from cgd at google dot com 2008-12-01 23:28 ---
Decided to try to verify again with current head of trunk compiler (since
several other bugs I reported have been fixed, and one was related to value
initialization).
gcc version 4.4.0 20081201 (experimental) (GCC
--- Comment #10 from steven at gcc dot gnu dot org 2008-12-01 23:04 ---
With so many dups, IMHO this ought to be fixed for the releases...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-12-01 22:55 ---
*** Bug 38355 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 2008-12-01 22:55 ---
*** This bug has been marked as a duplicate of 32305 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-01 22:54 ---
-fipa-pta does nothing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38355
--- Comment #1 from debian-gcc at lists dot debian dot org 2008-12-01
22:50 ---
Created an attachment (id=16804)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16804&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38355
[forwarded from http://bugs.debian.org/PR498708]
seen with 4.3 branch and trunk 20081130, building without -fipa-struct-reorg
works.
$ g++ -O3 -fwhole-program -fipa-struct-reorg xx.cc
xx.cc:289: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source
--- Comment #4 from steven at gcc dot gnu dot org 2008-12-01 22:12 ---
davidxl, my latest patch to bug 23286 (tree-hoist_v3.diff) makes PRE in
tree-ssa-pre.c code-size aware. I have tested this with CSiBE on
mips-unknown-elf.
Without the patch, code size at -Os with PRE enabled is ~17%
--- Comment #24 from steven at gcc dot gnu dot org 2008-12-01 22:00 ---
Created an attachment (id=16803)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16803&action=view)
patch to implement code hoisting in tree-ssa-pre.c
This passes bootstrap+testing on ia64-linux and amd64-linux.
The following code is from gcc docs and works as expected:
#include
int
main (int argc, char **argv)
{
static const int array[] = { &&foo-&&foo, &&bar-&&foo, &&hack-&&foo };
int i = argc - 1;
goto *(array[i]+&&foo);
foo:
printf ("foo\n");
return 0;
bar:
printf ("bar\n");
return
--
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
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-01 20:23 ---
This works on PPC64-linux with revision 141772.
GNU Fortran (GCC) version 4.4.0 2008 (experimental) [trunk revision 141772]
(powerpc64-unknown-linux-gnu)
I don't have anything newer right now though, I will try
--- Comment #8 from mikael at gcc dot gnu dot org 2008-12-01 19:53 ---
Subject: Bug 38252
Author: mikael
Date: Mon Dec 1 19:52:15 2008
New Revision: 142331
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142331
Log:
2008-12-01 Mikael Morin <[EMAIL PROTECTED]>
PR fortr
--- Comment #7 from mikael at gcc dot gnu dot org 2008-12-01 19:52 ---
I hope one day I'll be able to commit properly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38252
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-12-01 19:42 ---
http://gcc.gnu.org/onlinedocs/gfortran/Preprocessing-and-conditional-compilation.html
"If a preprocessed file includes another file with the Fortran INCLUDE
statement, the included file is not preprocessed. To prepr
--- Comment #10 from vmakarov at gcc dot gnu dot org 2008-12-01 19:33
---
Subject: Bug 37514
Author: vmakarov
Date: Mon Dec 1 19:31:41 2008
New Revision: 142328
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142328
Log:
2008-12-01 Vladimir Makarov <[EMAIL PROTECTED]>
--- Comment #6 from mikael at gcc dot gnu dot org 2008-12-01 19:32 ---
Subject: Bug 38252
Author: mikael
Date: Mon Dec 1 19:30:55 2008
New Revision: 142327
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142327
Log:
2008-12-01 Mikael Morin <[EMAIL PROTECTED]>
PR fortr
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-01 19:02 ---
I think this is a dup of bug 18770.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38345
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-01 18:56 ---
/me wishes __builtin_apply would just go away.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from cgd at google dot com 2008-12-01 18:30 ---
(re: my last comment on 11/24: I see you added the test case in the original
commit! Sorry, didn't notice that! Thanks much for resolving the issue.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38244
--- Comment #30 from ubizjak at gmail dot com 2008-12-01 18:26 ---
(In reply to comment #29)
> Other compilers do this kind of transformation via reverse copy propagation.
> GCC could perhaps add something like that too, when it transforms a 3-address
> insn to a 2-address insn.
Will
--- Comment #2 from yakov at emc dot com 2008-12-01 18:16 ---
Subject: Re: Wrong "is used uninitialized in this function"
warning
Richard,
it work for me too if T_SRS_ID would be modified
typedef struct S_SPS_ID
{
unsigned char dir;
unsigned char loop;
unsigned char dae_idx;
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-01 17:35 ---
The bug is in expand_builtin_stpcpy, where it doesn't handle COMPOUND_EXPRs
resulting from build_call_expr as other routines do.
--
jakub at gcc dot gnu dot org changed:
What|Removed
Define statments in an include file are not preprocessed before a main file is
compile. E.g.
include "header.h"
a=1.0
if (debug) print *,a
#define debug .TRUE.
--
Summary: Define statments in an include file are not
preprocessed.
--- Comment #9 from hjl at gcc dot gnu dot org 2008-12-01 17:04 ---
Subject: Bug 37514
Author: hjl
Date: Mon Dec 1 17:03:13 2008
New Revision: 142324
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142324
Log:
2008-12-01 Vladimir Makarov <[EMAIL PROTECTED]>
PR rtl-opt
--- Comment #1 from burnus at gcc dot gnu dot org 2008-12-01 16:48 ---
The best message other compilers had are:
a) NAG f95:
Error: fgjf.f90, line 15: No specific match for reference to operator +
Error: fgjf.f90, line 15: Incompatible data types for the + operator
--- Comment #5 from burnus at gcc dot gnu dot org 2008-12-01 16:40 ---
(In reply to comment #4)
> > > So the read statement by itself is invalid.
> > ???
>
> I was testing with and without the open statement in the test case and saw
> that we were not catching that error either.
Ah, yo
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-12-01 16:36 ---
Not a GCC issue. And invalid anyway, C99 math always rounds to even.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from kruppaal at loria dot fr 2008-12-01 16:33 ---
Created an attachment (id=16802)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16802&action=view)
Test case for incorrect value of cos()
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38352
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-12-01 16:32
---
> So the read statement by itself is invalid.
???
I was testing with and without the open statement in the test case and saw that
we were not catching that error either. Regardless, the problem is that I was
usi
The attached test case produces the erroneous value of -20763584.029346 for
cos(2 * Pi / 4) when the rounding mode is set to FE_UPWARD, instead of the
correct value (close to) 0. Other rounding modes do not show this error,
compiling with optimization enabled (-O1, -O2 or -O3) or as a 32 bit binary
--- Comment #16 from jason at gcc dot gnu dot org 2008-12-01 16:29 ---
(In reply to comment #8)
> Which I guess is invalid because the definition of Cdeque is not complete
> at the time we bind iterator::pointer to Cdeque::pointer.
This is not an issue because Cdeque::pointer is a membe
MODULE M1
TYPE T1
INTEGER :: I
END TYPE T1
INTERFACE OPERATOR(+)
MODULE PROCEDURE add
END INTERFACE
CONTAINS
TYPE(T1) FUNCTION add(a,b)
TYPE(T1), INTENT(IN) :: a,b
END FUNCTION
END MODULE M1
USE M1
TYPE(T1), DIMENSION(2,2) :: a,b
a=a+b
END
> gfortran test.f90
test.f90:15.2:
a=a+b
--- Comment #8 from swagiaal at redhat dot com 2008-12-01 16:12 ---
> DW_AT_MIPS_linkage_name should be removed from GCC only after the DW_AT_name
> scoping/qualification will get fully fixed. GDB currently already contains
> the
> DW_AT_MIPS_linkage_name reader and there is probably n
--- Comment #4 from jakub at gcc dot gnu dot org 2008-12-01 15:45 ---
Yes, the problem is that eax, edx and ecx are live there (might be arguments)
and ebx is reserved for PIC pointer, so at that spot is no QImode register
available. I guess either my builtins.c change could be conditio
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-01 15:37 ---
-fno-ira also failed:
[EMAIL PROTECTED] rrs]$ ./142116/usr/bin/gcc -fPIC -m32 -S y.c -fno-ira
y.c: In function âapply_charâ:
y.c:11: error: unable to find a register to spill in class âQ_REGSâ
y.c:11: error: this is
--- Comment #2 from hjl dot tools at gmail dot com 2008-12-01 15:35 ---
It is caused by either revision 142115 or 142116. Revision 142116:
http://gcc.gnu.org/ml/gcc-cvs/2008-11/msg00617.html
is my first guess.
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-01 15:30 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-01 15:28 ---
Subject: Bug 38257
Author: jakub
Date: Mon Dec 1 15:27:12 2008
New Revision: 142320
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142320
Log:
PR c++/38257
* parser.c (cp_parser_omp_for_loop):
--- Comment #32 from uros at gcc dot gnu dot org 2008-12-01 15:21 ---
Subject: Bug 33642
Author: uros
Date: Mon Dec 1 15:19:40 2008
New Revision: 142319
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142319
Log:
PR rtl-optimization/33642
* gcc.c-torture/compile/
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reconfi
--- Comment #1 from hp at gcc dot gnu dot org 2008-12-01 15:20 ---
Created an attachment (id=16801)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16801&action=view)
testcase
Change the last constraint from g to X and compile with 4.3-branch r142284 with
-O2 -march=v32 and -O2 -mar
For the attached code, there's no reason why the generated code at -O2 would
need an unused stack-slot (a second with -march=v10, a first with -march=v32)
when operand 5 (the last) of the asm is "g" than if it's "X". Using "X" seems
a little awkward life-time-wise because the input is supposed to
--- Comment #1 from joel at gcc dot gnu dot org 2008-12-01 15:15 ---
Ada not boehm-gc. Selected wrong box.
--
joel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-01 15:14 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2008-12-01 15:11 ---
Subject: Bug 38348
Author: jakub
Date: Mon Dec 1 15:10:25 2008
New Revision: 142318
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142318
Log:
PR c++/38348
* c-omp.c (c_finish_omp_for): Only t
4.4.0 20081126 (experimental) [trunk revision 142228]
/n/12/joel/test-gcc/b-gcc2-h8300/./gcc/xgcc
-B/n/12/joel/test-gcc/b-gcc2-h8300/./gcc/ -nostdinc
-B/n/12/joel/test-gcc/b-gcc2-h8300/h8300-rtems4.10/newlib/ -isystem
/n/12/joel/test-gcc/b-gcc2-h8300/h8300-rtems4.10/newlib/targ-include -isystem
/
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-01 14:44 ---
This is not related to GCC.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from joel at gcc dot gnu dot org 2008-12-01 14:39 ---
Still broken:
+===GNAT BUG DETECTED==+
| 4.4.0 20081126 (experimental) [trunk revision 142228] (arm-unknown-rtems4.10)
GCC error:|
| in find_valid_class, at reload.c:
--- Comment #6 from jakub at gcc dot gnu dot org 2008-12-01 14:36 ---
Subject: Bug 38245
Author: jakub
Date: Mon Dec 1 14:34:51 2008
New Revision: 142317
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142317
Log:
PR rtl-optimization/38245
* tree-vrp.c (abs_exten
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-12-01
14:23 ---
I don't see any c++ comments in the included system headers. Is there a way in
gcc to dump the preprocessed source in a manner that won't parse out the
comments? When I dropped the '-fno-show-column -tradi
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ICE from c_finish_omp_for |[4.4 Regression] ICE from
|
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last reco
int a[10];
template
void foo ()
{
#pragma omp for
for (int *p = a; p < a + 10; p++)
;
}
ICEs with -fopenmp, fold_convert is called with NULL second argument fro
c_finish_omp_for.
--
Summary: ICE from c_finish_omp_for
Product: gcc
Version: unknown
--- Comment #1 from dominiq at lps dot ens dot fr 2008-12-01 13:54 ---
AFAICT this pr is the cause of half of the failures of
gfortran.dg/alloc_comp_constructor_1.f90 on i686-apple-darwin9 with
-fdefault-integer-8:
FAIL: gfortran.dg/alloc_comp_constructor_1.f90 -O0 execution test
FAIL
--- Comment #16 from uros at gcc dot gnu dot org 2008-12-01 13:50 ---
Subject: Bug 37908
Author: uros
Date: Mon Dec 1 13:48:52 2008
New Revision: 142313
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142313
Log:
PR middle-end/37908
* config/alpha/alpha.c (alpha_
On powerpc-apple-darwin9 at revision 142300, compiling
gfortran.dg/alloc_comp_constructor_1.f90 with -O2 -fdefault-integer-8 gives and
ICE:
[karma] dominiq/test% gfc -O2 -fdefault-integer-8
/opt/gcc/gcc-4.4-work/gcc/testsuite/gfortran.dg/alloc_comp_constructor_1.f90
/opt/gcc/gcc-4.4-work/gcc/tes
--- Comment #5 from fredrik dot hederstierna at securitas-direct dot com
2008-12-01 13:35 ---
On Intel i386-GCC (4.2.3) we just get warning only for the line
if (c1 == ~c2)
The other lines does not give warnings, so maybe its just the ARM-backend that
catch this warning.
I guess yo
--- Comment #4 from fredrik dot hederstierna at securitas-direct dot com
2008-12-01 12:55 ---
Heres another example, then I do not think the warnings are due to
optimization.
I have same warnings with both -O0 and -O3.
#include
typedef unsigned char u8_t;
void test_cast(unsigned ch
Dears,
I'm currently develop a multi-threaded application using GCC pthread (NTPL).
My application start a thread who start another sub-thread.
During the creation of the subthread, i invoke the pthread_cancel on the first
thread. This result sometime a Sigfault (see the diagram bellow).
Main t
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-12-01 12:49 ---
As I said, for the first case we optimize away the promotions before the
warning
code comes along.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38341
--- Comment #2 from fredrik dot hederstierna at securitas-direct dot com
2008-12-01 12:40 ---
Then why dont we get warning on the first if-statement?
Shouldnt these lines be equal?
if (c1 == (unsigned char)(~c2)) {
}
if (u1 == (u8_t)(~u2)) { // THIS WILL GIVE WARNING
}
The fi
--- Comment #4 from uros at gcc dot gnu dot org 2008-12-01 12:29 ---
Subject: Bug 38254
Author: uros
Date: Mon Dec 1 12:28:05 2008
New Revision: 142310
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142310
Log:
Backport from mainline:
2008-11-25 Uros Bizjak <[
1 - 100 of 126 matches
Mail list logo
