--- Comment #56 from olga at il dot ibm dot com 2008-01-25 08:10 ---
(In reply to comment #55)
> With revision 131802, we are down to the followning fails:
can you please check now? I committed patches from comment #11.
Olga
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34483
--- Comment #7 from aldot at gcc dot gnu dot org 2008-01-25 08:28 ---
Testing a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31537
--- Comment #14 from burnus at gcc dot gnu dot org 2008-01-25 08:52 ---
The change seems to be introduced around 2007-01-08-r120570 /
2007-01-09-r120610.
Most probably:
r120584 | sayle | 2007-01-08 18:56:37 +0100 (Mo, 08 Jan 2007) | 19 lines
* trans-array.c (constant_array_con
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-25 09:02 ---
Subject: Bug 34692
Author: jakub
Date: Fri Jan 25 09:01:27 2008
New Revision: 131819
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131819
Log:
PR preprocessor/34692
* macro.c (collect_args): A
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-25 09:13 ---
Subject: Bug 3
Author: jakub
Date: Fri Jan 25 09:12:57 2008
New Revision: 131820
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131820
Log:
PR middle-end/3
* gimplify.c (gimplify_omp_fo
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-25 09:14 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|
BOOL FASTCALL DdHmgDestroy();
.def [EMAIL PROTECTED]@0; .scl2; .type 32; .endef
"Cannot export @[EMAIL PROTECTED]: symbol not found"
--
Summary: name mangling broken for __attributte__((fastcall))
Product: gcc
Version: 4.3.0
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
CC||dfranke at gcc dot gnu dot
|
--- Comment #1 from Christoph_vW at reactos dot org 2008-01-25 09:45
---
Created an attachment (id=15021)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15021&action=view)
assembly
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
--- Comment #37 from rsandifo at gcc dot gnu dot org 2008-01-25 09:54
---
To reinforce comment #34, the MIPS16 hard-float support has
been overhauled in 4.3, with this and many other bugs fixed.
The MIPS16 problem therefore "only" affects 4.2 now.
The description of the situation in co
--- Comment #5 from Christoph_vW at reactos dot org 2008-01-25 10:17
---
build steps
mingw32-gcc -c drivers/directx/dxg/main.c -o
obj-i386/drivers/directx/dxg/main_dxg.o -Idrivers/directx/dxg -D__USE_W32API
-mpreferred-stack-boundary=2 -Wno-strict-aliasing -Wpointer-arith -I. -Iinclude
--- Comment #25 from uros at gcc dot gnu dot org 2008-01-25 10:26 ---
Subject: Bug 34856
Author: uros
Date: Fri Jan 25 10:25:21 2008
New Revision: 131821
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131821
Log:
PR target/34856
* simplifx-rtx.c (simplify_const_b
--- Comment #3 from ubizjak at gmail dot com 2008-01-25 10:46 ---
Confirmed & CC maintainer of fixincludes.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyw
--- Comment #3 from Christoph_vW at reactos dot org 2008-01-25 09:53
---
Created an attachment (id=15022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15022&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
--- Comment #2 from Christoph_vW at reactos dot org 2008-01-25 09:46
---
updated "known to work"
--
Christoph_vW at reactos dot org changed:
What|Removed |Added
Kno
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|--- |4.3.0
http://gcc
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keyw
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 09:56 ---
P2 as we likely do sth bogus when we not ICE (with checking disabled).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-25 09:50 ---
EDG accepts this one where we still ICE the same:
struct default_policy {};
template
struct policy
{
typedef int precision_type;
};
template struct precision {
typedef Real type;
typedef typename Polic
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 10:01 ---
Mine. Actually we do not see the SSA_NAME definition in the asm stmt and so
insert in the wrong place.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from jakub at gcc dot gnu dot org 2008-01-25 10:04 ---
Yes. Have a fix, now need to write some more testcases.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 10:06 ---
We ICE in verify_cgraph because at the time we dump the call stmt here:
#5 0x00b9d3ec in verify_cgraph_node (node=0x2af3434e1e00)
at /space/rguenther/src/svn/trunk/gcc/cgraphunit.c:800
800
--- Comment #1 from rsandifo at gcc dot gnu dot org 2008-01-25 10:08
---
I'm not sure how we can make progress on this.
It almost seems like the compiler has been miscompiled.
What CC is cc: SUN's compiler or gcc?
--
rsandifo at gcc dot gnu dot org changed:
What|Rem
--- Comment #4 from Christoph_vW at reactos dot org 2008-01-25 10:10
---
void __attribute__ ((fastcall)) test();
int main()
{
test();
return 0;
}
void __attribute__ ((fastcall)) test()
{
return;
}
Results in .s file :
gcc 4.3.0 [EMAIL PROTECTED]@0
gcc 4.1.3 @[EMAIL PROTECT
--- Comment #5 from jakub at gcc dot gnu dot org 2008-01-25 10:03 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 11:03 ---
It's there:
Ltext0:
.globl [EMAIL PROTECTED]@0
.def[EMAIL PROTECTED]@0; .scl2; .type 32;
.endef
[EMAIL PROTECTED]@0:
so can you be more elaborate on what is wrong? It looks like a
--- Comment #34 from rguenth at gcc dot gnu dot org 2008-01-25 12:07
---
Subject: Bug 33887
Author: rguenth
Date: Fri Jan 25 12:06:31 2008
New Revision: 131823
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131823
Log:
2008-01-25 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 12:09 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-01-25 12:09 ---
Subject: Bug 34966
Author: rguenth
Date: Fri Jan 25 12:08:52 2008
New Revision: 131824
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131824
Log:
2008-01-25 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #35 from rguenth at gcc dot gnu dot org 2008-01-25 12:10
---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 12:14 ---
Fixed on the trunk by the fix for PR33887.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from jakub at gcc dot gnu dot org 2008-01-25 12:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-01-25 12:31 ---
We still should not ICE on invalid inline-asm so reopening.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34970
--- Comment #40 from jason at gcc dot gnu dot org 2008-01-25 19:45 ---
Subject: Bug 31780
Author: jason
Date: Fri Jan 25 19:45:11 2008
New Revision: 131832
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131832
Log:
PR c++/31780
* call.c (standard_conversion): All
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 20:48 ---
I need 1 to produce interesting numbers on the trunk:
integration : 13.01 (13%) usr 0.07 ( 6%) sys 13.14 (13%) wall
22701 kB (13%) ggc
tree CFG cleanup : 3.71 ( 4%) usr 0.00 ( 0%) sys
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-25 20:49 ---
No response, closing as invalid as of comment #4.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #36 from tromey at gcc dot gnu dot org 2008-01-25 20:48 ---
The second patch is fine by me, you might as well commit it now.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
--- Comment #4 from dfranke at gcc dot gnu dot org 2008-01-25 21:56 ---
Subject: Bug 34661
Author: dfranke
Date: Fri Jan 25 21:55:47 2008
New Revision: 131845
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131845
Log:
gcc/fortran:
2008-01-25 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #3 from burnus at gcc dot gnu dot org 2008-01-25 21:40 ---
Patch: http://gcc.gnu.org/ml/fortran/2008-01/msg00305.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34661
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-01-25 23:41
---
Subject: Bug 34876
Author: jvdelisle
Date: Fri Jan 25 23:40:23 2008
New Revision: 131850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131850
Log:
2008-01-25 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from dannysmith at users dot sourceforge dot net 2008-01-26
00:58 ---
Confirmed. Fastcall symbols should not be prefixed with USER_LABEL_PREFIX.
This bug was introduced with
2007-03-29 Richard Henderson <[EMAIL PROTECTED]>
* config/i386/cygming.h: Remove fun
--- Comment #22 from jason at gcc dot gnu dot org 2008-01-26 00:42 ---
Subject: Bug 27177
Author: jason
Date: Sat Jan 26 00:41:49 2008
New Revision: 131855
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131855
Log:
PR c++/27177
* class.c (build_base_path): Don't
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2008-01-26 02:39
---
See comment #15 of pr31610 for some interesting results on this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-01-26 04:25
---
Cleaned up patch:
Index: trans-array.c
===
--- trans-array.c (revision 131850)
+++ trans-array.c (working copy)
@@ -588,9 +588,7 @@ gfc
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-01-26 05:43 ---
Really libcpp (the C preprocessor) should be using the normal diagnostic part
of GCC and not its own.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
When running gcc in a parallel build or multi-threaded environment, I run into
cases where gcc's error output gets broken in the middle of line or worse,
individual gcc error output lines from different threads/processes get broken
up and mixed together. While I would fully expect interleaving of L
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-01-26 02:38
---
I have the example in comment #10 working by bypassing the assert:
Index: trans-array.c
===
--- trans-array.c (revision 131850)
+++ trans-arr
--- Comment #38 from ghazi at gcc dot gnu dot org 2008-01-26 05:11 ---
Update: mainline appears to pass fold checking albeit with a few extra timeouts
due to length compilation times. However the last fix for fold checking was
never backported to the branches. On 4.1/4.2 I still get th
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-01-26 04:42
---
Probable patch posted in 31610
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34946
--- Comment #7 from dominiq at lps dot ens dot fr 2008-01-26 00:05 ---
> This should have been fixed by 30572.
I was thinking to this one. This is why I asked to check there was some files
/libgcc_s*, just in case the package installed it.
I don't understand the problem: I am using Leo
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2008-01-26 00:04
---
Fixed on trunk. Thanks for bug report and test case.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-25 23:51 ---
This should have been fixed by 30572.
I don't use Leopard yet.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 23:46 ---
No activity for month. Please re-open if there is more information. Please
also use a newer 4.1 release such as 4.1.2 or even a release that is still
supported such as 4.2.2.
--
rguenth at gcc dot gnu dot org c
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 23:30 ---
No answer after two month.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:37 ---
No testcase, no help.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-01-25 23:23 ---
This has been broken since forever.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from janis at gcc dot gnu dot org 2008-01-25 23:19 ---
I'm planning to write and test a patch to change the default ABI to be the
AltiVec ABI. I don't anticipate, though, that any issues would be found with
the GCC testsuite; any problems would be due to compatibility iss
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
--- Comment #5 from danglin at gcc dot gnu dot org 2008-01-25 23:13 ---
I also see this on hppa64-hp-hpux11.11.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
-
Found this while checking other things:
$ cat test6.f90
integer :: foo(3)
integer :: n
foo(1) = 17
foo(2) = 55
foo(3) = 314
print *, i, foo
n = 5
print *,shape(n)
print *, n
end
$ gfc test6.f90
[EMAIL PROTECTED] pr31610]$ ./a.out
0 17 55 314
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-26 01:15 ---
>/usr/local/bin/ld: execiser32: hidden symbol `__floatdidf' in
/usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.6/libgcc.a(_floatdidf.oS) is
referenced by DSO
This means one of the libraries are you are using did not li
--- Comment #18 from rguenth at gcc dot gnu dot org 2008-01-25 23:44
---
Fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32893
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:40 ---
Please re-open if this is not fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 23:36 ---
No activity for month.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 23:34 ---
No feedback for month.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 23:31 ---
Please re-open if you believe the bug has not been fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-01-25 23:12 ---
/* If arg is sign-extended and then unsigned-shifted,
we can simulate this with a signed shift in arg's type
only if the extended result is at least twice as wide
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-01-25 22:46 ---
*** Bug 34766 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34481
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-25 22:37
---
*** Bug 34809 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from igodard at pacbell dot net 2008-01-25 22:35 ---
Yes, it has always been understood that this code is invalid. The report is
about the quality of the diagnostic that was given, not whether a diagnostic
should be given. The diagnostics (three of them for one error) ref
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-01-25 22:35 ---
No this is still not fixed, we get now on the trunk as of yesterday:
foo:
li 0,8
li 9,0
mtctr 0
.p2align 3,,7
.L2:
stfsx 1,3,9
addi 9,9,4
bdnz .L2
blr
--- Comment #4 from dojo at masterleep dot com 2008-01-25 22:30 ---
$ ls -l /usr/local/gfortran/lib/libgcc_s*
-rw-r--r-- 1 root admin 14 Dec 31 08:43
/usr/local/gfortran/lib/libgcc_s.1.dylib
-rw-r--r-- 1 root admin 17288 Dec 31 08:43
/usr/local/gfortran/lib/libgcc_s.10.4.dylib
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-01-25 22:13 ---
This is not a regression ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-01-25 22:06 ---
Fixed on trunk. Should/will be backported to 4.2 after re-opening of the
branch.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-01-25 21:35 ---
Subject: Bug 31955
Author: jsm28
Date: Fri Jan 25 21:34:38 2008
New Revision: 131842
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131842
Log:
PR other/31955
* doc/install.texi2html: Generate
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-01-25 21:30 ---
It's unclear if this is valid or not and the testcase should be able to be
reduced further.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from dgregor at gcc dot gnu dot org 2008-01-25 21:15 ---
It turns out that the canonical types system is doing the right thing, and that
the older type-comparison mechanisms are getting the wrong answer. This is
still my bug, and it is a regression. Patch here:
http://g
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-01-25 20:59 ---
*** Bug 20197 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-01-25 20:36 ---
No response from the reporter, closing as fixed. Please re-open if this
still happens with a still maintained compiler (at least 4.1.x).
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #15 from rguenth at gcc dot gnu dot org 2008-01-25 20:32
---
Closing as of comment #12; the issue can be worked around by re-shuffling
include
paths to put those that work first.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from pcarlini at suse dot de 2008-01-25 20:31 ---
There isn't much to say: both the templated constructor and the templated
conversion operator must be there per the current C++ standard, and your code
cannot compile. Note that, in general, the design of auto_ptr is consid
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-01-25 20:25 ---
If this isn't a regression please close it as fixed in 4.3. Otherwise please
adjust the Summary and the target milestone.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-01-25 20:23 ---
Regressions should have a target-milestone, Fortran is not release-critical.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-25 20:21 ---
Paul, do you have an idea? The attached program fails rather strangely. I try
to reduce it further, but currently the error disappears as soon as I touch
something.
Works: 2007-11-23-r130365
Fails: 2007-11-26-r130431
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-01-25 20:21
---
Regressions should have a target-milestone. Fortran is not release-critical.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-01-25 19:35 ---
Actually, it's "null bytes" :-)
This is related to PR 34887.
The problem here is that we tab further than our buffer size,
so we write out garbage.
Ceterum censeo stream I/O esse delendam :-)
--
tkoenig at gcc
--- Comment #15 from jv244 at cam dot ac dot uk 2008-01-25 19:10 ---
(In reply to comment #12)
> For another ICE at trans-array.c:592 see example at PR31610, comment #12.
yes, it is almost certainly the same problem:
integer :: i(1) = 0
write(*,*) foo(i+[1])
end
compiles while
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-01-25 18:57 ---
I don't think this is a bug.
We have -Wno-strict-aliasing -Wall, so we turn back on the warning via the
-Wall option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34973
--- Comment #17 from mmitchel at gcc dot gnu dot org 2008-01-25 18:54
---
This patch is OK.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516
--- Comment #13 from ubizjak at gmail dot com 2008-01-25 18:36 ---
A 4.3 Regression that is known to work on 4.3.0?
Could someone please fix this inconsistency.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29215
ee-vnhoist -combine
.file "pr31537.i"
.weakref__gthrw_pthread_once,pthread_once
.ident "GCC: (GNU) 4.3.0 20080125 (experimental)"
.section.note.GNU-stack,"",@progbits
Regression-testing still in progress..
-
--- Comment #3 from dominiq at lps dot ens dot fr 2008-01-25 17:43 ---
What architecture are you using? and what gives
ls -l /usr/local/gfortran/lib/libgcc_s*
ls -l /libgcc_s*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
--- Comment #2 from dojo at masterleep dot com 2008-01-25 17:20 ---
>From the gcc wiki:
http://gcc.gnu.org/wiki/GFortranBinaries
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34957
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-01-25 17:06
---
Actually the loop looks correct and we are not overcounting. We keep stats
per pointer ssa-name which we aggregate on its NMT and its aliases.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33237
--- Comment #39 from rguenth at gcc dot gnu dot org 2008-01-25 15:46
---
Jason, can you coordinate with Mark and help with the remaining P1 C++
regressions?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #21 from rguenth at gcc dot gnu dot org 2008-01-25 15:45
---
Jason, can you coordinate with Mark and help with the remaining P1 C++
regressions?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 173 matches
Mail list logo
