--- Comment #2 from mano at roarinelk dot homelinux dot net 2009-01-31
06:14 ---
(In reply to comment #1)
> GNU C (GCC) version 4.3.3 20081218 (prerelease) [gcc-4_3-branch revision
> 142804] (i386-apple-darwin8.11.1)
>
>
> Did you modify GCC at all?
Ah, you're right. Gentoo enables -
--- Comment #1 from blu dot dark at gmail dot com 2009-01-31 03:23 ---
Result unreproducible under the same compiler version and same compile options
on a OSX 10.5.6 core2duo host. Both 'flat_assignment_ai' and
'loop_assignment_ai' versions generate identical code.
$ i386-apple-darwin9.
--- Comment #3 from paolo dot carlini at oracle dot com 2009-01-31 02:07
---
Created an attachment (id=17219)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17219&action=view)
draft I'm using as a starting point
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28501
--- Comment #2 from paolo dot carlini at oracle dot com 2009-01-31 02:06
---
I don't think this is invalid, want to look a bit into it: I'm attaching a
draft patch which makes sense to me, i.e. if a definition of the operator is
provided, i is initialized to the correct value.
--
pa
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-31 01:10 ---
[dhcp-10-98-10-23:~] apinski% ~/gcc4.3-gcc/bin/gcc -Wformat t.c -W -Wall
[dhcp-10-98-10-23:~] apinski% ~/gcc4.3-gcc/bin/gcc -Wformat t.c -W -Wall
-Wformat-security
t.c: In function 'main':
t.c:5: warning: format not
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-01-31 00:08
---
Hm, we are remapping
iftmp.1_6 = (struct A[0:n.0 + -1] *) D.1755_5
where the variable array pointer type contains in TYPE_SIZE_UNIT n.0_3 * 4
and n.0_3 is on the free list.
I wonder how we end up with an SSA nam
--- Comment #6 from joseph at codesourcery dot com 2009-01-30 23:14 ---
Subject: Re: Decimal floating-point exception flags done wrong
On Fri, 30 Jan 2009, tydeman at tybor dot com wrote:
> I consider emulation of decimal FP to be part of the compiler's job. Part of
> that emulation
--- Comment #19 from zorry at ume dot nu 2009-01-30 22:59 ---
Created an attachment (id=17218)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17218&action=view)
fixed for gcc 4.3.3
Thanx for the help
The patch fix the error i have.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-30 22:51 ---
For
hook (D.15560_20, &a.l.D.14002._M_impl._M_node);
we somehow compute the wrong ESCAPED solution.
ESCAPED = { NULL ANYTHING ESCAPED NONLOCAL a b D.15681 }
this is missing a.32+32.
Bah, it turns out I again h
--- Comment #5 from tydeman at tybor dot com 2009-01-30 22:42 ---
I consider emulation of decimal FP to be part of the compiler's job. Part of
that emulation is setting the FP execption flags as per IEEE-754-2008.
There is one set of FP exception flags (used for both binary FP and deci
--- Comment #4 from kreckel at ginac dot de 2009-01-30 22:37 ---
(In reply to comment #3)
> From the point of view of GCC it is invalid because and the functions
> it declares are not provided by GCC, but by the C library.
On the other hand, one can argue that if GCC cannot guarantee t
--- Comment #25 from hjl at gcc dot gnu dot org 2009-01-30 22:36 ---
Subject: Bug 38245
Author: hjl
Date: Fri Jan 30 22:36:22 2009
New Revision: 143810
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143810
Log:
2009-01-30 H.J. Lu
Backport from mainline:
2009-
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
Version|unknown |4.4.0
http://
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
Version|unknown |4.4.0
http://
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-30 22:20 ---
*** This bug has been marked as a duplicate of 38072 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-01-30 22:20
---
*** Bug 39047 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-30 22:20 ---
Confirmed on i?86 as well, even with 4.3 headers:
./cc1plus -quiet -O2 -Wall /tmp/t.ii
t.C: In function 'void bar()':
t.C:16: warning: dereferencing pointer '' does break strict-aliasing
rules
/usr/include/c++/4.3/
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-30 22:19 ---
This ICEs with -O1
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severi
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-01-30 22:15 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-01-30 22:14 ---
Subject: Bug 39041
Author: rguenth
Date: Fri Jan 30 22:14:39 2009
New Revision: 143809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143809
Log:
2009-01-30 Richard Guenther
PR tree-optimization/
--- Comment #2 from dima at debian dot org 2009-01-30 22:13 ---
$ g++ -v
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.2-1ubuntu12'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran,o
--- Comment #1 from dima at debian dot org 2009-01-30 22:10 ---
Created an attachment (id=17217)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17217&action=view)
test case which triggers the core dump
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39047
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-01-30 22:09 ---
Subject: Bug 39041
Author: rguenth
Date: Fri Jan 30 22:09:15 2009
New Revision: 143808
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143808
Log:
2009-01-30 Richard Guenther
PR tree-optimization/
g++ crashes with a segmentation fault trying to compile the attached program
--
Summary: Segmentation fault in g++
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c++
Assigne
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |janis at gcc dot gnu dot org
|dot org
Version info:
$ powerpc-apple-darwin8.11.0-gcc-4.4.0 -v
Using built-in specs.
Target: powerpc-apple-darwin8.11.0
Configured with: ../gcc-4.4-20090116/configure --prefix=/opt/local
--enable-languages=c,c++,objc,obj-c++ --libdir=/opt/local/lib/gcc44
--includedir=/opt/local/include/gcc44 --infodir=/o
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-30 21:58 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from hjl at gcc dot gnu dot org 2009-01-30 21:55 ---
Subject: Bug 39010
Author: hjl
Date: Fri Jan 30 21:55:30 2009
New Revision: 143806
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143806
Log:
2009-01-30 H.J. Lu
PR lto/39010
* lto-function-ou
--- Comment #3 from janis at gcc dot gnu dot org 2009-01-30 21:31 ---
The bug is a duplicate of 20785 because the pragma is not implemented.
>From the point of view of GCC it is invalid because and the functions
it declares are not provided by GCC, but by the C library.
--
http://
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-30 21:22 ---
The updated patch is at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01534.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-30 21:08 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01533.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #3 from janis at gcc dot gnu dot org 2009-01-30 20:57 ---
Ryan, would you please provide information about the status of C library
decimal float support for powerpc*-linux and s390-linux?
HJ, would you please provide information about the status of C library decimal
float su
--- Comment #3 from bkoz at gcc dot gnu dot org 2009-01-30 20:56 ---
Created an attachment (id=17216)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17216&action=view)
remove visibility attribute with -D_GLIBCXX_VISIBILITY=0, run testuite with it
and -fvisibility-hidden
--
http
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
|
g++ allows to exist not inited reference in this case:
struct X
{
int &x;
};
int main()
{
X* p_x = new X; // now there is not inited reference (p_x->x)
// now we can try to use p_x->x
std::cout << p_x->x << std::endl; // segmentation fault
return 0;
}
There are no errors or wa
--- Comment #18 from jakub at gcc dot gnu dot org 2009-01-30 20:50 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #3 from janis at gcc dot gnu dot org 2009-01-30 20:48 ---
Created an attachment (id=17215)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17215&action=view)
expanded testcase
I expanded the testcase to test both constant folding and runtime calculations
for all three de
--- Comment #17 from jakub at gcc dot gnu dot org 2009-01-30 20:47 ---
Subject: Bug 39013
Author: jakub
Date: Fri Jan 30 20:46:32 2009
New Revision: 143803
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143803
Log:
PR target/39013
* c-decl.c (pop_scope): Set DECL
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
|
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
|
--- Comment #2 from janis at gcc dot gnu dot org 2009-01-30 20:44 ---
Created an attachment (id=17214)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17214&action=view)
expanded testcase
I expanded the testcase to test both constant folding and runtime calculations
for all three de
--- Comment #3 from marc dot glisse at normalesup dot org 2009-01-30 20:38
---
Hello,
looking at the two last comments, I think we are speaking of slightly different
things, although they are related. I was asking for some const_cast of the
return value, in case the const version of wc
--
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 #2 from hjl dot tools at gmail dot com 2009-01-30 18:41 ---
(In reply to comment #1)
> Is N1312 available online? I had not heard of any version later than N1290.
>
http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1312.pdf
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #1 from janis at gcc dot gnu dot org 2009-01-30 18:30 ---
Is N1312 available online? I had not heard of any version later than N1290.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-30 18:30 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from hjl at gcc dot gnu dot org 2009-01-30 17:47 ---
Subject: Bug 38789
Author: hjl
Date: Fri Jan 30 17:46:24 2009
New Revision: 143799
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143799
Log:
2009-01-30 H.J. Lu
Backport from mainline:
2009-
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34955
--- Comment #2 from tydeman at tybor dot com 2009-01-30 17:34 ---
This is NOT a dup of 39034. In this one, the value of the expression is zero.
In 39034, the value of d10 is not zero (but should be).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39035
--- Comment #21 from hjl at gcc dot gnu dot org 2009-01-30 17:32 ---
Subject: Bug 38851
Author: hjl
Date: Fri Jan 30 17:31:24 2009
New Revision: 143798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143798
Log:
2009-01-30 H.J. Lu
2009-01-27 Richard Guenther
--- Comment #18 from hjl at gcc dot gnu dot org 2009-01-30 17:32 ---
Subject: Bug 38503
Author: hjl
Date: Fri Jan 30 17:31:24 2009
New Revision: 143798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143798
Log:
2009-01-30 H.J. Lu
2009-01-27 Richard Guenther
--- Comment #10 from hjl at gcc dot gnu dot org 2009-01-30 17:32 ---
Subject: Bug 38748
Author: hjl
Date: Fri Jan 30 17:31:24 2009
New Revision: 143798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143798
Log:
2009-01-30 H.J. Lu
2009-01-27 Richard Guenther
--- Comment #6 from hjl at gcc dot gnu dot org 2009-01-30 17:32 ---
Subject: Bug 38747
Author: hjl
Date: Fri Jan 30 17:31:24 2009
New Revision: 143798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143798
Log:
2009-01-30 H.J. Lu
2009-01-27 Richard Guenther
--- Comment #20 from hjl at gcc dot gnu dot org 2009-01-30 17:32 ---
Subject: Bug 38745
Author: hjl
Date: Fri Jan 30 17:31:24 2009
New Revision: 143798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143798
Log:
2009-01-30 H.J. Lu
2009-01-27 Richard Guenther
--- Comment #16 from jakub at gcc dot gnu dot org 2009-01-30 17:31 ---
Patch to set DECL_EXTERNAL instead:
http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01525.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39013
--- Comment #1 from tydeman at tybor dot com 2009-01-30 17:31 ---
My analysis shows that
d10=0x2fe3=+3.e-15
So, d10 is not zero, while d2 is zero.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39034
--- Comment #9 from jakub at gcc dot gnu dot org 2009-01-30 17:23 ---
Ah, I thought special_function_p would strip off __builtin_ prefix from tname,
but apparently it doesn't. I'd say it should, something like:
--- gcc/calls.c2009-01-28 12:57:50.0 +0100
+++ gcc/calls.c2009-01-3
--- Comment #8 from matz at gcc dot gnu dot org 2009-01-30 17:12 ---
But special_function_p looks at the name of the function, which is
__builtin_setjmp in case the builtin is used explicitely:
% cat x.c
#include
jmp_buf env;
int f(void){ return __builtin_setjmp(env);}
% gdb --args cc
--- Comment #17 from jdassen at debian dot org 2009-01-30 17:02 ---
Now fixed in libgsf upstream:
http://svn.gnome.org/viewvc/libgsf?view=revision&revision=1039
Thank you very much!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39015
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
Status|WAITING |NEW
Ever Confirmed|0 |1
Last re
--- Comment #3 from paolo dot carlini at oracle dot com 2009-01-30 16:57
---
In the meanwhile the patch for PR38503 has been installed and unfortunately I
have to report that this issue seems indeed different, eg, this testcase is
still not fixed on x86_64-linux:
#include
#include
c
--- Comment #7 from jakub at gcc dot gnu dot org 2009-01-30 16:54 ---
ECF_RETURNS_TWICE is set by special_function_p, doesn't need anything special
in
builtins.def.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38977
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-30 16:44 ---
(In reply to comment #6)
>
> It would be a way more local change than changing what binds local
> (which also affects other languages).
My proposal patch will bind undefined functions global, instead of
local. It s
GCC-4.3.3, all previous versions are unaffected.
This snippet:
8< --- 8<
#include
int main()
{
static const char *s = "hello world";
printf(s);
return 0;
}
- 8< -- 8< -
built with -Wformat throws this warning:
test-f.c: In function 'main':
test-f.c:5: w
[...@gnu-6 gcc]$ cat /tmp/i.ii
inline void foo () {}
int
main ()
{
foo ();
return 0;
}
[...@gnu-6 gcc]$ ./xgcc -B./ -fpie /tmp/i.ii -S
[...@gnu-6 gcc]$ grep call i.s | grep foo
call_z3f...@plt
[...@gnu-6 gcc]$
Do we need @PLT for PIE?
--
Summary: C++ compiler doesn
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-01-30 16:35 ---
I think this may be due to the use of setjmp and
DEF_GCC_BUILTIN(BUILT_IN_SETJMP, "setjmp", BT_FN_INT_PTR, ATTR_NULL)
missing the fact that setjmp returns twice.
Note also the inconsistency in
if (is_gi
--- Comment #2 from jakub at gcc dot gnu dot org 2009-01-30 16:18 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-30 16:17 ---
Subject: Bug 39028
Author: jakub
Date: Fri Jan 30 16:17:30 2009
New Revision: 143797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143797
Log:
PR c++/39028
* parser.c (cp_parser_already_scoped
--- Comment #2 from esigra at gmail dot com 2009-01-30 16:12 ---
GCC already understands the semantics of strlen. If one of the operands to "<"
is a constant and the other is strlen, it is optimized (such as "strlen(str) >=
1). It just seems like the case with strlen on both sides is mis
--- Comment #13 from manu at gcc dot gnu dot org 2009-01-30 16:11 ---
(In reply to comment #12)
>
> For source codes [a-k]*, there where 906 occurrences of the "set but
> not used" warning from Intel C/C++.
>
@dcb
I think nobody is discussing that we would want such warning (in some
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-30 16:04 ---
I think it is caused by revision 118356:
http://gcc.gnu.org/ml/gcc-cvs/2006-11/msg7.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39026
--- Comment #2 from bangerth at gmail dot com 2009-01-30 16:02 ---
Confirmed. Gcc would have to keep track of the actual types of variables.
W.
--
bangerth at gmail dot com changed:
What|Removed |Added
--
--- Comment #2 from bangerth at gmail dot com 2009-01-30 15:58 ---
The standard details certain side effects of throwing exceptions such
as allocating and freeing memory as well as setting expressions that
std::uncaught_exception can evaluate. These side effects can not
always be omitted
--- Comment #7 from bangerth at gmail dot com 2009-01-30 15:51 ---
(In reply to comment #5)
> Did I understand this wrong ? Does the correct interpretation of the standard
> not allow for member-function-pointers as non-type arguments ?
It does, but it requires them to be in a constant-
--- Comment #17 from bangerth at gmail dot com 2009-01-30 15:51 ---
*** Bug 38681 has been marked as a duplicate of this bug. ***
--
bangerth at gmail dot com changed:
What|Removed |Added
--- Comment #16 from bangerth at gmail dot com 2009-01-30 15:49 ---
(In reply to comment #5)
> Excuse me, but I do not understand what makes this code invalid. Could anybody
> explain? If so, does this apply to all the test cases given (also for bugs
> that
> are marked as duplicates of
--- Comment #3 from bangerth at gmail dot com 2009-01-30 15:45 ---
Confirmed. There is no need to convolve error messages like that.
W.
--
bangerth at gmail dot com changed:
What|Removed |Added
--
--- Comment #10 from bangerth at gmail dot com 2009-01-30 15:37 ---
(In reply to comment #9)
> Following the twisted maze that is BOOST_CLASS_EXPORT() leads me to think that
> it is (very) roughly equivalent to this:
>
> void dummy(boost::archive::xml_iarchive & ar, A & a, B & b) {
>
--- Comment #5 from bangerth at gmail dot com 2009-01-30 15:29 ---
I think Jason confirmed this already...
--
bangerth at gmail dot com changed:
What|Removed |Added
--- Comment #2 from bangerth at gmail dot com 2009-01-30 15:28 ---
Thinking some more about it, I believe that the code is actually valid.
icc accepts it, for comparison.
W.
--
bangerth at gmail dot com changed:
What|Removed |Added
---
--- Comment #1 from bangerth at gmail dot com 2009-01-30 15:27 ---
Confirmed. This used to work in 4.1 where we got the following error
(which does not earn the prize for the prettiest error message ever):
g/x> /home/bangerth/bin/gcc-4.1.1/bin/c++ -c x.cc
x.cc: In function 'int main()':
--- Comment #1 from bangerth at gmail dot com 2009-01-30 15:23 ---
Confirmed.
--
bangerth at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED
--
bangerth at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|
--- Comment #1 from bangerth at gmail dot com 2009-01-30 15:20 ---
Confirmed. The original testcase had a function argument of type
pointer-to-pointer-to-array-of-unknown-size, but this testcase
also fails:
template
bool f (T_ p);
bool g ()
{ return f(0); }
--- Comment #1 from bangerth at gmail dot com 2009-01-30 15:13 ---
Yes, I think this would be an optimizing compiler could potentially perform.
At the same time I think you are expecting too much from the compiler: it
would have to have a semantic understanding of what the strlen functio
--- Comment #2 from paolo dot carlini at oracle dot com 2009-01-30 15:05
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from bangerth at gmail dot com 2009-01-30 15:05 ---
*** This bug has been marked as a duplicate of 18770 ***
--
bangerth at gmail dot com changed:
What|Removed |Added
--- Comment #5 from bangerth at gmail dot com 2009-01-30 15:05 ---
*** Bug 39038 has been marked as a duplicate of this bug. ***
--
bangerth at gmail dot com changed:
What|Removed |Added
-
--- Comment #3 from paolo dot carlini at oracle dot com 2009-01-30 15:05
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #3 from bangerth at gmail dot com 2009-01-30 15:03 ---
This is probably related to PR 2288.
--
bangerth at gmail dot com changed:
What|Removed |Added
--- Comment #1 from paolo at gcc dot gnu dot org 2009-01-30 15:03 ---
Subject: Bug 38655
Author: paolo
Date: Fri Jan 30 15:03:10 2009
New Revision: 143790
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143790
Log:
/cp
2009-01-30 Paolo Carlini
PR c++/33465
* e
--- Comment #2 from paolo at gcc dot gnu dot org 2009-01-30 15:03 ---
Subject: Bug 33465
Author: paolo
Date: Fri Jan 30 15:03:10 2009
New Revision: 143790
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143790
Log:
/cp
2009-01-30 Paolo Carlini
PR c++/33465
* e
--- Comment #5 from bangerth at gmail dot com 2009-01-30 15:00 ---
(In reply to comment #4)
> However, I'm still analyzing whether we really want to reject. As data points,
> ICC doesn't, even in strict mode; on the other hand Comeau rejects the
> identifier "family" already...
Does it
I have 10GB free space in /tmp. But it isn't enough to run
"make check" because LTO tests don't cleanup after run. It
leads to many false alarms and make my machine unusable.
--
Summary: [LTO] LTO tests don't cleanup temporary files
Product: gcc
Version: 4.4.0
--- Comment #6 from hjl at gcc dot gnu dot org 2009-01-30 14:14 ---
Subject: Bug 38995
Author: hjl
Date: Fri Jan 30 14:13:50 2009
New Revision: 143789
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143789
Log:
gcc/
2009-01-30 H.J. Lu
PR lto/38995
* langhooks
--- Comment #12 from dcb314 at hotmail dot com 2009-01-30 13:48 ---
(In reply to comment #1)
> Yes this would be slightly useful but one has to be care full of what is
> warned about.
Agreed. For a first cut, a simple straight forward job, without
considering the complex cases, could b
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-01-30 13:47 ---
4.2 works, the problem is latent in 4.4
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-30 13:46 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-01-30 13:39 ---
Confirmed. There's a type mismatch in the substituted statement:
pretmp.27_29 = *&cpumask.bits[0]
arg 1
arg 0
constant invariant
arg 0
arg 0
--- Comment #3 from paolo dot carlini at oracle dot com 2009-01-30 12:08
---
This is really the same as libstdc++/30928.
*** This bug has been marked as a duplicate of 30928 ***
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
1 - 100 of 119 matches
Mail list logo