--- Comment #19 from justinmattock at gmail dot com 2010-04-24 06:34
---
(In reply to comment #18)
> I should have been more aggressive in my searches; filed a duplicate bug
> report
> #43840. I have a small test case there that compiles fine under 4.6.0 with
> -O1
> but fails on thi
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2010-04-24 03:05
---
Actually close it.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2010-04-24 03:04
---
Fixed on trunk. Closing.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Ta
--- Comment #44 from sherpya at netfarm dot it 2010-04-24 02:46 ---
nice, it's a bit difficult to handle autoreconf in mingw :D, I need a specific
version on my linux box and then make a patch including configure and makefiles
changes :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #8 from hjl dot tools at gmail dot com 2010-04-24 02:42 ---
*** Bug 43874 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #2 from hjl dot tools at gmail dot com 2010-04-24 02:42 ---
*** This bug has been marked as a duplicate of 36159 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #4 from scovich at gmail dot com 2010-04-23 23:29 ---
> Try the -i option of addr2line.
Ah, very nice. It turns out I was using a 4.0-series gcc, which according to
gdb's docs doesn't output quite enough debug information to reconstruct inlined
stack traces; 4.1 and later do
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-23 22:50 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
The following code causes an ICE in gcc-4.5.0. An error should be reported (as
per n3092, 5.1.2/4) owing to the fact that the return statement is invalid - a
brace-init-list is not an expression and hence the return type is void.
23:38:33 Paul bibbi...@jijou
/cygdrive/d/CPPProjects/nano/gcc_bugs
--- Comment #1 from steven at gcc dot gnu dot org 2010-04-23 22:43 ---
This one appears to have fallen through the cracks. Reported exactly one year
ago, and now accidentally shows up in my search because my brain believed we
still live in 2009... Oh well.
I tried to reproduce this with
--- Comment #3 from wilson at codesourcery dot com 2010-04-23 22:40 ---
Subject: Re: New: Emit debug info allowing inlined functions
to show in stack traces
On 04/21/2010 02:26 AM, scovich at gmail dot com wrote:
> It would be very nice if gcc emitted debug information that allowed p
--- Comment #1 from mikpe at it dot uu dot se 2010-04-23 22:32 ---
(In reply to comment #0)
> GCC should at least warn (or even error out) when __alignof(type) >
> alignment_of_new/malloc.
No. It should know about the target's malloc alignment guarantees and, if
necessary, fix up the al
--- Comment #2 from lacombar at gmail dot com 2010-04-23 22:15 ---
can you provide a backtrace of this crash ? What is the version of the system
compiler used for that build ?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858
--- Comment #1 from dominiq at lps dot ens dot fr 2010-04-23 22:08 ---
PR 43873 looks similar to this pr.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858
--- Comment #2 from dominiq at lps dot ens dot fr 2010-04-23 22:07 ---
It looks similar to pr43858.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43873
--- Comment #1 from lacombar at gmail dot com 2010-04-23 22:02 ---
building for `i486-pc-elf' and `arm-unknown-eabi' using the same system
toolchain works fine. I'll try to build for more target over the week-end to
confirm if it's a blackfin-only issue or not.
--
http://gcc.gnu.org
See
https://wwws.clamav.net/bugzilla/show_bug.cgi?id=1984
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15795
http://sourceware.org/bugzilla/show_bug.cgi?id=206
When __alignof(type) is 16 on a 32-bit system, and 'new' returns only 8-byte
aligned memory, -ftree-vectorize can cause the code to crash.
--- Comment #3 from rearnsha at gcc dot gnu dot org 2010-04-23 21:31
---
Confirmed on trunk.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from julien dot etienne at gmail dot com 2010-04-23 21:12
---
Thank you very much for the fix.
Everything now works as expected.
Best Regards,
Julien
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43629
--- Comment #5 from jv244 at cam dot ac dot uk 2010-04-23 20:17 ---
as per comment #4, and reconfirmed for trunk
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #6 from kurt at roeckx dot be 2010-04-23 19:49 ---
So can someone please comment on this?
--
kurt at roeckx dot be changed:
What|Removed |Added
St
Trying to build GCC 4.3.4, 4.4.3 and 4.4.4RC using gcc 3.4.6 as a system
compiler fails:
configure:2590: checking for suffix of object files
configure:2611: /x/./gcc/xgcc -B/x/./gcc/ -B/y/bfin-unknown-elf/bin/
-B/y/bfin-unknown-elf/lib/ -isystem /y/bfin-unknown-elf/include -isystem
/y/bfin-unknow
--- Comment #2 from mikpe at it dot uu dot se 2010-04-23 19:15 ---
Created an attachment (id=20477)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20477&action=view)
gcc-4.6.0 -O2 -march=armv5te -S output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43872
--- Comment #1 from mikpe at it dot uu dot se 2010-04-23 19:14 ---
Created an attachment (id=20476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20476&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43872
This test case is derived from gcc.c-torture/execute/920929-1.c. It creates a
VLA of doubles and fills it with zeros:
> cat bad-vla-align.c
unsigned long mask = sizeof(double) - 1;
unsigned int __attribute__((noinline)) f(int n)
{
double v[n];
while (n > 0)
v[--n] = 0;
retur
--- Comment #2 from marcus at jet dot franken dot de 2010-04-23 19:12
---
well, the kernel now does easier ...
in arch/powerpc/Makefile:
ifeq ($(CONFIG_TUNE_CELL),y)
KBUILD_CFLAGS += $(call cc-option,-mtune=cell)
endif
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43871
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-04-23 19:04 ---
This was my fault to some extend; when I added =cell support I asked about if
we should emit the cell instructions for -mtune= and the answer was that using
-mtune=cell is most likely not going to be used. In fact -
my kernel does not boot anymore on a ppc970 (powermac g5) due to an illegal
instruction caused by gcc 4.5
research showed that the DI bswap64 operation is optimized to ldbrx even on
power4, but causes an sigill there.
gcc -m64 -c -O2 -mcpu=power4 -mtune=cell
gcc/testsuite/gcc.target/powerpc/optim
--- Comment #1 from gcc-tgc at jupiterrise dot com 2010-04-23 18:58 ---
Created an attachment (id=20475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20475&action=view)
Preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43870
Bootstrapping 4.5.0 fails with ICE in stage1.
Env/tools:
LD_LIBRARY_PATH=/opt/csw/lib
gcc 4.3.4
gas 2.19.1
mpfr 2.4.2
gmp 5.0.1
mpc 0.8.1
Build was configured as:
$ ~/source/gcc-4.5.0/configure --prefix=/usr/tgcware/gcc-4.5.0
--with-local-prefix=/usr/tgcware/gcc-4.5.0 --with-gnu-as
--with-as=/opt
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2010-04-23 18:55
---
Too delicate to fix on release branches. Reopen if it pops up elsewhere.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-04-23 18:44 ---
(In reply to comment #2)
> This works with:
> GNU C (GCC) version 4.6.0 20100422 (experimental) [trunk revision 158652]
> (x86_64-unknown-linux-gnu)
>
I take that back, it still fails, for some reason I thought the
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-04-23 18:40 ---
This works with:
GNU C (GCC) version 4.6.0 20100422 (experimental) [trunk revision 158652]
(x86_64-unknown-linux-gnu)
--
pinskia at gcc dot gnu dot org changed:
What|Removed |A
--- Comment #1 from m dot b dot lankhorst at gmail dot com 2010-04-23
18:38 ---
Created an attachment (id=20474)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20474&action=view)
testcase
testcase that fails
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43869
Float arguments are passed incorrectly from a ms_abi function to a sysv
function, as can be witnessed by a simple testcase, which fails on all
optimizations. I don't think this is a regression, as wine always failed on
that testcase.
--
Summary: ms_abi -> sysv_abi passing float argume
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2010-04-23 18:19
---
I discussed with Kai on IRC today and have approved Kai to commit the patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43844
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2010-04-23 18:08
---
This at least works for me on SPARC/Solaris 8, 9 and 10.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from jv244 at cam dot ac dot uk 2010-04-23 17:29 ---
both testcases work with 4.1.2. I've also checked various versions of valgrind,
which all report consistent results. Also 4.5 only fails on the original
testcase. for reference, -v gives:
gcc-4.5/bin/gfortran-4.5 -O3
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-23 16:35 ---
Confirmed.
Program received signal SIGSEGV, Segmentation fault.
0x007541dd in pp_cxx_unqualified_id (pp=0x18e1280, t=0x0)
at /space/rguenther/src/svn/trunk/gcc/cp/cxx-pretty-print.c:150
150 enum tr
--- Comment #1 from joachim dot reichel at gmx dot de 2010-04-23 16:31
---
Created an attachment (id=20473)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20473&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43868
"g++ -c code.i" works, "g++ -c -g code.i" gives
tmp/code.i: In instantiation of 'Foo_impl::Helper':
tmp/code.i:19:27: instantiated from 'void Foo_impl::do_something() [with R = int, O = Bar]'
tmp/code.i:34:1: instantiated from here
tmp/code.i:13:5: internal compiler error: Segmentation fault
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-23 16:25 ---
Honza, you might want to have a look here.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from bergner at gcc dot gnu dot org 2010-04-23 16:24 ---
Sorry, I meant type attribute where I mentioned variable attribute.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43859
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-23 16:22 ---
I have a fix.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|un
--- Comment #7 from jamborm at gcc dot gnu dot org 2010-04-23 16:19 ---
Fixed.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jamborm at gcc dot gnu dot org 2010-04-23 16:16 ---
Subject: Bug 43835
Author: jamborm
Date: Fri Apr 23 16:15:39 2010
New Revision: 158674
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158674
Log:
2010-04-23 Martin Jambor
PR middle-end/43835
--- Comment #4 from bergner at gcc dot gnu dot org 2010-04-23 16:15 ---
Interesting, using:
union __attribute__ ((transparent_union)) q
{
unsigned n;
unsigned get_n () const { return n; }
};
does seem to cure it. However, is the attribute location really incorrect? It
s
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-23 16:14 ---
Honza, you might want to have a look here.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #43 from davek at gcc dot gnu dot org 2010-04-23 16:13 ---
(In reply to comment #42)
> Fixed?
>
Still awaiting build system maintainer approval as per your request. Ten days
is just on the lower margin of the range that I let a patch wait before pinging
it; I'll do so shor
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-04-23 16:12 ---
We need a testcase. There also were dups like this which were fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42903
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-23 16:10 ---
No response from reporter.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #42 from rguenth at gcc dot gnu dot org 2010-04-23 16:10
---
Fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42776
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-23 16:09 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-23 16:03 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-23 16:01 ---
No response from reporter.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from wb at fnal dot gov 2010-04-23 16:00 ---
Created an attachment (id=20472)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20472&action=view)
test case; incorrectly compiles
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15218
--- Comment #1 from martin dot audet at imi dot cnrc-nrc dot gc dot ca
2010-04-23 15:58 ---
Oups !
In the bug description when I said option -fprogram-generate, I meant
-fprofile-generate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43867
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-23 15:58 ---
Testing a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
The following little program:
#include
int main(int argc, char *argv[])
{
int nn;
return (argc != 2) || !(std::istringstream(argv[1]) >> nn);
}
when compiled with gcc 4.5.0 with both -fwhole-program and -fprofile-use
options generate an ICE. Note that this doesn't happen with gcc 4.4.
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-04-23 15:51 ---
*** Bug 42341 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 2010-04-23 15:51 ---
*** This bug has been marked as a duplicate of 41159 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-23 15:49 ---
,
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-23 15:49 ---
Subject: Bug 41550
Author: rguenth
Date: Fri Apr 23 15:49:10 2010
New Revision: 158673
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158673
Log:
2010-04-23 Richard Guenther
PR lto/41550
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-23 15:49 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|
--- Comment #32 from rguenth at gcc dot gnu dot org 2010-04-23 15:48
---
Subject: Bug 43572
Author: rguenth
Date: Fri Apr 23 15:47:44 2010
New Revision: 158672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158672
Log:
2010-04-23 Richard Guenther
PR tree-optimizatio
--- Comment #31 from rguenth at gcc dot gnu dot org 2010-04-23 15:46
---
Subject: Bug 43572
Author: rguenth
Date: Fri Apr 23 15:46:23 2010
New Revision: 158671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158671
Log:
2010-04-23 Richard Guenther
PR tree-optimizatio
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-23 15:44 ---
The testcase no longer fails :/
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-23 15:39 ---
Not a gcc bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|W
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-23 15:38 ---
Seems to work for me, even with the 4.5.0 release.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
to/41734
* gcc.dg/lto/20100423-2_0.c: New testcase.
* gcc.dg/lto/20100423-2_0.c: Likewise.
Added:
trunk/gcc/testsuite/gcc.dg/lto/20100423-2_0.c
trunk/gcc/testsuite/gcc.dg/lto/20100423-2_1.c
Modified:
trunk/gcc/testsuite/ChangeLog
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41734
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-23 15:32 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-23 15:26 ---
WONTFIX - we didn't fix this meta-bug before the release.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
to/43455
* tree-inline.c (tree_can_inline_p): Also check compatibility
of return types.
* gcc.dg/lto/20100423-1_0.c: New testcase.
* gcc.dg/lto/20100423-1_1.c: Likewise.
Added:
trunk/gcc/testsuite/gcc.dg/lto/20100423-1_0.c
trunk/gcc/testsuite/gcc.dg/lto/201004
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-23 15:18 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-23 15:05 ---
I have patches.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-04-23 14:52 ---
Subject: Bug 43846
Author: jamborm
Date: Fri Apr 23 14:52:06 2010
New Revision: 158668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158668
Log:
2010-04-23 Martin Jambor
PR tree-optimization/438
--- Comment #18 from oberlaender at fzi dot de 2010-04-23 14:52 ---
(In reply to comment #17)
> (In reply to comment #16)
> > This has been fixed on the 4.4 branch, I can reproduce it with 4.4.3.
>
> OK, thanks for the information. I'm currently compiling gcc from the 4.4
> branch in s
--- Comment #5 from jamborm at gcc dot gnu dot org 2010-04-23 14:43 ---
Subject: Bug 43835
Author: jamborm
Date: Fri Apr 23 14:43:10 2010
New Revision: 158667
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158667
Log:
2010-04-23 Martin Jambor
PR middle-end/43835
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-23 14:34 ---
What's the status of this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40702
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-04-23 14:33 ---
This was fixed by
2009-11-05 Rafael Avila de Espindola
* lto-plugin.c (temp_obj_dir_name): Remove.
(arguments_file_name): New.
(free_2): Free arguments_file_name instead of temp_obj_dir_n
to/42653
* tree.c (free_lang_data_in_decl): Do not reset DECL_CONTEXT
of FUNCTION_DECLs.
* g++.dg/lto/20100423-1_0.C: New testcase.
Added:
trunk/gcc/testsuite/g++.dg/lto/20100423-1_0.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree.c
--
--- Comment #13 from singler at kit dot edu 2010-04-23 14:17 ---
The default spin count is not 2,000,000 cycles, but even 20,000,000. As
commented in libgomp/env.c, this is supposed to correspond to 200ms. The
timings we see here are even larger, but the number of cycles is just a roug
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-04-23 14:07 ---
Subject: Bug 43845
Author: rguenth
Date: Fri Apr 23 14:07:38 2010
New Revision: 158665
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=158665
Log:
2010-04-23 Richard Guenther
Backport from mainlin
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-23 13:39 ---
I am testing a patch to tree_can_inline_p instead. That doesn't work with
WPA as we do not have the call_stmt available there - Honza, any idea where
to re-apply the check?
--
rguenth at gcc dot gnu dot org chan
--- Comment #5 from jv244 at cam dot ac dot uk 2010-04-23 13:32 ---
(In reply to comment #4)
> Hm, I can't reproduce this.
I see, the reduced testcase (comment #2) indeed doesn't fail with trunk
anymore, but the original does (but only at -O3 -fbounds-check).
--
http://gcc.gnu.org
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-04-23 13:23 ---
(In reply to comment #2)
> Because we drop DECL_CONTEXT.
Rather because lang_hooks.dwarf_name returns what
lang_hooks.decl_printable_name
returns which in turn returns DECL_NAME.
We can either save what the langhoo
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-23 12:55 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #3 from rearnsha at gcc dot gnu dot org 2010-04-23 12:44
---
EABI configurations will guarantee that 64-bit sized objects will be in
even/odd register pairs. It's best not to use LDRD on the old ABI because in
general the ABI can't guarantee the alignment requirements for m
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-04-23 12:35 ---
-fresolution is an internal option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43857
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43858
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-04-23 12:29 ---
Hm, I can't reproduce this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43866
--- Comment #6 from sebastian dot huber at embedded-brains dot de
2010-04-23 10:59 ---
(In reply to comment #5)
> Simply removing this class now would break the ABI, which is not acceptable.
> If Bug 43852 was resolved by adding a "quiet" mode, would that make this
> enhancement unneces
--- Comment #3 from jv244 at cam dot ac dot uk 2010-04-23 10:30 ---
It looks like in the .optimized dump these:
a_sp$offset = amat->local_data_sp.offset;
a_sp$dim$1$stride = amat->local_data_sp.dim[1].stride;
a_sp$dim$1$ubound = amat->local_data_sp.dim[1].ubound;
a_sp$dim$1$lbou
--- Comment #2 from redi at gcc dot gnu dot org 2010-04-23 10:27 ---
building 4.6.0 with --disable-hosted-libstdcxx I get
In file included from
../../../../gcc-4.x/libstdc++-v3/libsupc++/eh_call.cc:27:0:
/home/redi/src/gcc/buildfree/x86_64-unknown-linux-gnu/libstdc++-v3/include/cstdlib:
--- Comment #10 from mkuvyrkov at gcc dot gnu dot org 2010-04-23 10:20
---
The problem seems to be in Richard's patch
(http://article.gmane.org/gmane.comp.gcc.patches/130602) checked in r120961.
All and all, it seems that revision 120961 should be reverted to enable 'T'
constraint for
--- Comment #5 from redi at gcc dot gnu dot org 2010-04-23 10:02 ---
Simply removing this class now would break the ABI, which is not acceptable.
If Bug 43852 was resolved by adding a "quiet" mode, would that make this
enhancement unnecessary? That mode would also change the ABI, but wo
--- Comment #6 from redi at gcc dot gnu dot org 2010-04-23 09:37 ---
thanks for filing the other two bugs
confirmed as an enhancement
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from redi at gcc dot gnu dot org 2010-04-23 09:36 ---
confirmed as an enhancement request
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 116 matches
Mail list logo
