--- Comment #1 from linuxl4 at sohu dot com 2009-11-04 07:29 ---
Created an attachment (id=18961)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18961&action=view)
the source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41935
$gcc -v
gcc version 4.4.3 20091104 (prerelease) (GCC)
$gcc -c pid.c
kernel/pid.c: In function 'find_pid_ns':
kernel/pid.c:299: internal compiler error: tree check: expected integer_cst,
have nop_expr in int_cst_value, at tree.c:8301
Please submit a full bug report,
with preprocessed source if app
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-11-04 06:43 ---
Mine (got a patch)
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-04 03:31 ---
Yeah, the hole in the standard is just now being patched:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#904
--
jason at gcc dot gnu dot org changed:
What|Removed |
/gcc-trunk
--with-gxx-include-dir=/usr/local/lib/gcc-trunk/include/c++/ --disable-multilib
--enable-lto --enable-plugins --enable-maintainer-mode
--enable-languages=c,c++,lto --no-create --no-recursion
Thread model: posix
gcc version 4.5.0 20091103 (experimental) (GCC)
1. Retrieve ocaml-trunk rev
--- Comment #2 from bruck dot michael at googlemail dot com 2009-11-04
03:15 ---
I filed Bug 41934, which may have related causes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41933
$ cat test.c
void foo(...);
template
void bar1(TT... tt)
{
auto my_precious = [=](){ foo(tt...); };
}
template
void bar2(TT... tt)
{
auto my_precious = [&](){ foo(tt...); };
}
$ arm-elf-g++.exe -std=gnu++0x -c test.c
test.c: In lambda function:
test.c:7:35: error: parameter packs not
--
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 #57 from paolo dot carlini at oracle dot com 2009-11-03 21:36
---
To be clear: I'm 100% sure you are doing your (current) best to help, and I
appreciate that. But at same time, we have to follow here some definite
policies and methodologies in the work. By the way, don't hes
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2009-11-03 22:49
---
Subject: Bug 10127
Author: ebotcazou
Date: Tue Nov 3 22:49:37 2009
New Revision: 153877
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153877
Log:
PR target/10127
PR ada/20548
* e
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-03 21:34 ---
Subject: Bug 39786
Author: jason
Date: Tue Nov 3 21:33:55 2009
New Revision: 153872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153872
Log:
PR c++/41876
* parser.c (cp_parser_exception_decl
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 21:34 ---
Subject: Bug 41876
Author: jason
Date: Tue Nov 3 21:33:55 2009
New Revision: 153872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153872
Log:
PR c++/41876
* parser.c (cp_parser_exception_decl
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2009-11-03 22:52
---
At long last.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Status|SUSPENDED |ASSIGNED
Last reconfirmed|2006-03-19 09:00:55 |2009-11-03
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ebotcazou at gcc dot gnu dot
|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 #1 from paolo dot carlini at oracle dot com 2009-11-04 02:42
---
A new one... (thanks)
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from jakub at gcc dot gnu dot org 2009-11-03 22:40 ---
Subject: Bug 41917
Author: jakub
Date: Tue Nov 3 22:40:08 2009
New Revision: 153875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153875
Log:
PR rtl-optimization/41917
* rtlanal.c (num_sign_b
--- Comment #8 from jason at gcc dot gnu dot org 2009-11-03 23:49 ---
Subject: Bug 36959
Author: jason
Date: Tue Nov 3 23:49:07 2009
New Revision: 153881
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153881
Log:
PR c++/36959
* decl2.c (cxx_callgraph_analyze_exp
--- Comment #9 from jason at gcc dot gnu dot org 2009-11-03 23:50 ---
Fixed for 4.4.3 and 4.5.0. My inclination is to leave 4.3 unfixed, but I don't
mind applying it there if other people think that's a good idea.
--
jason at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from paolo dot carlini at oracle dot com 2009-11-04 02:36
---
You know what? I'm a bit unsure about the issue itself... I mean, let's assume
the user passes in any case -Wfatal-errors, which, as we discussed already, is
the only way to manage those huge series of error me
--- Comment #2 from marcus at jet dot franken dot de 2009-11-03 23:49
---
order of files seems important even
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41925
--- Comment #7 from bkoz at gcc dot gnu dot org 2009-11-03 23:43 ---
Hey, hey! Cool.
So, pre-patch I get this for the attached (get.ii.bz2) file:
$bld/H-x86-gcc.20091103/bin/g++ -g -std=gnu++0x -Wall -Wfatal-errors get.ii
In file included from
/mnt/share/src/gcc/libstdc++-v3
$ cat test.c
template
struct foo
{
void bar(int i, TT... tt)
{
auto l = [tt...](){};
}
};
void moo()
{
foo<> foo;
foo.bar(0);
}
$ arm-elf-g++.exe -std=gnu++0x -c test.c
test.c: In member function 'void foo::bar(int, TT ...)':
test.c:6:12: error: parameter packs
--- Comment #8 from paolo dot carlini at oracle dot com 2009-11-04 02:22
---
Yes, I think the last message from Benjamin summarizes well the enhancement we
have been thinking about: first the error (file, line number and actual error
message), then all the rest.
--
http://gcc.gnu.o
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-03 20:52 ---
Subject: Bug 41876
Author: jason
Date: Tue Nov 3 20:52:21 2009
New Revision: 153864
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153864
Log:
PR c++/41876
* parser.c (cp_parser_type_specifier
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 20:52 ---
Subject: Bug 39786
Author: jason
Date: Tue Nov 3 20:52:30 2009
New Revision: 153865
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153865
Log:
PR c++/39786
* g++.dg/lookup/using22.C: New.
Add
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2009-11-04 00:32
---
Changed summary to reflect current status. Writes are fixed.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from jason at gcc dot gnu dot org 2009-11-03 23:02 ---
Subject: Bug 36959
Author: jason
Date: Tue Nov 3 23:02:41 2009
New Revision: 153878
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153878
Log:
PR c++/36959
* decl2.c (cxx_callgraph_analyze_exp
--- Comment #55 from paolo dot carlini at oracle dot com 2009-11-03 20:51
---
David, this issue is closed, nobody will pay further attention to it. And, more
generally, we are not going to change the other overloads of rotate in the
4.5.0 timeframe, is too risky. Thus, please, as alread
--- Comment #6 from bkoz at gcc dot gnu dot org 2009-11-03 23:36 ---
Created an attachment (id=18960)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18960&action=view)
pre-processed source to reproduce diagnostic
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41884
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-03 20:45 ---
This test now passes with 4.5, presumably because of
2009-10-28 Jason Merrill
Core issue 812, 861
* name-lookup.c (set_decl_namespace): Deal properly with inline
namespaces.
(qualif
--- Comment #38 from ebotcazou at gcc dot gnu dot org 2009-11-03 22:49
---
Subject: Bug 20548
Author: ebotcazou
Date: Tue Nov 3 22:49:37 2009
New Revision: 153877
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153877
Log:
PR target/10127
PR ada/20548
*
--- Comment #2 from kargl at gcc dot gnu dot org 2009-11-03 23:08 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2009-11/msg00158.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41918
--
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 #3 from jakub at gcc dot gnu dot org 2009-11-03 22:36 ---
Subject: Bug 41917
Author: jakub
Date: Tue Nov 3 22:36:39 2009
New Revision: 153874
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153874
Log:
PR rtl-optimization/41917
* rtlanal.c (num_sign_b
--- Comment #56 from potswa at mac dot com 2009-11-03 21:01 ---
Okay
I'm doing my best, anyway. I'll be holding off on other contributions
until I get a compiler capable of testing my code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41351
--- Comment #54 from potswa at mac dot com 2009-11-03 20:43 ---
Created an attachment (id=18959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18959&action=view)
A couple benchmarks for 32-bit mode and updated fwd+copy
Yikes. Just a second: yesterday I played around with the forwa
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 22:07 ---
Fixed for 4.3.5, 4.4.3, 4.5.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
[...@gnu-6 gold-1]$ make clean
rm -f *.o *.s *.c.*
[...@gnu-6 gold-1]$ rm -f /tmp/cc*
[...@gnu-6 gold-1]$ make
/export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/../lto-plugin/.libs/ -O2 -flto
-fuse-linke
--- Comment #7 from siarhei dot siamashka at gmail dot com 2009-11-03
20:09 ---
Thanks a lot for checking this. And sorry about the confusion caused by
attributing slowness of the testcase to the microcoded stuff (which turned out
to be not the case) without proper checking this first.
--- Comment #32 from jason at gcc dot gnu dot org 2009-11-03 20:40 ---
(In reply to comment #27)
> we only strip typedefs at the top level
This has now been fixed. I'm going to close this bug now; feel free to reopen
it if you see another instance of the problem in 4.5.
--
jason at
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-11-03 20:02 ---
My /tmp is small so this causes it to be filled up quickly. Is there a simple
work around?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-03 18:49 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #5 from jason at gcc dot gnu dot org 2009-11-03 18:49 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 18:43 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #6 from jason at gcc dot gnu dot org 2009-11-03 22:09 ---
Fixed fer 4.4.3, 4.5.0. I'm not comfortable applying the fix to 4.3 as it
might have unintended side-effects.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from bonzini at gnu dot org 2009-11-03 18:58 ---
The patch is not enough for mainline because some functions have a bigger stack
frame. With the patch, mainline aborts after 9827 recursive calls.
--
bonzini at gnu dot org changed:
What|Removed
Between 20091022 and 20091102, a parallel make check run (both 32 and 64 bit)
on Solaris 11/SPARC started to fail with `Cannot fork: out of memory'. It
turns
out that the null_pointer_deref1 gnat.dg test is the culprit: it grows to 11+
GB
on my test system:
PID USERNAME SIZE RSS STATE PRI
--- Comment #53 from paolo dot carlini at oracle dot com 2009-11-03 18:18
---
Fixed for 4.5.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-11-03 17:46 ---
This is expected considering the testcase was added for bug 41908.
*** This bug has been marked as a duplicate of 41908 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from redi at gcc dot gnu dot org 2009-11-03 18:10 ---
(In reply to comment #6)
>
> The ARM comment (as quoted) is clearly wrong: offhand, I can think of
> two other ways of getting an object initialized. There are probably
> more.
>
> 1. Casting the offending "const" aw
--- Comment #6 from terra at gnome dot org 2009-11-03 17:44 ---
cp/class.c has code like this:
/* If any field is const, the structure type is pseudo-const. * /
if (CP_TYPE_CONST_P (type))
{
...
/* ARM $12.6.2: [A member initializer list] (or, for an
aggregate, initiali
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-11-03 18:49
---
Somewhat expected, see the comment in the test. A patch to disable it on this
platform (sparc*-*-solaris2.11) is pre-approved.
The failure very likely means that the 64-bit pattern matching code of the
fallback
--
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
Between 20091005 and 20091102, bootstrapping Tru64 UNIX V5.1B started to fail
in
libgfortan:
$ /vol/gcc/obj/gcc-4.5.0-20091102/5.1b-gcc/./gcc/xgcc
-B/vol/gcc/obj/gcc-4.5.0-20091102/5.1b-gcc/./gcc/
-B/vol/gcc/alpha-dec-osf5.1b/bin/ -B/vol/gcc/alpha-dec-osf5.1b/lib/ -isystem
/vol/gcc/alpha-dec-osf5.
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 18:44 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #51 from paolo dot carlini at oracle dot com 2009-11-03 17:56
---
Ok, agreed, let's use PODness and restrict ourselves to k == 1. In future,
we'll see...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41351
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-03 18:43 ---
Subject: Bug 41927
Author: jason
Date: Tue Nov 3 18:43:06 2009
New Revision: 153863
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153863
Log:
PR c++/41927
* typeck.c (build_x_binary_op): Don'
--- Comment #1 from jason at gcc dot gnu dot org 2009-11-03 18:43 ---
Subject: Bug 41815
Author: jason
Date: Tue Nov 3 18:42:59 2009
New Revision: 153862
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153862
Log:
PR c++/41815
* call.c (build_call_a): Strip cv-qu
--- Comment #1 from spop at gcc dot gnu dot org 2009-11-04 02:03 ---
What are the options that you used to produce this?
I am not able to reproduce the failing clast with -O2, nor with -O3 with the
current graphite branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41924
--- Comment #14 from jason at gcc dot gnu dot org 2009-11-03 18:40 ---
In C++0x the testcase is still ill-formed, but changing "friend class" to
"friend typename" makes it well-formed. I'm not going to give an error for
this usage until the other usage is implemented.
http://www.open-s
--- Comment #1 from jv244 at cam dot ac dot uk 2009-11-03 17:53 ---
might be a dup of PR41903 or PR41891. However, I might have a reasonably sized
testcase (delta still running).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928
--- Comment #52 from paolo at gcc dot gnu dot org 2009-11-03 18:16 ---
Subject: Bug 41351
Author: paolo
Date: Tue Nov 3 18:16:34 2009
New Revision: 153860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153860
Log:
2009-11-03 David Krauss
Paolo Carlini
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-11-03 17:46 ---
*** Bug 41923 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #50 from potswa at mac dot com 2009-11-03 17:53 ---
The current RAI algo uses a temporary regardless of size or class. We could put
in a "&& sizeof(_ValueType) < __MAX_TEMP_SIZE" or something
but stack overflow
from a single temporary doesn't seem to have been concern in the
--- Comment #2 from jv244 at cam dot ac dot uk 2009-11-03 18:06 ---
Created an attachment (id=18958)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18958&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41928
--- Comment #48 from paolo dot carlini at oracle dot com 2009-11-03 17:32
---
In general, the user certainly cannot specialize anything, this is internal
stuff, with __ in front. Also, I'm not in favor of general podness, because a
pod can be large, any size, see the example of fill, we
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|segfault at gcc/bitmap.c:297|[4.5 Regression] segfault at
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #7 from paolo dot carlini at oracle dot com 2009-11-03 17:49
---
Saying that ARM is "wrong" seems frankly rather silly to me: either the
quotation is incorrect, I don't think so, or ARM has been obsoleted by the ISO
Standard, perfectly possible.
--
http://gcc.gnu.org/bu
posix
gcc version 4.5.0 20091103 (experimental) [trunk revision 153852] (GCC)
COLLECT_GCC_OPTIONS='-c' '-O1' '-g' '-ffree-form' '-fbounds-check' '-v'
/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/f951
bug.f9
--- Comment #49 from paolo dot carlini at oracle dot com 2009-11-03 17:36
---
By the way, it's really silly to have code used only for copy-able types (like
scalars or pods) and having to use the *_MOVE* macros only for compilation
sake, in such cases it's normally much cleaner to have
--- Comment #3 from jason at gcc dot gnu dot org 2009-11-03 21:53 ---
Subject: Bug 41876
Author: jason
Date: Tue Nov 3 21:52:56 2009
New Revision: 153873
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153873
Log:
PR c++/41876
* parser.c (cp_parser_exception_decl
--- Comment #47 from potswa at mac dot com 2009-11-03 17:21 ---
What is the function of the helper class? I suppose the user could get improved
performance by specializing __is_scalar, but that could have
unintended consequences (resulting from the class not being scalar), not to
mention
This issue is very annoying, triggers in many places in the C++0x library, is
not suppressed in system headers. Just compile the below with -std=c++0x and
-Wall. Jason, any chance you can have a look?
template
struct is_int
{ static const bool value = true; };
template
struct enable_if
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 17:11 ---
Subject: Bug 40944
Author: jason
Date: Tue Nov 3 17:11:18 2009
New Revision: 153856
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153856
Log:
PR c++/40944
* call.c (initialize_reference): Add
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 17:11 ---
Subject: Bug 40687
Author: jason
Date: Tue Nov 3 17:11:08 2009
New Revision: 153855
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153855
Log:
PR c++/40687
* pt.c (do_auto_deduction): Diagnose
--- Comment #8 from jv244 at cam dot ac dot uk 2009-11-03 16:57 ---
thanks for fixing.. this also affected CP2K.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41907
--- Comment #7 from burnus at gcc dot gnu dot org 2009-11-03 16:55 ---
FIXED. Thanks for the report!
* * *
> The problem is that gfortran copies for some reason the array descriptor in
> "one()" before calling "two()". The question is only why?
I understand now the "why"; it is a mis
--- Comment #6 from burnus at gcc dot gnu dot org 2009-11-03 16:52 ---
Subject: Bug 41907
Author: burnus
Date: Tue Nov 3 16:51:52 2009
New Revision: 153854
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=153854
Log:
2009-11-03 Tobias Burnus
PR fortran/41907
*
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-03 16:48 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-11-03 16:41 ---
I'll take it back as I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
c_trunk/build --enable-languages=c,c++,fortran
--disable-multilib --with-ppl=/data03/vondele/gcc_trunk/build/
--with-cloog=/data03/vondele/gcc_trunk/build/
--with-libelf=/data03/vondele/libelf-0.8.12/build/ --enable-gold --enable-lto
--enable-plugins
Thread model: posix
gcc version 4.5.0 20091103
--
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 #3 from rguenth at gcc dot gnu dot org 2009-11-03 16:25 ---
Jeff promised to look at this. I can't make sense of test_for_singularity
and the appearant mismatch of EQ_EXPR vs. NE_EXPR when generating the
test substitution.
--
rguenth at gcc dot gnu dot org changed:
--- Comment #2 from jason at gcc dot gnu dot org 2009-11-03 16:21 ---
No, I'm not planning to fix this in 4.4.
--
jason 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
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-11-03 16:16 ---
Note the original testcase did not have an empty struct (which is the cause of
the different sizes).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41921
--- Comment #4 from jason at gcc dot gnu dot org 2009-11-03 16:09 ---
Fixed for 4.5.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--
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 rguenth at gcc dot gnu dot org 2009-11-03 16:05 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-11-03 15:54 ---
Created an attachment (id=18957)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18957&action=view)
testcase
Auto-reduced testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41925
> ./xgcc -B. -w -m32 -c -flto -O2 usrmarshal.min.i ole32_objidl_p.min.i
> defaulthandler.min.i clipboard.min.i
> ./lto1 -quiet -o /dev/null -m32 -O2 -w clipboard.min.o defaulthandler.min.o
> ole32_objidl_p.min.o usrmarshal.min.o
In file included from clipboard.min.i:153:0,
from :
--- Comment #5 from paolo dot carlini at oracle dot com 2009-11-03 15:37
---
Thanks for your feedback Chris. Gosh, that issue, quite a bit of time spent in
Santa Cruz, Detlef arguing was not implementable and Howard disagreeing...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4186
--- Comment #3 from hjl dot tools at gmail dot com 2009-11-03 15:36 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #46 from paolo dot carlini at oracle dot com 2009-11-03 15:33
---
Created an attachment (id=18956)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18956&action=view)
Third draft, also regtests fine
This version restricts the copies to "simple" types (per your initial id
--- Comment #4 from cfairles at gcc dot gnu dot org 2009-11-03 15:26
---
See also:
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#887
http://home.roadrunner.com/~hinnant/issue_review/lwg-active.html#887
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41861
http://www.polyhedron.com/web_images/documents/pb05.zip
the testers report this:
aermod FAILED1 fails and5 passes
[...]
Finished Testing 16 benchmarks - 15 passed, and 1 failed
--
I have reduced the aermod problem in polyhedron benchm
On Linux/x86-64, I got
FAIL: libffi.call/testclosure.c -O0 -W -Wall output pattern test, is 4 5 0 0
FAIL: libffi.call/testclosure.c -O2 -fomit-frame-pointer output pattern test,
is 4 5 0 0
FAIL: libffi.call/testclosure.c -O2 output pattern test, is 4 5 0 0
FAIL: libffi.call/testclosure.c -O3 outpu
1 - 100 of 131 matches
Mail list logo
