--- Comment #6 from jb at gcc dot gnu dot org 2008-05-09 06:15 ---
Another solution is to have status flags for allocated and associated in the
descriptor, IIRC at least Pathscale does this.
Aren't there actually free bits left in the dtype flag that gfortran could use,
without requirin
--- Comment #30 from cnstar9988 at gmail dot com 2008-05-09 05:36 ---
fixed?
--
cnstar9988 at gmail dot com changed:
What|Removed |Added
CC|
--- Comment #4 from bonzini at gnu dot org 2008-05-09 05:05 ---
ahem, tentative
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36182
--- Comment #3 from bonzini at gnu dot org 2008-05-09 05:05 ---
i'll post a temptative patch for the cris issue if i get to it during the
commute.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36182
--- Comment #2 from bonzini at gnu dot org 2008-05-09 05:04 ---
unfortunately my current gcc time is ~0, which is why dje actually tested and
committed the patch for me, but sorry for causing these regressions anyway.
for cris, i believe the correct fix is to strengthen the check and on
--- Comment #6 from hp at bitrange dot com 2008-05-09 03:49 ---
Subject: Re: [4.4 Regression] g++.dg/opt/pr23714.C
ICEs with 135041 -> 135057
On Thu, 8 May 2008, zadeck at naturalbridge dot com wrote:
> I am testing this patch on x86. But hp needs to test it on the cris
> before i wi
--- Comment #4 from froydnj at gcc dot gnu dot org 2008-05-09 03:14 ---
If I understand correctly, one would just need to add vector modes with
appropriate alignment restrictions to SLOW_UNALIGNED_ACCESS. If I add an extra
|| (((MODE) == V4SFmode || (MODE) == V2DFmode) && (ALIGN) < 128
Per mailing list instructions and using a branch checkout from today,
../gimple-tuples-branch/configure --disable-libgomp --disable-libmudflap
make
on Darwin fails with an illegal instruction:
/Users/shebs/s/gcc/tuples/macosx/./prev-gcc/xgcc
-B/Users/shebs/s/gcc/tuples/macosx/./prev-gcc/
-B/usr/
class B
{
public:
B() {}
explicit B(const B& ref) {}
};
void f(B obj) {}
int main()
{
const B b;
const B& r(b);
f(b); // error: no matching function for call to 'B::B(const B&)'
// error: initializing argument 1 of 'void f(B)'
f(r); // error: no matching function for c
--- Comment #5 from zadeck at naturalbridge dot com 2008-05-08 23:04
---
Subject: Re: [4.4 Regression] g++.dg/opt/pr23714.C
ICEs with 135041 -> 135057
steven at gcc dot gnu dot org wrote:
> --- Comment #4 from steven at gcc dot gnu dot org 2008-05-08 22:27
> ---
> So I was
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-05-08 22:47 ---
I have a similar issue on spu-elf where we get [EMAIL PROTECTED] which is too
complex for
the linker to handle.
/tmp/ccbhdI9l.s:19: Error: reloc 132 not supported by object file format^M
/tmp/ccbhdI9l.s:22: Error:
With 135074 no regressions.
With 135087, I see the following regressions:
FAIL: ext/malloc_allocator/deallocate_local.cc (test for excess errors)
WARNING: ext/malloc_allocator/deallocate_local.cc compilation failed to produce
executable
FAIL: ext/mt_allocator/deallocate_local-2.cc (test for excess
--- Comment #4 from steven at gcc dot gnu dot org 2008-05-08 22:27 ---
So I was looking at an older revision of dce.c. There is this new check before
the !NONJUMP_INSN_P check now:
/* We can delete dead const or pure calls as long as they do not
infinite loop and are not sibling
--- Comment #3 from steven at gcc dot gnu dot org 2008-05-08 22:16 ---
> I would have thought that since this can generate an exception and it is
> a call insn that it would have been declared as a non deleteable insn by
> dce.c:deleteable_insn_p.
deletable_insn_p() *will* declare thi
--- Comment #2 from hp at gcc dot gnu dot org 2008-05-08 22:07 ---
(In reply to comment #1)
> In particular, i assume that the dce code is getting confused because it
> does not see the call inside the parallel.
>
> i do not know if this is a bug in the cris port or if there are other
--- Comment #14 from hjl dot tools at gmail dot com 2008-05-08 19:12
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #13 from hjl at gcc dot gnu dot org 2008-05-08 19:12 ---
Subject: Bug 35657
Author: hjl
Date: Thu May 8 19:11:23 2008
New Revision: 135089
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135089
Log:
2008-05-08 H.J. Lu <[EMAIL PROTECTED]>
Backport from main
--- Comment #3 from jkrahn at nc dot rr dot com 2008-05-08 18:19 ---
Fortran files should not be put into /usr/local/include or /usr/include. Those
directories are defined for C headers. It is particularly bad to put binary
files there. We should instead develop a standard location for F
This simple test case fails:
--
#include
int main(int argc, const char* argv[])
{
int data[1024];
int sum = 0;
int i = 0;
for(; i<1024; i++)
sum += data[i];
printf("%d", sum);
return 0;
}
--- Comment #1 from zadeck at naturalbridge dot com 2008-05-08 16:46
---
Subject: Re: [4.4 Regression] g++.dg/tree-ssa/pr19637.C
ICEs with 135041 -> 135057
Here is the bug. I do not know if this is just an illegal insn
generated by a bad port or if we are missing something in the
--- Comment #29 from dje at gcc dot gnu dot org 2008-05-08 16:41 ---
Subject: Bug 36090
Author: dje
Date: Thu May 8 16:40:17 2008
New Revision: 135087
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135087
Log:
2008-05-08 Paolo Bonzini <[EMAIL PROTECTED]>
PR target/36
--- Comment #3 from tromey at gcc dot gnu dot org 2008-05-08 16:40 ---
I finally submitted this patch.
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg00520.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22231
--- Comment #28 from dje at gcc dot gnu dot org 2008-05-08 16:36 ---
Subject: Bug 36090
Author: dje
Date: Thu May 8 16:35:56 2008
New Revision: 135086
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135086
Log:
2008-05-08 Paolo Bonzini <[EMAIL PROTECTED]>
PR target/36
--- Comment #5 from spop at gcc dot gnu dot org 2008-05-08 15:54 ---
Subject: Re: verify_ssa ICE with -ftree-loop-linear
The patch is already in trunk:
2008-02-29 Sebastian Pop <[EMAIL PROTECTED]>
* tree-loop-linear.c (try_interchange_loops): Compare memory access
s
--- Comment #4 from matz at gcc dot gnu dot org 2008-05-08 15:13 ---
Hmm, actually I sort of agree with HJ. It's a global (and unhidden)
definition, which very well can be replaced by a different definition at
runtime. In particular that will happen for instance if the global data
is d
--- Comment #2 from ktietz at gcc dot gnu dot org 2008-05-08 11:38 ---
Committed at revision135079 to gcc trunk.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from ktietz at gcc dot gnu dot org 2008-05-08 11:37 ---
Created an attachment (id=15618)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15618&action=view)
Committed patch at revision 135079.
--
ktietz at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from manu at gcc dot gnu dot org 2008-05-08 10:44 ---
(In reply to comment #8)
>
> Sorry, you got it totally wrong! When someone suggests a feature that he
> thinks
> would be useful, he does definitely not imply that the current developers are
> bored and have nothing t
Building gcc on powerpc-apple-darwin9, I got the following error:
...
/opt/gcc/darwin_buildw/./prev-gcc/xgcc -B/opt/gcc/darwin_buildw/./prev-gcc/
-B/opt/gcc/gcc4.4w/powerpc-apple-darwin9/bin/ -c -g -O2 -mdynam
ic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes
--- Comment #14 from rguenth at gcc dot gnu dot org 2008-05-08 08:30
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-05-08 08:29 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-05-08 08:24
---
Subject: Bug 36172
Author: rguenth
Date: Thu May 8 08:23:59 2008
New Revision: 135072
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135072
Log:
2008-05-08 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-05-08 08:24 ---
Subject: Bug 36154
Author: rguenth
Date: Thu May 8 08:23:59 2008
New Revision: 135072
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135072
Log:
2008-05-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-05-08 08:21 ---
Subject: Bug 36154
Author: rguenth
Date: Thu May 8 08:20:45 2008
New Revision: 135071
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135071
Log:
2008-05-08 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-05-08 08:20
---
Subject: Bug 36172
Author: rguenth
Date: Thu May 8 08:19:16 2008
New Revision: 135070
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135070
Log:
2008-05-08 Richard Guenther <[EMAIL PROTECTED]>
35 matches
Mail list logo
