--- Comment #8 from tkoenig at gcc dot gnu dot org 2008-07-26 10:31 ---
Subject: Bug 36934
Author: tkoenig
Date: Sat Jul 26 10:30:50 2008
New Revision: 138167
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138167
Log:
2008-07-26 Thomas Koenig [EMAIL PROTECTED]
PR
--- Comment #9 from tkoenig at gcc dot gnu dot org 2008-07-26 10:31 ---
Test case added, closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-07-26 12:57
---
Subject: Bug 36852
Author: jvdelisle
Date: Sat Jul 26 12:57:06 2008
New Revision: 138170
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138170
Log:
2008-07-26 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2008-07-26 13:07
---
Subject: Bug 36852
Author: jvdelisle
Date: Sat Jul 26 13:06:21 2008
New Revision: 138172
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138172
Log:
2008-07-26 Jerry DeLisle [EMAIL PROTECTED]
PR
Revision 138123:
http://gcc.gnu.org/ml/gcc-cvs/2008-07/msg00834.html
may break C++:
[EMAIL PROTECTED] rrs]$ ./138127/usr/bin/gcc -m32 -S bar.ii
bar.ii: In constructor âxalanc_1_8::SelectionEvent::SelectionEvent(xalanc_1_8
tylesheetExecutionContext, const xalanc_1_8::XalanNode*, const
--- Comment #1 from hjl dot tools at gmail dot com 2008-07-26 14:59 ---
Created an attachment (id=15965)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15965action=view)
A testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36944
--- Comment #2 from hjl dot tools at gmail dot com 2008-07-26 17:08 ---
A simple testcase:
bash-3.2$ cat /tmp/bar.cc
class XObject
{
public:
int foo;
};
class XObjectPtr
{
public:
explicit
XObjectPtr(XObject* theXObject = 0) : m_xobjectPtr(theXObject)
{
}
private:
XObject *
--- Comment #3 from hjl dot tools at gmail dot com 2008-07-26 17:21 ---
I am not sure if
/* Returns true iff class T has a user-provided default constructor. */
bool
type_has_user_provided_default_constructor (tree t)
{
tree fns;
if (!TYPE_HAS_USER_CONSTRUCTOR (t))
return
--- Comment #4 from hjl dot tools at gmail dot com 2008-07-26 18:05 ---
This works for me:
Index: class.c
===
--- class.c (revision 138172)
+++ class.c (working copy)
@@ -4107,7 +4107,7 @@
struct Bar { int a; int b; };
struct Foo { int x; struct Bar y; };
int __attribute__((const)) foo (struct Bar);
int bar (int b)
{
struct Foo f;
int c;
while (b--)
{
c = foo(f.y);
}
return c;
}
./cc1 -quiet -O2 t.i -fdump-tree-all-details
t.i: In function 'bar':
t.i:7:
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-26 18:17 ---
I'll deal with it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2008-07-26 19:04 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-07/msg02096.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-07-26 19:20 ---
HJL,
Can you please be a little more described in the summary of your bugs as
saying C++ is broken is not true and really counter productive as everyone
thinks C++ is really broken now. But in reality it is only
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-07-26 19:33 ---
The simplest solution is to punt value-numbering calls with arguments that
do not fit in one vn_reference_op.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36945
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-07-26 20:28 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
CC|
gcc-4.3.1 doesn't build out-of-the box on SUSE 10.2.
Here are some specs:
host-57-44:/usr/local/gcc-4.3.1 # gcc -v
Using built-in specs.
Target: x86_64-suse-linux
Configured with: ../configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-26 21:23 ---
Try building in a separate directory from the source directory as recommended
on the installation web site.
*** This bug has been marked as a duplicate of 35619 ***
--
pinskia at gcc dot gnu dot org changed:
--- Comment #21 from pinskia at gcc dot gnu dot org 2008-07-26 21:23
---
*** Bug 36946 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from jason at redhat dot com 2008-07-26 21:41 ---
Subject: Re: [4.4 Regression]: Revision 138123 breaks C++
hjl dot tools at gmail dot com wrote:
+ if (skip_artificial_parms_for (fn, DECL_ARGUMENTS (fn))
+ == NULL_TREE)
+ return true;
+
--- Comment #8 from hjl dot tools at gmail dot com 2008-07-26 22:13 ---
(In reply to comment #7)
Subject: Re: [4.4 Regression]: Revision 138123 breaks C++
hjl dot tools at gmail dot com wrote:
+ if (skip_artificial_parms_for (fn, DECL_ARGUMENTS (fn))
+ ==
The following test case demonstrates a problem with gfortran, and several
other, compilers that are not properly checking intents. This happens when
using an interface block to define a dummy argument for passing subprograms.
The interface of the actual routine being passed is not fully compared
--- Comment #1 from w6ws at earthlink dot net 2008-07-27 04:22 ---
Fixed summary and keyword fields
--
w6ws at earthlink dot net changed:
What|Removed |Added
GCC build
22 matches
Mail list logo
