--- Comment #2 from jiez at gcc dot gnu dot org 2010-04-23 07:23 ---
Updated patch
http://gcc.gnu.org/ml/gcc-patches/2010-04/msg01386.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43833
Following is a simple example:
#include
void foo (char*, FILE*);
char* hprofStartupp(char *outputFileName, char *ctx)
{
char fileName[1000];
FILE *fp;
sprintf(fileName, outputFileName);
if (access(fileName, 1) == 0) {
free(ctx); //A
return 0;
--- Comment #1 from carrot at google dot com 2010-04-23 07:28 ---
Created an attachment (id=20469)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20469&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43864
--- Comment #2 from steven at gcc dot gnu dot org 2010-04-23 07:38 ---
*** This bug has been marked as a duplicate of 20070 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #33 from steven at gcc dot gnu dot org 2010-04-23 07:38 ---
*** Bug 43864 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2010-04-23 08:12 ---
I posted a fix this morning.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from redi at gcc dot gnu dot org 2010-04-23 09:09 ---
In Bug 43852 I thought you meant building with -fno-exceptions fails, but it
works for me ... do you just mean the resulting library is not as small as it
could be?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43
You can disable the requirement of a hosted environment for C++ and use the
freestanding environment via a configure option:
--disable-hosted-libstdcxx
This leads to build errors. The configure command line was:
"$source_dir/configure" \
"--prefix=/opt/rtems-4.10" \
"--target=ar
compiling the testcase below with
gfortran -O3 -fbounds-check
yields under 'valgrind --tool=memcheck ./a.out'
==23130==
==23130== Conditional jump or move depends on uninitialised value(s)
==23130==at 0x4008BD: __m1_MOD_cp_fm_upper_to_full (in
/data03/vondele/bugs/ttt/a.out)
==23130==b
--- Comment #1 from sebastian dot huber at embedded-brains dot de
2010-04-23 09:14 ---
Created an attachment (id=20470)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20470&action=view)
Compile errors from above "$ make -i".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43865
--- Comment #4 from sebastian dot huber at embedded-brains dot de
2010-04-23 09:16 ---
Bug report for 1. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43863.
Bug report for 2. http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43865
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43852
--- Comment #5 from sebastian dot huber at embedded-brains dot de
2010-04-23 09:20 ---
Created an attachment (id=20471)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20471&action=view)
Lets call it quiet.
Configure option may be --enable-quiet-cxx.
--
http://gcc.gnu.org/bugz
--- Comment #1 from jv244 at cam dot ac dot uk 2010-04-23 09:21 ---
The error also appears with:
gfortran -fbounds-check -O1 -funswitch-loops test.f90
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
---
--- Comment #2 from jv244 at cam dot ac dot uk 2010-04-23 09:25 ---
reduced testcase:
IMPLICIT NONE
INTEGER, PARAMETER :: sp=4, dp=8
TYPE cp_fm_type
REAL(KIND=sp), DIMENSION(:,:), POINTER :: local_data_sp
REAL(KIND=dp), DIMENSION(:,:), POINTER :: local_data
INTEGER
--- Comment #3 from sebastian dot huber at embedded-brains dot de
2010-04-23 09:28 ---
(In reply to comment #2)
> In Bug 43852 I thought you meant building with -fno-exceptions fails, but it
> works for me ... do you just mean the resulting library is not as small as it
> could be?
>
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|c++ |libstdc++
Ever
--- 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
--- 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 #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 #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 #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 #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 #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 #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
--
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 #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
CC||hubicka at gcc dot gnu dot
|
--- 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
--- 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 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 #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 #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 #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 #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
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 #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
--- 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 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 #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: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 #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 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
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 #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
---
--- 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
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 #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
--
--- 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 #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 #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 #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 #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 #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 #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:51 ---
*** This bug has been marked as a duplicate of 41159 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- 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
---
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 #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
--- 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 #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 #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 #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 #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 #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 #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
--
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 #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
---
--- 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 #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 #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 #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 #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 #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 #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 #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
--
"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 #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
--- 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 #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 #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 #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
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 #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
--- 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 #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 #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
--
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 #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
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 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 -
--- 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
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 #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
--- 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
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 #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
--- 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 #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 #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
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.
1 - 100 of 116 matches
Mail list logo
