--- Comment #3 from jakub at gcc dot gnu dot org 2009-11-24 08:10 ---
-Wunused-variable is checking the TREE_USED flag, which is set quite early
during the parsing (in C FE build_external_ref, in C++ FE mark_used called from
finish_id_expression). At that point the parser doesn't track
--- Comment #4 from hjl dot tools at gmail dot com 2009-11-24 08:14 ---
It is caused by revision 154433:
http://gcc.gnu.org/ml/gcc-cvs/2009-11/msg00654.html
I also saw it on Linux/ia32, Linux/ia64 and Linux/x86-64.
--
hjl dot tools at gmail dot com changed:
What|Rem
--- Comment #5 from janus at gcc dot gnu dot org 2009-11-24 08:16 ---
Subject: Bug 42045
Author: janus
Date: Tue Nov 24 08:16:32 2009
New Revision: 154492
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154492
Log:
2009-11-24 Janus Weil
PR fortran/42045
* reso
--- Comment #6 from janus at gcc dot gnu dot org 2009-11-24 08:18 ---
Fixed with r154492. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from janus at gcc dot gnu dot org 2009-11-24 08:28 ---
(In reply to comment #7)
> b) Implicit typing of procedure components:
This has been fixed in PR42045.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39997
--- Comment #1 from paolo dot carlini at oracle dot com 2009-11-24 08:37
---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01304.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42057
Compile the attached test case with options -Os -mthumb, gcc generates
following code to destruct the array of objects:
__tcf_0:
.fnstart
.LFB1:
.save {r3, r4, r5, lr}
push{r3, r4, r5, lr}
.LCFI0:
ldr r5, .L5
mov r4, r5
add r4, r4,
--- Comment #1 from carrot at google dot com 2009-11-24 08:52 ---
Created an attachment (id=19108)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19108&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42161
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-24 09:55 ---
*** Bug 42160 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-11-24 09:55 ---
*** This bug has been marked as a duplicate of 42154 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||jamborm at gcc dot gnu dot
|
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-24 10:47 ---
Ugh. Packing standard library classes will change the ABI (the packing state
is not mangled), so I'd say it's strongly advised to not do this unless you
know what you are doing (appearantly you don't).
Paolo, I gue
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-11-24 10:49 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from paolo dot carlini at oracle dot com 2009-11-24 10:49
---
Of course, this is completely unsupported.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #4 from jamborm at gcc dot gnu dot org 2009-11-24 10:56 ---
Subject: Bug 42154
Author: jamborm
Date: Tue Nov 24 10:56:14 2009
New Revision: 154493
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154493
Log:
2009-11-24 Martin Jambor
PR tree-optimization/421
--- Comment #5 from jamborm at gcc dot gnu dot org 2009-11-24 10:58 ---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from info at hex-rays dot com 2009-11-24 11:02 ---
What is embarrassing is that the compiler does not issue at least a warning and
changes the alignment depending on some very obscure factor. I understand why
it happens but really do not like it.
If I add one more line to
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-24 11:36 ---
*** This bug has been marked as a duplicate of 18624 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #16 from jakub at gcc dot gnu dot org 2009-11-24 11:36 ---
*** Bug 36390 has been marked as a duplicate of this bug. ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #17 from jakub at gcc dot gnu dot org 2009-11-24 11:38 ---
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01338.html
is an example where the warning would be very useful, we create GC garbage
uselessly...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18624
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-11-24 11:57 ---
Subject: Bug 42142
Author: rguenth
Date: Tue Nov 24 11:57:26 2009
New Revision: 154494
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154494
Log:
2009-11-24 Richard Guenther
PR tree-optimization/
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-11-24 11:57 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
I get this error while trying to compile a simple code which (I think) is valid
omp. I tried gfortran 4.3.3 (ubuntu 9.04 amd64 server) 4.4.1 (ubuntu 9.10
amd64) and 4.5.0 20091105 . This is the code that triggered it:
PROGRAM ordered
IMPLICIT NONE
INTEGER :: i
!$omp parallel do
do i=1,2
w
I get this error while trying to compile a simple code which (I think) is valid
omp. I tried gfortran 4.3.3 (ubuntu 9.04 amd64 server) 4.4.1 (ubuntu 9.10
amd64) and 4.5.0 20091105 . This is the code that triggered it:
PROGRAM ordered
IMPLICIT NONE
INTEGER :: i
!$omp parallel do
do i=1,2
w
--- Comment #45 from howarth at nitro dot med dot uc dot edu 2009-11-24
13:09 ---
Created an attachment (id=19109)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19109&action=view)
assembly for problem object file in libssp.0.dylib that causes dsymutil to
assert
/sw/src/fink.build
--- Comment #46 from jakub at redhat dot com 2009-11-24 13:11 ---
Subject: Re: [4.5 Regression] dsymutil "Assertion failed ..."
> assembly for problem object file in libssp.0.dylib that causes dsymutil to
> assert
You forgot -dA, without that it is not very readable.
--
http://gc
--- Comment #3 from rainer at emrich-ebersheim dot de 2009-11-24 13:29
---
Confirmed.
In file included from ../../../../../../../src/ppl-0.10.2/src/Box.cc:24:0:
../../../../../../../src/ppl-0.10.2/src/Grid_Generator_System.inlines.hh: In
constructor
»Parma_Polyhedra_Library::Grid_Gene
--- Comment #47 from jakub at gcc dot gnu dot org 2009-11-24 13:40 ---
Also, Alex is probably far more interested in preprocessed source plus exact
cc1 options rather than assembly, because the former can be debugged a cross
compiler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-24 13:42 ---
*** Bug 42163 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42162
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-24 13:42 ---
*** This bug has been marked as a duplicate of 42162 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #48 from howarth at nitro dot med dot uc dot edu 2009-11-24
13:57 ---
Unfortunately, I won't be able to provide additional files until tonight.
However, looking at the ssp.s, I am wondering if the entries in the...
.section __DWARF,__debug_loc,regular,debug
Ldebug_l
--- Comment #49 from howarth at nitro dot med dot uc dot edu 2009-11-24
14:10 ---
I should also note that the ssp.s was generated using gcc trunk with
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01329.html. The generated
libssp.0.dylib asserts dsymutil. Out of the object files containe
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-11-24 14:16
---
Created an attachment (id=19110)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19110&action=view)
candidate patch
Patch I was testing. Unfortunately I get
Comparing stages 2 and 3
warning: gcc/cc1plus-chec
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-24 14:17 ---
Reduced:
struct A { A(); };
struct B: A {
B() : A::A() { }
};
There's no need to write the extra scope here, but I guess we should accept it.
--
jason at gcc dot gnu dot org changed:
What|Remove
I'm using the latest gcc 4.5 to compile the latest linux kernel(rc8).
$ mips64el-unknown-linux-gnu-gcc --version
mips64el-unknown-linux-gnu-gcc (GCC) 4.5.0 20091123 (experimental)
and encountered this error:
$ make ARCH=mips CROSS_COMPILE=mips64el-unknown-linux-gnu- mm/rmap.o
CHK include/l
--- Comment #3 from vlad at demoninsight dot com 2009-11-24 15:48 ---
(In reply to comment #1)
> This bug doesn't appear to be present in current gcc trunk on
> x86_64-apple-darwin10.
>
Jack, how should I interpret your comment? That all is well in 4.4.3 branch or
something? Or that yo
--- Comment #2 from burnus at gcc dot gnu dot org 2009-11-24 16:02 ---
Confirm. With "-fopenmp" it fails with:
test.f90:17:0: internal compiler error: tree check: expected tree that contains
'decl common' structure, have 'indirect_ref' in omp_add_variable, at
gimplify.c:5282
[In 4.3 an
--- Comment #3 from burnus at gcc dot gnu dot org 2009-11-24 16:11 ---
The simplified test case is just having the "work" subroutine.
The problem is that the argument "k" is also the loop variable. I am not sure
that this is allowed.
Jakub, do you quickly see whether this is allowed? i
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-24 16:19 ---
There are other bugs in the testcase too, e.g. you must not nest worksharing
regions, but the testcase uses !$omp do inside of !$omp parallel do.
That said, gcc shouldn't ICE on any kind of garbage.
--
http://gcc.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Component|c |target
http:
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-24 16:23 ---
Can you provide the preprocessed source?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Using -masm=intel and -mavx together with something that uses a 256-bit vector
causes an internal error:
$ gcc arst.c -mavx -masm=intel
arst.c: In function âfooâ:
arst.c:2: internal compiler error: in print_operand, at
config/i386/i386.c:11324
$ cat arst.c
typedef unsigned long vec __attribut
--- Comment #12 from toon at moene dot org 2009-11-24 18:03 ---
> Any tricks I have missed?
Yes - we could provide for loop versioning in the front end.
I.e., generate code like:
IF (M3 > 0) THEN
... compute loop count ...
... perform loop ...
ELSE IF (M3 < 0) THEN
... comput
--- Comment #1 from jakub at gcc dot gnu dot org 2009-11-24 18:04 ---
--- gcc/config/i386/i386.c2009-11-24 09:59:29.0 +0100
+++ gcc/config/i386/i386.c2009-11-24 19:03:24.871058078 +0100
@@ -11849,6 +11849,7 @@ print_operand (FILE *file, rtx x, int co
--- Comment #1 from jamborm at gcc dot gnu dot org 2009-11-24 18:16 ---
Can you please add a check before the qsort call (tree-sra.c, line
1407) whether all pointers in the access_vec seem OK or whether it is
SRA that passes the invalid pointer to qsort? Nothing fancy,
something as stup
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld dot DE 2009-11-24
18:42 ---
Subject: Re: [4.5 regression] ICE building stage 1 libgcc on IRIX 5.3: SEGV in
compare_access_positions
> --- Comment #1 from jamborm at gcc dot gnu dot org 2009-11-24 18:16
> ---
> Can you pleas
> gfortran -c -fbounds-check -g -O3bug.f90
bug.f90: In function newuob:
bug.f90:4:0: error: definition in block 11 does not dominate use in block 17
for SSA_NAME: sum_4 in statement:
# DEBUG sum => D#1 + sum_4
bug.f90:4:0: internal compiler error: verify_ssa failed
Please submit a full bug r
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
CC||aoliva at gcc dot gnu dot
|
--- Comment #1 from jv244 at cam dot ac dot uk 2009-11-24 19:20 ---
and confirmed for current trunk.
gcc version 4.5.0 20091124 (experimental) [trunk revision 154511] (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42166
--- Comment #50 from howarth at nitro dot med dot uc dot edu 2009-11-24
19:22 ---
Created an attachment (id=19111)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19111&action=view)
output from /usr/bin/dwarfdump --verbose --show-form ssp.o
See...
http://gcc.gnu.org/ml/gcc-patches
When the argument to a TYPE IS construct is a function result variable with the
same name as the encompassing function, the compiler interprets the variable as
a function invocation and fails without arguments. The code below produces the
error message below the code. Also, replacing TYPE IS with
Minor problem as the code isn't really valid. GNAT probably shouldn't
explode in this manner, however.
gcc -c timer2.adb
+===GNAT BUG DETECTED==+
| 4.4.0 (x86_64-portbld-freebsd7.2) Assert_Failure sinfo.adb:2362 |
| Error detected at ti
--- Comment #1 from gcc at coreland dot ath dot cx 2009-11-24 20:20 ---
Created an attachment (id=19112)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19112&action=view)
case 1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42168
--- Comment #2 from gcc at coreland dot ath dot cx 2009-11-24 20:21 ---
Created an attachment (id=19113)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19113&action=view)
Assertion failure with with_clause removed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42168
--- Comment #3 from laurent at guerby dot net 2009-11-24 20:52 ---
Confirmed and this is a regression from 4.3.
$ gcc -c timer3.adb
+===GNAT BUG DETECTED==+
| 4.5.0 20091109 (experimental) [trunk revision 154026]
(x86_64-unknown-linux
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-24 20:55 ---
Subject: Bug 42137
Author: jason
Date: Tue Nov 24 20:55:24 2009
New Revision: 154519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154519
Log:
PR c++/42137
* parser.c (cp_parser_mem_initialize
--- Comment #19 from jason at gcc dot gnu dot org 2009-11-24 20:55 ---
Subject: Bug 11764
Author: jason
Date: Tue Nov 24 20:55:24 2009
New Revision: 154519
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154519
Log:
PR c++/42137
* parser.c (cp_parser_mem_initializ
--- Comment #6 from jason at gcc dot gnu dot org 2009-11-24 21:04 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #20 from jason at gcc dot gnu dot org 2009-11-24 21:05 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11764
c++
Thread model: posix
gcc version 4.4.3 20091124 (prerelease) [gcc-4_4-branch revision 154487] (GCC)
--
Summary: gfortran.dg/pr41928.f90:47: internal compiler error: in
store_can_be_removed_p, at ira-emit.c:371
Product: gcc
Vers
--- Comment #11 from dwitte at mozilla dot com 2009-11-24 21:12 ---
Anthony, any chance you could pick this fix up for libffi 3.0.9?
--
dwitte at mozilla dot com changed:
What|Removed |Added
-
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #7 from bangerth at gmail dot com 2009-11-24 21:52 ---
Jason, is this PR related to your recent work on injecting class names into
scopes? I don't know what makes gcc reject the constructor specialization,
but it seems to me that it might be because it parses the X<> part of
--- Comment #51 from howarth at nitro dot med dot uc dot edu 2009-11-24
22:21 ---
Created an attachment (id=19114)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19114&action=view)
ssp.s generated with -dA
--
howarth at nitro dot med dot uc dot edu changed:
What
--- Comment #52 from howarth at nitro dot med dot uc dot edu 2009-11-24
22:22 ---
Created an attachment (id=19115)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19115&action=view)
preprocessed source for ssp.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/sh
CTS AND WHOLE ARRAYS PASSED AS
PARAMETERS TO GENERIC PROCEDURES.
C36205L PASSED .
PASS: c36205l
+===GNAT BUG DETECTED==+
| 4.5.0 20091124 (experimental) [trunk revision 154487]
(hppa-unknown-linux-gnu)
|
| St
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-11-24 22:51
---
> All but six of the fails go away if I increase the stack limit in
> run_acats to 16384
OK, thanks, I'll try and increase it.
> The remaining six are:
> FAIL: c52103x
> FAIL: c52104x
> FAIL: c52104y
> FAI
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-24 23:09 ---
Yep, fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #53 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:40 ---
Created an attachment (id=19116)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19116&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #54 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:45 ---
Created an attachment (id=19117)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19117&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #55 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:48 ---
Created an attachment (id=19118)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19118&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #56 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:53 ---
Created an attachment (id=19119)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19119&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #57 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:56 ---
Created an attachment (id=19120)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19120&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #58 from howarth at nitro dot med dot uc dot edu 2009-11-24
23:58 ---
Created an attachment (id=19121)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19121&action=view)
assembly with -dA for problem file in libgfortran dylib
--
http://gcc.gnu.org/bugzilla/show_bug.
--- Comment #59 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:03 ---
Created an attachment (id=19122)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19122&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #60 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:04 ---
Created an attachment (id=19123)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19123&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #61 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:07 ---
Created an attachment (id=19124)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19124&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #62 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:09 ---
Created an attachment (id=19125)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19125&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #63 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:12 ---
Created an attachment (id=19126)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19126&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #64 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:16 ---
Created an attachment (id=19127)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19127&action=view)
preprocessed source for ios_init.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzi
--- Comment #65 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:17 ---
Created an attachment (id=19128)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19128&action=view)
preprocessed source for hash_tr1.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzi
--- Comment #66 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:18 ---
Created an attachment (id=19129)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19129&action=view)
preprocessed source for future.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzill
--- Comment #67 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:19 ---
Created an attachment (id=19130)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19130&action=view)
preprocessed source for ext-inst.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzi
--- Comment #68 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:20 ---
Created an attachment (id=19131)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19131&action=view)
preprocessed source for atomic.cc created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzill
--- Comment #69 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:22 ---
Created an attachment (id=19132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19132&action=view)
preprocessed source for write.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/
--- Comment #70 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:22 ---
Created an attachment (id=19133)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19133&action=view)
preprocessed source for unix.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla/s
--- Comment #71 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:23 ---
Created an attachment (id=19134)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19134&action=view)
preprocessed source for string_intrinsics.c created on x86_64-apple-darwin10
--
http://gcc.gnu.o
--- Comment #72 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:24 ---
Created an attachment (id=19135)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19135&action=view)
preprocessed source for random.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzilla
--- Comment #73 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:25 ---
Created an attachment (id=19136)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19136&action=view)
preprocessed source for list_read.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bugzi
--- Comment #74 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:25 ---
Created an attachment (id=19137)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19137&action=view)
preprocessed source for erfc_scaled.c created on x86_64-apple-darwin10
--
http://gcc.gnu.org/bug
--- Comment #75 from howarth at nitro dot med dot uc dot edu 2009-11-25
00:27 ---
The attached assembly (with -dA) and preprocessed source files should cover all
the instances of zero AT_locations currently being emitted on darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=414
--- Comment #2 from wuzhangjin at gmail dot com 2009-11-25 01:05 ---
(In reply to comment #1)
> Can you provide the preprocessed source?
>
Sorry, the preprocessed source is too big, I can not paste it as comment, where
can i attach it?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #3 from wuzhangjin at gmail dot com 2009-11-25 01:08 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Can you provide the preprocessed source?
> >
>
> Sorry, the preprocessed source is too big, I can not paste it as comment,
> where
> can i attach it?
>
Here i
--- Comment #4 from daney at gcc dot gnu dot org 2009-11-25 01:10 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Can you provide the preprocessed source?
> >
>
> Sorry, the preprocessed source is too big, I can not paste it as comment,
> where
> can i attach it?
>
Gzip
--- Comment #76 from howarth at nitro dot med dot uc dot edu 2009-11-25
01:11 ---
Created an attachment (id=19138)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19138&action=view)
assembly with -dA for problem file in libgfortran dylib
--
howarth at nitro dot med dot uc dot ed
--- Comment #5 from wuzhangjin at gmail dot com 2009-11-25 01:17 ---
Subject: Re: mm/rmap.c:860:1: internal compiler error:
in simplify_subreg, at simplify-rtx.c:5138
On Wed, 2009-11-25 at 01:10 +, daney at gcc dot gnu dot org wrote:
>
> --- Comment #4 from daney at gcc dot g
--- Comment #7 from wuzhangjin at gmail dot com 2009-11-25 01:23 ---
(In reply to comment #6)
> Created an attachment (id=19139)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19139&action=view) [edit]
>
I configured and compiled the gcc via the following command:
$ /home/falcon/
--- Comment #22 from jvdelisle at gcc dot gnu dot org 2009-11-25 02:38
---
Subject: Bug 41807
Author: jvdelisle
Date: Wed Nov 25 02:37:57 2009
New Revision: 154529
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154529
Log:
2009-11-24 Jerry DeLisle
PR fortran/41807
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2009-11-25 02:41
---
Subject: Bug 42008
Author: jvdelisle
Date: Wed Nov 25 02:41:20 2009
New Revision: 154530
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154530
Log:
2009-11-24 Jerry DeLisle
PR fortran/42008
1 - 100 of 119 matches
Mail list logo
