--- 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=gcc&view=rev&rev=138167
Log:
2008-07-26 Thomas Koenig <[EMAIL PROTECTED]>
PR fo
--- 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=gcc&view=rev&rev=138170
Log:
2008-07-26 Jerry DeLisle <[EMAIL PROTECTED]>
--- 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=gcc&view=rev&rev=138172
Log:
2008-07-26 Jerry DeLisle <[EMAIL PROTECTED]>
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 xalanc_1_8
--- 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=15965&action=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 * m_x
--- 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 f
--- 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 @@ type_has_user_provided_con
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: inter
--- 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
Assigned
--- 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 c
--- 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
--mandir=/
--- 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 t
22 matches
Mail list logo