--- Comment #3 from marion dot deveaud at siemens dot com 2008-07-29 07:38
---
Hi Ralf,
the segmentation fault didn't arise while generating "conftest" without
optimization. After some debugging of xgcc I found out that the segfault was
taking place during redundancy elimination (file
--- Comment #6 from domob at gcc dot gnu dot org 2008-07-29 09:12 ---
Subject: Bug 36403
Author: domob
Date: Tue Jul 29 09:11:51 2008
New Revision: 138234
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138234
Log:
2008-07-29 Daniel Kraft <[EMAIL PROTECTED]>
PR fortran
--- Comment #7 from domob at gcc dot gnu dot org 2008-07-29 09:17 ---
Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Just an internal reminder. Note that by now deleted functions are also
available!
Jonathan, are you planning to work on this any time soon?
--
Summary: [C++0x] Add constructors / assignment operators from
unique_ptr to shared_ptr
Product: gcc
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last re
--- Comment #4 from manu at gcc dot gnu dot org 2008-07-29 10:08 ---
Fixed in GCC 4.4
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #3 from manu at gcc dot gnu dot org 2008-07-29 10:01 ---
Subject: Bug 34985
Author: manu
Date: Tue Jul 29 10:00:25 2008
New Revision: 138235
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138235
Log:
2008-07-29 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR 34
--- Comment #29 from dbaldin at upb dot de 2008-07-29 11:32 ---
I wonder if there is anybody working on this bug since there is no target
milestone assigned to it. This bug is definitly not an enhancement since due to
this bug it is impossible/or very hard to create good software for emb
--
tcm dot home at gmx dot de changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36953
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-29 12:48 ---
Fixed by the tuples merge.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
gcc 4.1.2 (x86_64-redhat-linux mind you) and gcc 4.4.0 (mainline) with (or
without) any/all of -Wall -Wextra -pendantic compiles the following code
without error/warning.
const float* foo()
{
static const float p[] = {
-0.02435L
}
return p;
}
However, add in -std=c++0x/gnu++0x and the f
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-07-29 13:57 ---
I have a patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36945
--- Comment #30 from manu at gcc dot gnu dot org 2008-07-29 13:57 ---
Dear Daniel, we would like to fix all bugs but we cannot force volunteers to
fix specific bugs and, on the other hand, hired developers fix those bugs that
are most interesting for their employers.
If this were such
Hello the following program does not work in gcc 4.1.1 compiler
//tried to analyse it and found vptr is laid out in front and so its shifting 4
bytes and data gets c
#include
#include
using namespace std;
typedef struct c
{
int a;
int b;
char bb[0];
};
class d: public c
{
public:
virtual ~d() {;}
The following code, compiled with "g++ -O2", unrolls a number of the recursive
calls of "is_frozen", then ends up with a "call" followed by a "leave" (non
tail-call). It could use tail-recursion instead, which would be more space and
cache efficient.
Using g++ (GCC) 4.4.0 20080727 (experimental).
--- Comment #8 from jason at gcc dot gnu dot org 2008-07-29 15:07 ---
Not a duplicate, not fixed; the testcases are just xfailed. This PR deals with
the valid new T[n](), whereas 2123 deals with the invalid new T[n](init).
--
jason at gcc dot gnu dot org changed:
What
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-29 15:28 ---
reinterpret_cast is not doing what you think it does.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from manu at gcc dot gnu dot org 2008-07-29 15:43 ---
Not useful information in the bug report. Closing as invalid.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from jakub at gcc dot gnu dot org 2008-07-29 16:30 ---
Subject: Bug 36852
Author: jakub
Date: Tue Jul 29 16:29:33 2008
New Revision: 138250
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138250
Log:
PR c++/36852
* tree.c (cplus_array_hash, build_cp
--- Comment #10 from jakub at gcc dot gnu dot org 2008-07-29 16:41 ---
Subject: Bug 36852
Author: jakub
Date: Tue Jul 29 16:40:15 2008
New Revision: 138253
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138253
Log:
PR c++/36852
* tree.c (cplus_array_hash, build_c
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-07-29 17:09 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-07-29 17:10 ---
Subject: Bug 36945
Author: rguenth
Date: Tue Jul 29 17:09:26 2008
New Revision: 138257
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138257
Log:
2008-07-29 Richard Guenther <[EMAIL PROTECTED]>
PR
Compiler barfs on this code compiled -march=iwmmxt
typedef short vs __attribute__ ((vector_size (8)));
void foo (vs * a)
{
a[0] = __builtin_arm_wsllhi (a[0], 1);
}
gcc -v output
Using built-in specs.
Target: arm-iwmmxt-elf
Configured with: /home/eliot/mu/build/../gcc/configure --target=arm-iw
--- Comment #1 from eliot at sonic dot net 2008-07-29 18:21 ---
Created an attachment (id=15976)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15976&action=view)
test case which crashes gcc
Here's the test case so you don't have to type it in.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from jwakely dot gcc at gmail dot com 2008-07-29 19:24
---
I will try to look at it next week some time, but don't have much spare time in
the near future, so don't hold your breath for me to do it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
--- Comment #2 from paolo dot carlini at oracle dot com 2008-07-29 19:28
---
Ok, Jonathan. You are the share_ptr expert here, I'll wait for you until, say,
middle of August, then will go ahead myself, it seems a small task.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36962
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-07-29 19:33 ---
Confirmed, Lahey accepts it also.
(If 'use stype' in function 'fred' is commented, the testcase compiles
cleanly).
Judging from Joost's initial description in PR32834, I assume this is one of
that kind.
--
dfran
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-07-29 19:41 ---
> The bug does not occur on snapshots released after 05/02/08
Michael, just to make sure, the reported ICE is gone for good?
(If yes, we can close this PR ...)
--
dfranke at gcc dot gnu dot org changed:
--- Comment #13 from aaronavay62 at aaronwl dot com 2008-07-29 19:43
---
Eric, this failure seems to be fixed now on trunk. Thanks!
Ada is back in business now on mingw32, modulo some Makefile.in problems which
I'm fixing now.
--
aaronavay62 at aaronwl dot com changed:
--- Comment #18 from laurent at guerby dot net 2008-07-29 19:50 ---
Mine. Discussion:
http://gcc.gnu.org/ml/gcc/2008-07/msg00338.html
--
laurent at guerby dot net changed:
What|Removed |Added
---
--- Comment #11 from jakub at gcc dot gnu dot org 2008-07-29 20:40 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from jakub at gcc dot gnu dot org 2008-07-29 20:46 ---
This is caused by http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00396.html
patch, in particular changing line_table from a structure into a pointer into
GC allocated structure. Although push_command_line_include sets
l
--- Comment #14 from ebotcazou at gcc dot gnu dot org 2008-07-29 20:47
---
> Eric, this failure seems to be fixed now on trunk.
Great!
> Ada is back in business now on mingw32, modulo some Makefile.in problems which
> I'm fixing now.
Thanks for spending a bit of your time on Ada.
-
After the merge of the tuples branch GCC segfaults on a Fortran benchmark with
lots of calculations involving three-dimensional arrays in nested loops. This
testcase reproduces the problem when compiled on powerpc-linux with "-O2
-ffast-math -fpredictive-commoning":
subroutine foo(x,y,n)
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-29 21:11 ---
Happens on i386-darwin also. Note here is a free form testcase (I could not
get the fixed form working):
subroutine foo(x,y,n)
integer n
real*8 y(n,n,n),x(n,n,n)
integer k, j, i
do k = 2, n-
--- Comment #2 from tromey at gcc dot gnu dot org 2008-07-29 21:26 ---
> I don't know why line_table was changed into a pointer
It was because PCH does not know how to write structs.
I agree with your analysis; we have to save that field
across PCH loading.
--
tromey at gcc dot gnu
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
CC||rakdver at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from victork at gcc dot gnu dot org 2008-07-29 21:54 ---
Revision 138198 fixes vectorization of addition of complex numbers, while
vectorization complex multiplication works on PowerPC and on x86 is a known
issue
- see pr30211.
I'm closing this bugzilla as duplicate of PR
--- Comment #1 from victork at gcc dot gnu dot org 2008-07-29 21:54 ---
*** Bug 35252 has been marked as a duplicate of this bug. ***
--
victork 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
--
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
--- Comment #2 from victork at gcc dot gnu dot org 2008-07-29 22:06 ---
Revision 138198 fixes loop aware SLP vectorization for addition of complex
numbers. So if addition of is done inside a loop, there is a good chance now
that it will be vectorized.
--
http://gcc.gnu.org/bugzilla/
--- Comment #3 from jakub at gcc dot gnu dot org 2008-07-29 22:36 ---
--- c-pch.c.jj42008-07-28 16:44:55.0 +0200
+++ c-pch.c2008-07-30 00:33:11.0 +0200
@@ -367,6 +367,7 @@ c_common_read_pch (cpp_reader *pfile, co
struct c_pch_header h;
struct save_macro_data *smd;
--- Comment #6 from victork at gcc dot gnu dot org 2008-07-29 22:56 ---
I had a closer look into testcase in original bug report and it appears that
vectorizer fails on attempt to vectorize __builtin_cexpi ().
Regarding different behavior of vectorizer with -m32 and -m64 described in
co
When bootstrapping:
/bin/sh ./libtool --tag=GCJ --mode=link /mingw/src/gccf/gcc/gcj
-B/mingw/src/gcc
f/i386-pc-mingw32/libjava/ -B/mingw/src/gccf/gcc/
-L/mingw/src/gccf/i386-pc-ming
w32/libjava -ffloat-store -fomit-frame-pointer -Usun -fno-omit-frame-pointer -g
-O2 -o jv-convert.exe --main=gnu.g
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last re
--- Comment #14 from amodra at gcc dot gnu dot org 2008-07-30 02:44 ---
Subject: Bug 36955
Author: amodra
Date: Wed Jul 30 02:43:05 2008
New Revision: 138291
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138291
Log:
PR target/36955
* config/rs6000/rs6000.c (rs60
--- Comment #15 from amodra at bigpond dot net dot au 2008-07-30 02:44
---
.
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
Status|ASSIGNED
gcc-4.3.1 seems to have a tough time building glibc as far as I can tell. We
initially had problems due to the issue described in Bug #35802. After that
was fixed, I tested that patch (pieced together from CVS) against 4.3.1, and
attempted glibc again, and now I'm getting a different error that I
--- Comment #13 from rwild at gcc dot gnu dot org 2008-07-30 05:30 ---
Subject: Bug 15479
Author: rwild
Date: Wed Jul 30 05:28:53 2008
New Revision: 138293
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138293
Log:
gcc/ada/
PR documentation/15479
* gnat-style.tex
--- Comment #19 from guerby at gcc dot gnu dot org 2008-07-30 06:46 ---
Subject: Bug 5911
Author: guerby
Date: Wed Jul 30 06:45:39 2008
New Revision: 138294
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138294
Log:
gcc/ChangeLog
2008-07-29 Laurent Guerby <[EMAIL PROTECTED]>
53 matches
Mail list logo
