[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-02-06 Thread hjl at gcc dot gnu dot org
--- Comment #9 from hjl at gcc dot gnu dot org 2010-02-07 04:42 --- Subject: Bug 42874 Author: hjl Date: Sun Feb 7 04:41:22 2010 New Revision: 156562 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156562 Log: Backport testcases from mainline to 4.4. 2010-02-06 H.J. Lu

[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-01-27 Thread jakub at gcc dot gnu dot org
--- Comment #2 from jakub at gcc dot gnu dot org 2010-01-27 08:39 --- The question is why we can't inline it, when clearly 4.4 branch can inline it just fine. The 4.4 comment says: /* We cannot inline a function of the form void F (int i) { struct S { int ar[i]; } s; }

[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-01-27 Thread pinskia at gcc dot gnu dot org
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-01-27 08:43 --- (In reply to comment #2) The question is why we can't inline it, when clearly 4.4 branch can inline it just fine. Note that comment is http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25566 :). At one point I was

[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-01-27 Thread jakub at gcc dot gnu dot org
--- Comment #4 from jakub at gcc dot gnu dot org 2010-01-27 08:51 --- Seems the hack not to inline such functions (but until 4.4 always_inline won over it) has been added for PR6994, which has been fixed in a different way anyway. And obviously we are now copying/remapping stuff

[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-01-27 Thread jakub at gcc dot gnu dot org
--- Comment #5 from jakub at gcc dot gnu dot org 2010-01-27 09:07 --- Created an attachment (id=19723) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19723action=view) gcc45-pr42874.patch I think we should just do this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42874

[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-01-27 Thread rguenth at gcc dot gnu dot org
--- Comment #6 from rguenth at gcc dot gnu dot org 2010-01-27 10:24 --- Works for me. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42874

[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-01-27 Thread jakub at gcc dot gnu dot org
--- Comment #7 from jakub at gcc dot gnu dot org 2010-01-27 15:10 --- Subject: Bug 42874 Author: jakub Date: Wed Jan 27 15:09:23 2010 New Revision: 156287 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=156287 Log: PR middle-end/42874 * tree-inline.c

[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-01-27 Thread jakub at gcc dot gnu dot org
--- Comment #8 from jakub at gcc dot gnu dot org 2010-01-27 15:21 --- Fixed. -- jakub at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED

[Bug middle-end/42874] [4.5 Regression] Error on correct code: sorry, unimplemented: function �foo� can never be copied because it uses

2010-01-26 Thread rguenth at gcc dot gnu dot org
--- Comment #1 from rguenth at gcc dot gnu dot org 2010-01-26 22:32 --- We can't inline it. The sorry() is from #0 sorry ( gmsgid=0x8be6a24 function %q+F can never be copied because it uses variable sized variables) at /home/richard/src/trunk/gcc/diagnostic.c:639 #1 0x087dde5e