--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-28 08:20 ---
Moving the error ("invalid use of % in conversion operator");
diagnostics to cp_parser_conversion_type_id (or caller), although it fixes
this testcase, doesn't work too well, because then for auto9.C some of these
erro
--- Comment #5 from hjl dot tools at gmail dot com 2008-11-28 08:42 ---
(In reply to comment #4)
> 142250 doesn't fix this regression. 416.gamess and 481.wrf still fail.
>
Revision 142250 is for ira-merge branch. Please try
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01428.html
--
hello!!
i am new to GCC i m building a crooocompiler for arm-elf target...i m having
cygwin 2.-- or later DLL version...following are details of my toolchain:
1)Binutils-2.13.1/insight-5.3
2)GCC...c/c++ .. version 3.2.1
3)eCos --2.0 with WXwidgets --2.8.9
Now following are the parameters pass
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-28 08:50 ---
3.2.1 is so old, it is no longer supported.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
I found the patch for PR 27880 causes libgcj and libstdc++ to contain a
reference to _Unwind_GetIPInfo on darwin8.11. This causes a bootstrap failure
and/or the testsuite to fail all the time with an undefined symbol.
/bin/sh ./libtool --tag=GCJ --mode=link
/Users/apinski/src/local/gcc/objdir/gcc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||sje at gcc dot gnu dot org
Target Milestone|---
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-28 08:53 ---
The link test was doing the correct thing as libgcc in Darwin (before 9) did
not contain _Unwind_GetIPInfo.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38300
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-28 09:04 ---
Here is the patch which I am currently testing:
Index: unwind_ipinfo.m4
===
--- unwind_ipinfo.m4(revision 142255)
+++ unwind_ipinfo.m4(working c
--- Comment #3 from schwab at suse dot de 2008-11-28 09:31 ---
This will also match darwin10.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38300
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-28 09:38 ---
The patch looks good to me (if not obvious). Sebastian, are you going to post
it to gcc-patches?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38262
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-28 10:03 ---
ipa-pta-1.c fails since:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00727.html
with -fpic, but gcc is correct and the testcase should be adjusted, it can't
assume the globally available functions will not be overridd
--- Comment #3 from konto dot dydaktyczne at gmail dot com 2008-11-28
10:07 ---
Let me add an std::list and an std::set to my code; see below. Both additions
produce errors. So,
[sequence containers]
std::vector -> no error signaled, "explicit" ignored
std::list
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-28 10:12 ---
Subject: Bug 38261
Author: jakub
Date: Fri Nov 28 10:11:18 2008
New Revision: 142256
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142256
Log:
PR testsuite/38261
* gcc.dg/tree-ssa/alias-2.c: O
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-28 10:51 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from paolo dot carlini at oracle dot com 2008-11-28 10:50
---
Yes, this is obvious, just grep for _Construct.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38265
--- Comment #1 from dcb314 at hotmail dot com 2008-11-28 10:59 ---
I've sent a patch to gcc-patches.
If the patch is accepted, then this report may
be closed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38288
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-28 11:06 ---
On x86_64-linux at -O3 with channel.f90 I get:
Deciding on smaller functions:
Considering inline candidate ddx.
Considering inline candidate ddy.
Considering ddx with 77 insns
to be inlined into sw
Estimated growth
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-11-28 11:19 ---
Probably because the other doubly-nested loop bodies inside that loop are
considered way more hot. Does using profile-feedback help?
--
rguenth at gcc dot gnu dot org changed:
What|Removed
See PR37742 and PR37955.
--
Summary: vectorization breaks type-based aliasing rules
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: wrong-code, alias
Severity: normal
Priority: P3
Component: tree-optimi
--- Comment #7 from konto dot dydaktyczne at gmail dot com 2008-11-28
11:23 ---
(In reply to comment #1)
> GCC 4.4.0 also accepts this code as does Comeau 4.3.10.1.
Microsoft (R) 32-bit C/C++ Optimizing Compiler Version 15.00.21022.08 for 80x86
does not accept this code.
--
http:/
--- Comment #8 from paolo dot carlini at oracle dot com 2008-11-28 11:30
---
The issue is different because if I remove all uses of _Construct and implement
the various uninitialized_* per the letter of the Standard, nothing changes...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #24 from rguenth at gcc dot gnu dot org 2008-11-28 11:30
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|REOPENE
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-11-28 11:31
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #9 from paolo dot carlini at oracle dot com 2008-11-28 11:40
---
... and I'm coming to the conclusion that this is not a bug in our library.
Consider the std::vector case: I cannot see anything wrong with using
std::uninitialized_copy in the implementation of the constructor
--- Comment #19 from janus at gcc dot gnu dot org 2008-11-28 11:54 ---
Since comment #13 is fixed, this should not be labeled a regression any more I
guess. Are there still problems with comment #12 (apart from PR35810), or can
we close this PR?
--
janus at gcc dot gnu dot org change
--- Comment #21 from mikael at gcc dot gnu dot org 2008-11-28 13:24 ---
(In reply to comment #20)
> I don't see ad hoc whether PR 35810 is the problem;
With this I get no ICE, and no valgrind error either. :-)
--- pr36463_12.f90 2008-11-28 15:03:07.0 +0100
+++ pr36463_12_w
--- Comment #2 from ubizjak at gmail dot com 2008-11-28 13:28 ---
(In reply to comment #1)
> I've sent a patch to gcc-patches.
Can you paste the URL to the patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38288
--- Comment #3 from mikael at gcc dot gnu dot org 2008-11-28 13:29 ---
Additional test cases, probably related, to be re-checked:
PR 36463, comment 12
PR 35971, comment 0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35810
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-11-28 11:32
---
Subject: Bug 37955
Author: rguenth
Date: Fri Nov 28 11:30:45 2008
New Revision: 142257
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142257
Log:
2008-11-28 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #25 from rguenth at gcc dot gnu dot org 2008-11-28 11:32
---
Subject: Bug 37742
Author: rguenth
Date: Fri Nov 28 11:30:45 2008
New Revision: 142257
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142257
Log:
2008-11-28 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-28 11:45 ---
All bb's in MAIN__ have frequency = 0, must be a bug in predict.c...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38074
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2008-11-28 11:58
---
> Personally, I'm strongly in favor of option 1.
Personally, I'd strongly oppose option 2. :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38245
--- Comment #6 from paolo dot carlini at oracle dot com 2008-11-28 11:17
---
Hummm, the issue seems different than I remembered it. Will see..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38265
--- Comment #5 from paolo dot carlini at oracle dot com 2008-11-28 11:03
---
But I see now that al long time ago list & co also used _Construct, this is
indeed an inconsistency... Let's see what we can do here...
--
paolo dot carlini at oracle dot com changed:
What|R
--- Comment #20 from burnus at gcc dot gnu dot org 2008-11-28 12:52 ---
(In reply to comment #19)
> Since comment #13 is fixed, this should not be labeled a regression any more I
> guess. Are there still problems with comment #12 (apart from PR35810), or can
> we close this PR?
I think
--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-28 12:56 ---
One bug is IMHO in compute_call_stmt_bb_frequency, what it does doesn't make
any sense, as the condition in ?: is never true.
I guess
--- cgraphbuild.c.jj42008-10-23 13:21:39.0 +0200
+++ cgraphbuild.c2008-11-28
--- Comment #2 from steven at gcc dot gnu dot org 2008-11-28 11:23 ---
There really is obvious way to remove the argument pushes without libcall
notes. There is nothing in the RTL to make clear that the pushes are dead when
the call is removed, so they pushes stay.
There are several wa
--- Comment #22 from janus at gcc dot gnu dot org 2008-11-28 13:47 ---
(In reply to comment #21)
> We could as well add James' gptr as a test case for a procedure pointer PR
> (there is probably one?).
Yeah, it's PR 36704.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36463
--- Comment #3 from dcb314 at hotmail dot com 2008-11-28 13:55 ---
Created an attachment (id=16786)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16786&action=view)
patch for bug report
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38288
I just had a look at the source code of the GNU C compiler
snapshot 20091121, version 4.4, looking for the "inefficient use of strlen in
a for loop" pattern.
For file gcc/gengtype.c
$ grep "for.*;.*strlen.*;" gcc/gengtype.c
for (aindex = 0; aindex < strlen (rtx_format[i]); aindex++)
f
> gfortran test.f90
test.f90:1.10:
IF (a>b) "STOP TEST"
1
Error: Cannot assign to a named constant at (1)
> cat test.f90
IF (a>b) "STOP TEST"
END
--
Summary: poor error message
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Se
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38303
--- Comment #8 from rgfbr at yahoo dot com dot br 2008-11-28 14:09 ---
After compiling gcc 4.3.2 and compiling firefox again, no errors anymore. I
think that it is a old bug already fixed.
--
rgfbr at yahoo dot com dot br changed:
What|Removed |Add
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-28 14:12 ---
*.optimized dump is:
D.1611 = (int) (long long unsigned int) g % 2123;
if (D.1611 != 0)
goto ;
else
goto ;
:
if ((signed char) (0 / D.1611) == 1)
goto ;
else
goto ;
:
vol.2 ={v} h;
:
re
--- Comment #8 from pault at gcc dot gnu dot org 2008-11-28 14:31 ---
(In reply to comment #7)
> On i686-apple-darwin9, the testcase in comment #4 gives a "Bus error" at -m32
> (rev. 138886).
>
I'm going to look at this one over this weekend - the bus error with -m32 is
wierd:-) Anyhow
--- Comment #9 from pault at gcc dot gnu dot org 2008-11-28 14:32 ---
I might as well take it too:-)
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
All versions of the STL.
I realize it is probably not a good practise as right now the compiler forces
you not to mess with the ordering. But table 65 of container requirements
states iterator points to non-const T. There is no exception for std::set.
std::set::iterator returns as const T.
This
Compile and run
print '(f14.0,4pf14.0 )', 3742.0, 0.3742
end
Actual Results:
3742. .
Expected Results:
3742. 3742.
On Gentoo this fails with versions 4.3. On Ubuntu with version 4.2. It works
for me with GNU Fortran 95 (GCC) 4.1.2 (Gentoo
--- Comment #6 from Joey dot ye at intel dot com 2008-11-28 15:11 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01428.html fixed this
regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38280
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-28 15:11
---
*** This bug has been marked as a duplicate of 14410 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #8 from paolo dot carlini at oracle dot com 2008-11-28 15:11
---
*** Bug 38304 has been marked as a duplicate of this bug. ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #9 from sleary at vavi dot co dot uk 2008-11-28 15:18 ---
table 65 of container requirements states iterator points to non-const T. There
is no exception for std::set.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14410
--- Comment #7 from hjl dot tools at gmail dot com 2008-11-28 15:20 ---
(In reply to comment #6)
> Patch at http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01428.html fixed this
> regression.
>
481.wrf also failed on Intel64. Does this patch fix it?
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #10 from paolo dot carlini at oracle dot com 2008-11-28 15:21
---
Please refer to the resolution of DR 103, which we are implementing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14410
--- Comment #2 from rfm at gnu dot org 2008-11-28 15:56 ---
Created an attachment (id=16787)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16787&action=view)
An implementation of objc_set_unexpected function
We really need this function to use native objective-c in GNUstep.
The ti
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-11-28 15:59
---
> Even when that is fixed (can look at it), I guess there still be
> possibilities that tree optimizers miss something that the RTL optimizers
> might DCE away (otherwise, why would we run RTL DCE at all?).
My gu
The (to be) attached code runs about ~15% (4.4 vs 4.2) slower compiled with:
gfortran -O3 -march=native -funroll-loops -ffast-math test.f90
4.4: 5.060s
4.3: 4.376s
4.2: 4.316s
most time would be spent in PD2VAL.
FYI, the cpu is:
cpu family : 15
model : 65
model name : Du
--- Comment #1 from jv244 at cam dot ac dot uk 2008-11-28 16:01 ---
Created an attachment (id=16788)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16788&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
When the first attempt to use a class is made, the +initialize method is
supposed to be called automatically and safely. The current code check to see
whether +initialize needs to be called by seeing if the dispatch table is
installed. If the table is not installed, it installs the dispatch table
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #15 from hjl at gcc dot gnu dot org 2008-11-28 16:32 ---
Subject: Bug 37843
Author: hjl
Date: Fri Nov 28 16:30:56 2008
New Revision: 142259
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142259
Log:
2008-11-28 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end/3784
--- Comment #6 from swagiaal at redhat dot com 2008-11-28 16:33 ---
> (2) Defining declaration <86> should point by DW_AT_specification to its
> non-defining declaration <37>. (The DWARF citation is here from Dodji.)
>
> (But I do not see these two problems as real issues for debu
GCC does not warn for this:
int main()
{
wprintf (L"%s", 5);
}
GCC should try converting the string to single-byte (e.g. to UTF-8, which would
work for any wchar_t encoding in which 0-127 maps to char's encoding) and test
the format string.
--
Summary: -Wformat does not work for w
--- Comment #6 from andrew at warnux dot com 2008-11-28 16:38 ---
I do have a couple concerns:
1. This one is MAJOR. Without using -Wstrict-aliasing, I never see warnings
about this change. I can't even begin to explain how bad that is. The gcc
programmers made a big change (that is
Hello!
I use GCC from OpenSUSE-11.0 distribution:
g++ (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]
And while investigating bug/feature
http://gcc.gnu.org/ml/gcc-help/2006-10/msg00128.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11407
http://www.open-std.org/jtc1/s
--- Comment #132 from pinskia at gcc dot gnu dot org 2008-11-28 16:52
---
*** Bug 38297 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-11-28 16:52 ---
1) Yes that is the reason why -Wstrict-aliasing exist. This is undefined
behavior at runtime not at compile time so we cannot error out. It is also the
reason why -Wstrict-aliasing is enabled with -Wall.
2) Use me
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-28 16:57
---
Duplicate of PR 10690? (by the way, I cannot reproduce the ICE with FSF
4_3-branch and mainline, I'm seeing the "address of overloaded function with no
contextual type information" error instead)
--
http:/
--- Comment #133 from mihai dot dontu at gmail dot com 2008-11-28 16:58
---
removed myself from the CC list
--
mihai dot dontu at gmail dot com changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-28 16:58 ---
A patch was posted a while back:
http://gcc.gnu.org/ml/gcc-patches/2001-12/msg01579.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38308
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-28 17:02 ---
*** This bug has been marked as a duplicate of 10690 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-11-28 17:02 ---
*** Bug 38309 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-11-28 17:02
---
Related to PR 10690.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11407
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-28 17:04 ---
These strlen are only in programs which generate source for GCC so reducing the
severity down to trivial.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from joseph at codesourcery dot com 2008-11-28 17:26 ---
Subject: Re: -Wformat does not work for wide strings
In view of the removal of c4x support I don't now think any patch for this
needs to address the format of STRING_CSTs for non-8-bit target bytes.
But it shoul
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-28 17:35 ---
(In reply to comment #3)
> This will also match darwin10.
You are correct, in fact it does not set have_unwind_getipinfo to no anyways as
it was being set to yes in the else statement.
Index: unwind_ipinfo.m4
=
--- Comment #2 from hjl dot tools at gmail dot com 2008-11-28 17:49 ---
Created an attachment (id=16789)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16789&action=view)
A smaller testcase
bash-3.2$ /export/build/gnu/gcc-test/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc-tes
--- Comment #3 from hjl dot tools at gmail dot com 2008-11-28 18:01 ---
Revision 142206 generates:
Reloads for insn # 49
Reload 0: reload_in (SI) = (reg:SI 0 ax)
reload_out (SI) = (reg:SI 1 dx [orig:62 D.2019 ] [62])
GENERAL_REGS, RELOAD_OTHER (opnum = 0)
reloa
--- Comment #4 from mikael at gcc dot gnu dot org 2008-11-28 18:08 ---
Created an attachment (id=16790)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16790&action=view)
Mikael's dump (2008-11-28)
Can't compare with Jerry's dump (looks like it's outdated now).
--
http://gcc.g
I tried to compile mplayerxp with -ftree-parallelize-loops=4 and gcc produced
ICE:
gcc -m64 -c -march=amdfam10 -O3 -funroll-all-loops -ffast-math
-fprefetch-loop-arrays -ftree-parallelize-loops=4 -mmmx -m3dnow -msse -msse2
-msse3 -msse4a -mabm -mcx16 -msahf --param l1-cache-line-size=64 --param
l
--- Comment #1 from nickols_k at mail dot ru 2008-11-28 18:20 ---
Created an attachment (id=16791)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16791&action=view)
preprocessed input which causes ICE with -ftree-parallelize-loop=4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
output is:
/usr/libexec/gcc/i686-apple-darwin8/4.0.1/ld: warning multiple definitions of
symbol ___stack_chk_fail^M
/var/tmp//ccJIbRl1.o definition of ___stack_chk_fail in section
(__TEXT,__text)^M
/Users/apinski/src/gcc-sony/gcc-4.3/test/install/dd/lib/gcc/i386-apple-darwin8.11.1/4.3.2/../../../li
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-11-28 18:37 ---
I am testing this right now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-11-28 18:43 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38310
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-11-28 18:43 ---
It works on the trunk though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38310
--- Comment #4 from hjl dot tools at gmail dot com 2008-11-28 19:01 ---
With patch for PR 38280:
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01428.html
IRA generates:
Reloads for insn # 151
Reload 0: reload_in (SI) = (mem/u/c:SI (const:SI (unspec:SI [
--- Comment #8 from cdfrey at netdirect dot ca 2008-11-28 19:24 ---
Why is the union access not portable, and listed as a GCC extension?
According to the quotation of the standard at:
http://mail-index.netbsd.org/tech-kern/2003/08/11/0001.html
(this link is found in the GCC docs on this
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2008-11-28 19:58
---
Thanks for report. We have it on the list already and i am working on it.
*** This bug has been marked as a duplicate of 38285 ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-11-28 19:58
---
*** Bug 38305 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-11-28 20:03 ---
Backtrace:
#0 0x00187de8 in ei_container (i={index = 0, container = 0x100}) at
/Users/apinski/src/gcc-4.3/gcc/gcc/basic-block.h:674
#1 0x00187e0e in ei_end_p (i={index = 0, container = 0x100}) at
/Users/apinski/src
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-11-28 20:03 ---
Reduced testcase:
void endian(unsigned short* out, int len)
{
int i;
for(i=0;ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=38310
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-11-28 20:04 ---
Since -ftree-parallelize-loops is a new feature closing as fixed for 4.4.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
> cat test.f90
SUBROUTINE S1(t1,t2,c0,n)
REAL :: t1(n,n),t2(n,n),c0(n,n)
INTEGER :: i,j,k
DO i=1,n
DO j=1,n
DO k=1,n
co(i,j)=t1(i,k)*t2(j,k)
ENDDO
ENDDO
ENDDO
END SUBROUTINE S1
> gfortran test.f90
test.f90:7.29:
co(i,j)=t1(i,k)*t2(j,k)
--- Comment #10 from dfranke at gcc dot gnu dot org 2008-11-28 21:03
---
Closing as reporter is happy again ...
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dominiq at lps dot ens dot fr 2008-11-28 21:11 ---
Boy! I had o use ifort to see it!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38312
--- Comment #5 from hjl dot tools at gmail dot com 2008-11-28 21:11 ---
do_input_reload has
if (optimize && reload_inherited[j] && rl->in
&& MEM_P (rl->in)
&& MEM_P (rl->in_reg)
&& reload_spill_index[j] >= 0
&& TEST_HARD_REG_BIT (reg_reloaded_valid, reload_spil
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-11-28 21:13 ---
That's a general problem. Personally, I fully agree. I'd like to see the
whitespaces skipped and the marker moved to the actual variable name.
Thus, confirming (although it's likely that there is another PR somewher
This testcase:
struct foo { };
struct bar { };
struct baz {
static foo (bar)();
};
confuses cp_parser_constructor_declarator_p, which just looks as far as foo
(bar) before deciding incorrectly that this is a constructor declarator.
This is related to PR 38278, but is a much older issue; it fa
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Known to fa
1 - 100 of 134 matches
Mail list logo
