--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-15 06:01 ---
Subject: Bug 44112
Author: jakub
Date: Sat May 15 06:01:20 2010
New Revision: 159429
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159429
Log:
PR debug/44112
* dwarf2out.c (resolve_one_addr):
--- Comment #16 from a14331990 at hotmail dot com 2010-05-15 06:01 ---
(In reply to comment #8)
> I think this is a bug the MingW maintainers should handle.
>
> While I understand Andrew's position, it seems to me that this is nevertheless
> a definite regression from the user's perspec
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2010-05-15
05:16 ---
It appears that only darwin uses the set_user_assembler_name() call so we
ought to be able to restore the previous behavior with...
Index: gcc/varpool.c
$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-li
--- Comment #7 from bdubbs at linuxfromscratch dot org 2010-05-15 04:06
---
(In reply to comment #6)
> You build 2 kernel trees, one with gcc 4.5.1 and one
> with gcc 4.4.4. You copy binaries from one tree to
> another and rebuild kernel one file at a time until
> you find the single f
--- Comment #5 from jason at gcc dot gnu dot org 2010-05-15 03:49 ---
Fixed for 4.5.1.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #18 from balrogg at gmail dot com 2010-05-15 03:23 ---
(In reply to comment #11)
> An example program that shows 3 different methods. Only one works (see
> comment)
> .c = 3, //Will not work
> {.c = 3}, //works
> {.c= 2}, //Does not work
For sake of documentation, wi
--- Comment #2 from soni dot sandeepb at gmail dot com 2010-05-15 02:53
---
(In reply to comment #1)
> Could you please provide some more details, please: what system are you
> running
> on, what version of libelf is in use?
>
> And please provide config.log and configure output from
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2010-05-15
02:25 ---
I also noticed that in gcc/config/darwin.c that we have...
/* Do what output_addr_const will do when we actually call it. */
if (SYMBOL_REF_DECL (p->symbol))
mark_decl_referenced (S
The change...
Author: hubicka
Date: Thu May 13 17:47:48 2010
New Revision: 159371
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159371
Log:
* varpool.c (decide_is_variable_needed): Drop code checking
TREE_SYMBOL_REFERENCED.
Modified:
trunk/gcc/ChangeLog
trunk/gcc/
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-15 01:31 ---
(In reply to comment #2)
> Created an attachment (id=20629)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20629&action=view) [edit]
> Testfix for the prefetch-7.c testcase
>
> There always was
> fprintf (d
--- Comment #6 from hjl dot tools at gmail dot com 2010-05-15 01:13 ---
(In reply to comment #5)
> (In reply to comment #4)
>
> > I saw you have tried revision 159398. I guess you
> > need to find which file is miscompiled.
>
> I have no idea how to do that for the kernel.
You build 2
--- Comment #4 from ppluzhnikov at google dot com 2010-05-15 00:59 ---
For reference, here is what clang currently prints (I am told):
t.cc:8:9: error: no matching function for call to 'foo'
return foo(&pos);
^~~
t.cc:3:5: note: candidate function not viable: no known conversio
--- Comment #3 from manu at gcc dot gnu dot org 2010-05-15 00:55 ---
(In reply to comment #2)
>
> 1) bar:: looks like valid C++ syntax but it is not a valid
> nested-name-specifier, so it should be something that is not valid C++ syntax,
> such as {bar}::Py_ssize_t
True, but {bar}:: is
--- Comment #2 from redi at gcc dot gnu dot org 2010-05-15 00:47 ---
(In reply to comment #1)
> Have you tried with Clang?
>
> I think Clang prints typedefs using 'aka', which is not very clear.
>
> error: incompatible type assigning 'vector', expected 'std::string' (aka
> 'class std::
--- Comment #4 from manu at gcc dot gnu dot org 2010-05-15 00:44 ---
It would be so nice if there was a single diagnostics library that all FEs
could use and help to enhance. Something configurable, flexible and powerful
like LLVM's diagnostics library. Then Fortran could configure the l
--- Comment #1 from manu at gcc dot gnu dot org 2010-05-15 00:16 ---
Have you tried with Clang?
I think Clang prints typedefs using 'aka', which is not very clear.
error: incompatible type assigning 'vector', expected 'std::string' (aka
'class std::basic_string')
I would suggest:
t.c
--- Comment #5 from bdubbs at linuxfromscratch dot org 2010-05-14 22:50
---
(In reply to comment #4)
> I saw you have tried revision 159398. I guess you
> need to find which file is miscompiled.
I have no idea how to do that for the kernel.
> BTW, you aren't using gold, are you?
I d
--- Comment #8 from kargl at gcc dot gnu dot org 2010-05-14 22:49 ---
Fixed on 4.4, 4.5, and trunk.
Thomas, thanks for the bug report.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from kargl at gcc dot gnu dot org 2010-05-14 22:40 ---
Subject: Bug 44135
Author: kargl
Date: Fri May 14 22:40:01 2010
New Revision: 159419
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159419
Log:
2010-05-14 Steven G. Kargl
PR fortran/44135
*
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-14 22:27 ---
(In reply to comment #3)
> There are some known issues with gcc 4.5.0 and
> Linux kernel. Please try gcc 4.5.1 snapshot from
>
> ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100513/
>
> or the mirror sites.
>
I saw
--- Comment #3 from hjl dot tools at gmail dot com 2010-05-14 22:24 ---
There are some known issues with gcc 4.5.0 and
Linux kernel. Please try gcc 4.5.1 snapshot from
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20100513/
or the mirror sites.
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-14 21:49 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-05-14 21:28 ---
More reduced testcase:
template
class M {
public:
M(const int* arr) {
for (unsigned long r = 0; r < R; ++r)
for (unsigned long c = 0; c < C; ++c)
m[r*C+c] = arr[r*C+c];
}
i
7065
# of expected failures 95
# of unsupported tests 339
make install
gcc --version
gcc (GCC) 4.5.1 20100514 (prerelease)
cd /sources/linux-2.6.33.4
make menuconfig
# KBUILD_CFLAGS += -Os
make
make modules_install
cp arch/x86/boot/bzImage /boot/linux-test
reboot
--- Comment #6 from kargl at gcc dot gnu dot org 2010-05-14 21:17 ---
Subject: Bug 44135
Author: kargl
Date: Fri May 14 21:17:42 2010
New Revision: 159417
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159417
Log:
2010-05-14 Steven G. Kargl
PR fortran/44135
*
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-14 21:16 ---
We fold
D.1794_14 = D.1795_13 * 4;
D.1793_15 = &vals[0][0] + D.1794_14;
to &vals[0][D.1795_13]
Now we can either avoid doing this kind of foldings or we need to be more
careful when analyzing the result in the
--- Comment #5 from kargl at gcc dot gnu dot org 2010-05-14 21:02 ---
Subject: Bug 44135
Author: kargl
Date: Fri May 14 21:02:26 2010
New Revision: 159415
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159415
Log:
2010-05-14 Steven G. Kargl
PR fortran/44135
*
--- Comment #1 from rmansfield at qnx dot com 2010-05-14 20:48 ---
Created an attachment (id=20661)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20661&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44145
--- Comment #2 from froydnj at gcc dot gnu dot org 2010-05-14 20:47 ---
Subject: Bug 44103
Author: froydnj
Date: Fri May 14 20:47:39 2010
New Revision: 159414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159414
Log:
PR 44103
* java-tree.h (START_RECORD_CONSTRUC
~/gcc/gcc-4_4-branch/mips-build/gcc$ ./xgcc -v
Using built-in specs.
Target: mips-unknown-linux-uclibc
Configured with: ../configure --target=mips-unknown-linux-uclibc
--prefix=/home/ryan/x-tools/mips-unknown-linux-uclibc
--with-sysroot=/home/ryan/x-tools/mips-unknown-linux-uclibc/mips-unknown-linu
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-14 20:22 ---
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-05-14 20:18 ---
Subject: Bug 44119
Author: rguenth
Date: Fri May 14 20:18:34 2010
New Revision: 159412
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159412
Log:
2010-05-14 Richard Guenther
PR tree-optimization/
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-14 20:00 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 19:59:43 2010
New Revision: 159411
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159411
Log:
PR c++/44127
gcc:
* gimple.h (enum gf_mask): Add
--- Comment #3 from jason at gcc dot gnu dot org 2010-05-14 19:59 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 19:59:32 2010
New Revision: 159410
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159410
Log:
PR c++/44127
gcc:
* gimplify.c (gimplify_seq_add_
--- Comment #2 from jason at gcc dot gnu dot org 2010-05-14 18:55 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 18:55:22 2010
New Revision: 159408
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159408
Log:
PR c++/44127
gcc:
* gimple.h (enum gf_mask): Add
--- Comment #1 from jason at gcc dot gnu dot org 2010-05-14 18:55 ---
Subject: Bug 44127
Author: jason
Date: Fri May 14 18:55:10 2010
New Revision: 159407
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159407
Log:
PR c++/44127
gcc:
* gimplify.c (gimplify_seq_add_
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-14 18:47 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #4 from kargl at gcc dot gnu dot org 2010-05-14 18:29 ---
Patch submitted here:
http://gcc.gnu.org/ml/gcc-patches/2010-05/msg01080.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44135
--- Comment #1 from hjl at gcc dot gnu dot org 2010-05-14 18:29 ---
Subject: Bug 44144
Author: hjl
Date: Fri May 14 18:28:52 2010
New Revision: 159404
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159404
Log:
Increase base_name alignment only if base_name is a variable.
gcc/
On vect256 branch, revision 159384 gave
[...@gnu-18 gcc]$ cat /tmp/x.c
void
foo (char * dest, int xcount, int ycount)
{
int x, y;
for (y = 0; y < ycount; y++)
for (x = 0; x < xcount; x++)
dest[x + y*2] = 0;
}
[...@gnu-18 gcc]$ ./xgcc -B./ -O2 -ftree-vectorize -O2 -mavx -S /tmp/x.c
/t
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-14 18:11 ---
Subject: Bug 44136
Author: jakub
Date: Fri May 14 18:11:03 2010
New Revision: 159401
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159401
Log:
PR debug/44136
* cfgexpand.c (expand_debug_expr):
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-14 18:09 ---
Subject: Bug 44136
Author: jakub
Date: Fri May 14 18:09:14 2010
New Revision: 159400
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159400
Log:
PR debug/44136
* cfgexpand.c (expand_debug_expr):
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janus at gcc dot gnu dot org
|dot org
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-05-14 17:13 ---
Btw, I like to have wpa/ltrans dumps named after the final output file, not
random source files. That would allow easier adaption of dg-scan-* i think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-05-14 16:53 ---
I'll fix it (again).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assign
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-14 16:38 ---
I opened PR 41708, which is closed as a dup for PR 41564.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-14 16:35 ---
I suppose the optimization can be re-implemented as a peephole2 or as
optimization
in the assembler instead?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44141
--- Comment #3 from kargl at gcc dot gnu dot org 2010-05-14 16:34 ---
I have a patch that I'm testing.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2010-05-14 16:33 ---
So that's not "-fdump-tree-* do not work as expected" but "testing leaves
temporary files behind"?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44143
--- Comment #2 from hjl dot tools at gmail dot com 2010-05-14 16:32 ---
I saw
[...@gnu-26 tmp]$ ls /tmp/cc*.alias
/tmp/cc0eEl7p.wpa.o.062t.alias /tmp/cckTN74j.wpa.o.062t.alias
/tmp/cc0fl2Gv.wpa.o.062t.alias /tmp/ccKxCa48.wpa.o.062t.alias
/tmp/cc0mDjKr.wpa.o.062t.alias /tmp/cc
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 16:26 ---
Did it?
> ./xgcc -B. -o t 1.c 2.c -flto -fdump-tree-optimized
> ls t.142t.optimized 1.c.142t.optimized 2.c.142t.optimized
1.c.142t.optimized 2.c.142t.optimized t.142t.optimized
or do you mean with -fwhopr? Yes,
--- Comment #2 from kargl at gcc dot gnu dot org 2010-05-14 16:23 ---
The problem seems to be triggered by the upper bound value of 0.
If I change it to 1 or -1 in both the main program and the
subroutine, then the warning is not triggered.
--
kargl at gcc dot gnu dot org changed:
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
PR 41564 came back.
--
Summary: -fdump-tree-all for lto does not work as expected
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu d
--- Comment #28 from dougsemler at gmail dot com 2010-05-14 15:49 ---
I tried adding -nostdinc++ via --enable-cxx-flags configure option, but those
aren't passed through to the pch compilation...and I'm not sure that it's
appropriate to pass all the --enable-cxx-flags to the pch generati
--- Comment #12 from redi at gcc dot gnu dot org 2010-05-14 15:36 ---
(In reply to comment #11)
>
> 2. Modify gcc.hpp to disable the conditional compilation of rvalue references
> (temporarily, until that part of the code works with g++)
> diff gcc.hpp.orig gcc.hpp
> 124c124,125
> # def
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-14 15:31 ---
*** Bug 44142 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44141
--- Comment #1 from hjl dot tools at gmail dot com 2010-05-14 15:31 ---
*** This bug has been marked as a duplicate of 44141 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
Redundant loads and stores created with the new -mtune=bdver1 target. BDVER1 is
optimized to generate packed single moves instead packed double/integer moves
to save 1 byte of space.
Here is the excerpt from the asm dump for ac.f90 benchmark in the Polyhedron
testsuite. Complete asm dump generated
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 15:25 ---
That's obviously a objc bug, not a lto bug.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
Redundant loads and stores created with the new -mtune=bdver1 target. BDVER1 is
optimized to generate packed single moves instead packed double/integer moves
to save 1 byte of space.
Here is the excerpt from the asm dump for ac.f90 benchmark in the Polyhedron
testsuite. Complete asm dump generated
--- Comment #27 from paolo dot carlini at oracle dot com 2010-05-14 15:11
---
You mean the patch in Comment # 20? Because it seems an hack to me. Maybe Ralf
is willing to explain why is the only possible fix. In the meanwhile just
disabling the generation of the PCHs works around the pr
--- Comment #26 from armin76 at gentoo dot org 2010-05-14 15:07 ---
Why hasn't that patch have been applied?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974
--- Comment #11 from paolo dot carlini at oracle dot com 2010-05-14 15:04
---
On it, after all ;)
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2010-05-14 14:44 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from hjl at gcc dot gnu dot org 2010-05-14 14:43 ---
Subject: Bug 44088
Author: hjl
Date: Fri May 14 14:43:32 2010
New Revision: 159395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159395
Log:
Support AVX for cmpss/cmpsd.
gcc/
2010-05-14 H.J. Lu
Ba
On Linux/ia32, I got
Executing on host: /export/build/gnu/gcc/build-i686-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-i686-linux/gcc/
/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/objc.dg/torture/tls/thr-init-3.m
-O2 -flto -fgnu-runtime
-I/net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/../.
Windows targets that use emutls add a "." character as a separator from the
_emutls_{t,v} and the true symbol name. However, exporting these symbol names
from a DLL is problematic (i.e. a thread local data variable), because the "."
in the symbol name tells the Windows loader to treat the symbol a
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-14 14:22
---
You want: this->template test();
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
-
If a template class whose parent is a template class tries to call a template
method using the normal this->methodname() syntax, g++ fails to parse the
source file (details below).
-- begin test case file bug.cpp --
#define BUG_HERE
class T1;
//class A declares a template method
class A
{
public:
--- Comment #11 from mlrus at mac dot com 2010-05-14 13:25 ---
The following shows how to patch, compile and use boost 1.43.0 with g++
-std=c++0x. At issue are the rvalue references and typecasts in the boost
threading libraries. Simply tell Boost not to use its rvalue reference code
w
--- Comment #2 from pinskia at gmail dot com 2010-05-14 13:10 ---
Subject: Re: New: Unneeded +0.0 for c = 0.0 ; c = c+ a*b
Sent from my iPhone
On May 14, 2010, at 2:18 AM, "tkoenig at gcc dot gnu dot org"
wrote:
> This code leads to the adding of 0.0, which is a nop. Any
> signa
Sent from my iPhone
On May 14, 2010, at 2:18 AM, "tkoenig at gcc dot gnu dot org" > wrote:
This code leads to the adding of 0.0, which is a nop. Any
signalling should have been done previously.
It is not signalling that matters here but signed zero. 0.0 + -0.0 ==
0.0. So without the 0.0
With revision 159369 these tests passed.
>From revision 159376 and on, including at least 159388, these tests have failed
as follows:
Running /tmp/hpautotest-gcc1/gcc/gcc/testsuite/objc.dg/torture/tls/tls.exp ...
FAIL: objc.dg/torture/tls/thr-init-2.m -O1 (test for excess errors)
WARNING: objc.d
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44127
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43949
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43866
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43190
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42255
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-05-14 12:51
---
Subject: Bug 38591
Author: rguenth
Date: Fri May 14 12:51:31 2010
New Revision: 159392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159392
Log:
2010-05-15 Richard Guenther
PR bootstrap/38591
--- Comment #11 from rguenth at gcc dot gnu dot org 2010-05-14 12:51
---
Fixed (hopefully).
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-05-14 12:40 ---
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-05-14 12:40 ---
Subject: Bug 44124
Author: rguenth
Date: Fri May 14 12:40:18 2010
New Revision: 159391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159391
Log:
2010-05-14 Richard Guenther
PR tree-optimization/
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-05-14 12:36 ---
Subject: Bug 44124
Author: rguenth
Date: Fri May 14 12:36:28 2010
New Revision: 159390
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159390
Log:
2010-05-14 Richard Guenther
PR tree-optimization/
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:26 ---
Waiting for a testcase. And for the reporter to try the tip of the 4.5 branch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:33 ---
Confirmed and mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||hubicka at gcc dot gnu dot
|
--
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=44132
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-05-14 12:19 ---
But -0.0 + 0.0 is 0.0, so the transformation is only valid for
-fno-signed-zeros.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44136
--- Comment #6 from redi at gcc dot gnu dot org 2010-05-14 12:05 ---
You might want to read http://gcc.gnu.org/install/ starting with
"Prerequisites"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44092
--- Comment #2 from janus at gcc dot gnu dot org 2010-05-14 12:04 ---
(In reply to comment #1)
> Copying your code into uh.f90 gives
>
> laptop:kargl[204] gfc4x -o z uh.f90
> laptop:kargl[205] ./z
> Derived DoIt
>
> with i686-*-freebsd and x86_64-*-freebsd on trunk.
Yes, the failure
--- Comment #5 from stefanwin at gmx dot net 2010-05-14 11:55 ---
If I want to install the gcc-4.4.0, I get the error "libgmp.a" and libmpfr.a
not found.
It seems I have to rebuild something.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44092
--- Comment #23 from janus at gcc dot gnu dot org 2010-05-14 11:53 ---
(In reply to comment #22)
> Janus, is there something left to do here?
Yes, sure. The ICE has not been fixed yet. With 4.6 trunk (r159368) I still get
the same ICE on comment #8/#14:
internal compiler error: in reso
--- Comment #28 from paolo dot carlini at oracle dot com 2010-05-14 11:41
---
Fixed for 4.5.1.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #27 from paolo at gcc dot gnu dot org 2010-05-14 11:40 ---
Subject: Bug 43259
Author: paolo
Date: Fri May 14 11:40:05 2010
New Revision: 159389
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159389
Log:
2010-05-14 Silvius Rus
PR libstdc++/43259
*
/* { dg-do compile } */
/* { dg-options "-w -O2 -g" } */
/* { dg-options "-w -O2 -g -mno-sse" { target { { i?86-*-* x86_64-*-* && ilp32
} } } */
#define vector __attribute((vector_size(16)))
vector float a;
float
foo (float b)
{
vector float c = {0, 0, 0, 0 };
vector float d = {0, 0, 0, 0 };
--- Comment #4 from paolo dot carlini at oracle dot com 2010-05-14 10:27
---
Yes. Note that gcc-4.0.x, 4.1.x, and 4.2.x are *not maintained anymore* and
bugs affecting only those release series are simply closed.
Thus, before anything else, try a current release, preferably gcc-4.4.x.
--- Comment #3 from stefanwin at gmx dot net 2010-05-14 10:04 ---
My sample program:
// g++ 4.0.0-1
// compile: g++ -c -Wall progname.c -> ist ok
// link (AIX linker "ld"): g++ -o progname progname.o
// ERROR: Undefined symbol: .std::basic_string, std::allocator >::basic_string()
// ER
1 - 100 of 115 matches
Mail list logo