[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code

[rakdver at atrey dot karlin dot mff dot cuni dot cz]

--- Comment #18 from rakdver at atrey dot karlin dot mff dot cuni dot cz  
2006-02-01 08:18 ---
Subject: Re:  [4.0/4.1/4.2 Regression] ICE on throw code

Hello,

> Zdenek, have you submitted the patch yet for mainline?

no, I was waiting for reactions on my questions, so that I am sure

1) there is not a better way
2) the patch I propose is correct

Zdenek


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996

[Bug c++/24996] [4.0/4.1/4.2 Regression] ICE on throw code

[mark at codesourcery dot com]

--- Comment #19 from mark at codesourcery dot com  2006-02-01 08:21 ---
Subject: Re:  [4.0/4.1/4.2 Regression] ICE on throw code

rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:

>>Zdenek, have you submitted the patch yet for mainline?
> 
> no, I was waiting for reactions on my questions, so that I am sure
> 
> 1) there is not a better way
> 2) the patch I propose is correct

I'm sorry; I'm not well enough qualified to comment.  I would suggest
you post the questions and patch to the gcc-patches mailing list for
comment.

Thanks,


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24996

[Bug c++/20173] [3.4/4.0/4.1/4.2 regression] gcc accepts invalid partial specialization attempt of member function

[mmitchel at gcc dot gnu dot org]

--- Comment #7 from mmitchel at gcc dot gnu dot org  2006-02-01 08:51 
---
The problem is that determine_specialization decides that the out-of-class
declaration is a specialization of the in-class declaration, even though it's
not.  We should probably observe that the out-of-class declaration does not
have an explicit specialization as its innermost set of template parameters,
and therefore conclude that it can't be a specialization.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20173

[Bug c/26060] New: A ^= B ^= A ^=B doesn't work if compiled with -g

[vitaly at siliconds dot com]

Following program works differently - if compiled with flag -g or without:

--
#include 
using namespace std;

int main(){
unsigned char a[10];
a[0] = 'A';
a[2] = 'B';
a[0] ^= a[2] ^= a[0] ^= a[2];
cout <<"a0="

[Bug libffi/26048] [4.1/4.2 Regression] libffi doesn't build on Solaris 10/x86 with native assembler

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2006-02-01 10:17 ---
For the first problem, you can use something like:

+#if FFI_TRAMPOLINE_SIZE == 10
+/* Precalculated for crappy assemblers.  */
+#define RAW_CLOSURE_CIF_OFFSET 12
+#define RAW_CLOSURE_FUN_OFFSET 16
+#define RAW_CLOSURE_USER_DATA_OFFSET 20
+#else
 #define RAW_CLOSURE_CIF_OFFSET ((FFI_TRAMPOLINE_SIZE + 3) & ~3)
 #define RAW_CLOSURE_FUN_OFFSET (RAW_CLOSURE_CIF_OFFSET + 4)
 #define RAW_CLOSURE_USER_DATA_OFFSET (RAW_CLOSURE_FUN_OFFSET + 4)
+#endif
 #define CIF_FLAGS_OFFSET 20

(untested).  For the second, you should do whatever GCC emits in -fpic
.eh_frame on your platform. i386/sol2.h has:
/* Old versions of the Solaris assembler can not handle the difference of
   labels in different sections, so force DW_EH_PE_datarel.  */
#undef ASM_PREFERRED_EH_DATA_FORMAT
#define ASM_PREFERRED_EH_DATA_FORMAT(CODE,GLOBAL)   \
  (flag_pic ? ((GLOBAL ? DW_EH_PE_indirect : 0) \
   | (TARGET_64BIT ? DW_EH_PE_pcrel | DW_EH_PE_sdata4   \
  : DW_EH_PE_datarel))  \
   : DW_EH_PE_absptr)
That means adding the some configury bits to detect that, set some macro
and #if defined __PIC__ && USE_EH_FRAME_DATAREL
datarel encoded stuff
#elif defined __PIC
pcrel encoded stuff
#else
absolute encoded stuff
#endif


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26048

[Bug c/26060] A ^= B ^= A ^=B doesn't work if compiled with -g

[pluto at agmk dot net]

--- Comment #1 from pluto at agmk dot net  2006-02-01 10:23 ---
It's not a gcc bug. The code relies on the results of intermediate
subexpressions.  According to Stroustrup, The C++ Programming Language, section
6.2.2, "The order of evaluation of subexpressions within
an expression is undefined."

You should use sequence points e.g.:

a ^= b, b ^= a, a ^= b;


-- 

pluto at agmk dot net changed:

   What|Removed |Added

Summary|A ^= B ^= A ^=Bdoesn't  |A ^= B ^= A ^=Bdoesn't
   |work if compiled with -g|work if compiled with -g


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26060

[Bug bootstrap/26055] [4.2 Regression] libgcc-math declaration of __isinf conflicts with system header, fails bootstrap

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2006-02-01 10:30 ---
Subject: Bug 26055

Author: rguenth
Date: Wed Feb  1 10:30:43 2006
New Revision: 110469

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110469
Log:
2006-02-01  Richard Guenther  <[EMAIL PROTECTED]>

PR bootstrap/26055
* configure.ac: Disable libgcc-math if we cannot mix
declaration of __isinf and math.h inclusion.
* configure: Re-generate.

Modified:
trunk/libgcc-math/ChangeLog
trunk/libgcc-math/configure
trunk/libgcc-math/configure.ac


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26055

[Bug bootstrap/26059] [4.2 Regression] fenv.h use in libgcc-math

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2006-02-01 10:32 ---
Subject: Bug 26059

Author: rguenth
Date: Wed Feb  1 10:32:22 2006
New Revision: 110470

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110470
Log:
2006-02-01  Richard Guenther  <[EMAIL PROTECTED]>

PR bootstrap/26059
* flt-32/e_expf.c: Remove fenv access.

Modified:
trunk/libgcc-math/ChangeLog
trunk/libgcc-math/flt-32/e_expf.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26059

[Bug c/26060] A ^= B ^= A ^=B doesn't work if compiled with -g

[schwab at suse dot de]

--- Comment #2 from schwab at suse dot de  2006-02-01 10:34 ---


*** This bug has been marked as a duplicate of 11751 ***


-- 

schwab at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26060

[Bug c/11751] wrong evaluation order of an expression

[schwab at suse dot de]

--- Comment #58 from schwab at suse dot de  2006-02-01 10:34 ---
*** Bug 26060 has been marked as a duplicate of this bug. ***


-- 

schwab at suse dot de changed:

   What|Removed |Added

 CC||vitaly at siliconds dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11751

[Bug other/26061] New: error and warning count

[hyperquantum at gmail dot com]

I think it would be nice if gcc would give an error/warning count at the end of
its output. Something like:

$ gcc -Wall test.c
test.c:3: error: conflicting types for 'p'
test.c:2: error: previous declaration of 'p' was here
test.c:3: error: conflicting types for 'p'
test.c:2: error: previous declaration of 'p' was here
test.c: In function `main':
test.c:7: error: `d' undeclared (first use in this function)
test.c:7: error: (Each undeclared identifier is reported only once
test.c:7: error: for each function it appears in.)
test.c:6: warning: unused variable `b'
gcc: *** 3 errors, 1 warning

I currently use gcc 3.4.4, and I think gcc/g++ don't have such a feature yet
because AFAIK it is not listed in the 'new features' list of versions 4.0 and
4.1.

Just in case, the test file I used is this:

int p(int);
int p(float);

int main() {
int a, b, c;
c = a + d;
p('C');
}


-- 
   Summary: error and warning count
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hyperquantum at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061

[Bug target/21169] [4.0 regression] ICE in reload_cse_simplify_operands with -fnon-call-exceptions -fPIC -O2

[dtemirbulatov at gmail dot com]

--- Comment #5 from dtemirbulatov at gmail dot com  2006-02-01 11:01 ---
no such regression on mainline 

$ ./gcc-exec/bin/x86_64-unknown-linux-gnu-g++ -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc-20051026/configure --target=x86_64-unknown-linux-gnu
--host=i686-host_pc-linux-gnu --prefix=/home/dinar/work/fsfbugz/21169/gcc-exec/
--disable-multilib
--with-sysroot=/home/dinar/work/gnu/tools/gcc-4.0.2-20060112-glibc-2.3.5/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/sys-root
--with-local-prefix=/home/dinar/work/gnu/tools/gcc-4.0.2-20060112-glibc-2.3.5/x86_64-unknown-linux-gnu/x86_64-unknown-linux-gnu/sys-root
--disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit
--enable-languages=c,c++ --enable-shared --enable-c99 --enable-long-long
Thread model: posix
gcc version 4.1.0 20051026 (experimental)


-- 

dtemirbulatov at gmail dot com changed:

   What|Removed |Added

 CC||dtemirbulatov at gmail dot
   ||com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21169

[Bug c/26060] A ^= B ^= A ^=B doesn't work if compiled with -g

[vitaly at siliconds dot com]

--- Comment #3 from vitaly at siliconds dot com  2006-02-01 11:08 ---
Thank you very much.


-- 

vitaly at siliconds dot com changed:

   What|Removed |Added

 Status|RESOLVED|VERIFIED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26060

[Bug fortran/26041] FORTRAN compiler won't compile the valid code

[eedelman at gcc dot gnu dot org]

--- Comment #4 from eedelman at gcc dot gnu dot org  2006-02-01 11:29 
---
(In reply to comment #2)
> How about this?

As far as I can see, this latter testcase is valid code.  Confirmed.

An additional comment:  

If I change the call to the generic subroutine bar_ in xxx to a call to the
specific subroutine bar, I get

In file hum.f90:26

  call bar(self, z)
  1
Error: Type/rank mismatch in argument 'self' at (1)

which is also wrong.


-- 

eedelman at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||rejects-valid
   Last reconfirmed|-00-00 00:00:00 |2006-02-01 11:29:18
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26041

[Bug bootstrap/26055] [4.2 Regression] libgcc-math declaration of __isinf conflicts with system header, fails bootstrap

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2006-02-01 11:36 ---
This is fixed/worked around on the mainline.  A completer fix was posted here
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00026.html
for testing.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
   Severity|blocker |normal
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-02-01 01:36:30 |2006-02-01 11:36:08
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26055

[Bug bootstrap/26059] [4.2 Regression] fenv.h use in libgcc-math

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2006-02-01 11:36 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26059

[Bug bootstrap/26050] [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2006-02-01 11:38 ---
Can you provide the patch that fixed the issue for you?

Thanks,
Richard.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-02-01 01:39:59 |2006-02-01 11:38:01
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26050

[Bug c++/24278] [3.4 regression] ICE while trying to print out error

[reichelt at gcc dot gnu dot org]

--- Comment #13 from reichelt at gcc dot gnu dot org  2006-02-01 11:46 
---
Subject: Bug 24278

Author: reichelt
Date: Wed Feb  1 11:46:53 2006
New Revision: 110471

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110471
Log:
Backport:
2005-12-19  Mark Mitchell  <[EMAIL PROTECTED]>

PR c++/24278
* init.c (expand_member_init): Print messages about baseclasses
using %T rather than %D.

* g++.dg/template/ctor5.C: New test.

Added:
branches/gcc-3_4-branch/gcc/testsuite/g++.dg/ext/ctor5.C
Modified:
branches/gcc-3_4-branch/gcc/cp/ChangeLog
branches/gcc-3_4-branch/gcc/cp/init.c
branches/gcc-3_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24278

[Bug c++/24278] [3.4 regression] ICE while trying to print out error

[reichelt at gcc dot gnu dot org]

--- Comment #14 from reichelt at gcc dot gnu dot org  2006-02-01 11:48 
---
Now also fixed on the 3.4 branch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24278

[Bug c++/24915] [3.4 Regression] Overload errors generated without template instantiations for class member templates

[reichelt at gcc dot gnu dot org]

--- Comment #9 from reichelt at gcc dot gnu dot org  2006-02-01 11:52 
---
Subject: Bug 24915

Author: reichelt
Date: Wed Feb  1 11:52:56 2006
New Revision: 110472

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110472
Log:
Backport:
2005-12-19  Mark Mitchell  <[EMAIL PROTECTED]>

PR c++/24915
* class.c (add_method): Do not treat templates as identical unless
their return types are the same.

* g++.dg/template/overload8.C: New test.

Added:
branches/gcc-3_4-branch/gcc/testsuite/g++.dg/template/overload8.C
Modified:
branches/gcc-3_4-branch/gcc/cp/ChangeLog
branches/gcc-3_4-branch/gcc/cp/class.c
branches/gcc-3_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24915

[Bug c++/24915] [3.4 Regression] Overload errors generated without template instantiations for class member templates

[reichelt at gcc dot gnu dot org]

--- Comment #10 from reichelt at gcc dot gnu dot org  2006-02-01 11:54 
---
Now also fixed on the 3.4 branch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24915

[Bug c++/25369] [3.4 Regression] use of inline function in template class leads to undefined reference

[reichelt at gcc dot gnu dot org]

--- Comment #16 from reichelt at gcc dot gnu dot org  2006-02-01 11:57 
---
Subject: Bug 25369

Author: reichelt
Date: Wed Feb  1 11:57:42 2006
New Revision: 110473

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110473
Log:
Backport:
2005-12-22  Mark Mitchell  <[EMAIL PROTECTED]>

PR c++/25369
* pt.c (tsubst_copy): Call mark_used on the member referenced by an
OFFSET_REF.
* decl2.c (mark_used): Accept BASELINKs.

* g++.dg/template/ptrmem16.C: New test.

Added:
branches/gcc-3_4-branch/gcc/testsuite/g++.dg/template/ptrmem16.C
Modified:
branches/gcc-3_4-branch/gcc/cp/ChangeLog
branches/gcc-3_4-branch/gcc/cp/decl2.c
branches/gcc-3_4-branch/gcc/cp/pt.c
branches/gcc-3_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25369

[Bug c++/25369] [3.4 Regression] use of inline function in template class leads to undefined reference

[reichelt at gcc dot gnu dot org]

--- Comment #17 from reichelt at gcc dot gnu dot org  2006-02-01 11:58 
---
Now also fixed on the 3.4 branch.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25369

[Bug bootstrap/26050] [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

[ro at techfak dot uni-bielefeld dot de]

--- Comment #4 from ro at techfak dot uni-bielefeld dot de  2006-02-01 
12:18 ---
Subject: Re:  [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap
on Solaris 10/x86

rguenth at gcc dot gnu dot org writes:

> Can you provide the patch that fixed the issue for you?

Sure, but as I said, it's just a trivial global replacement of u_int32_t
with uint32_t.  I'll attach my patch (without a ChangeLog entry).

Rainer


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26050

[Bug bootstrap/26050] [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

[ro at gcc dot gnu dot org]

--- Comment #5 from ro at gcc dot gnu dot org  2006-02-01 12:19 ---
Created an attachment (id=10769)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10769&action=view)
Trivial patch to avoid use non-standard u_int32_t


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26050

[Bug c++/24926] gcc ignores access level violation for anonymous structs

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2006-02-01 12:20 
---
The following testcase shows the same problem, but *without* using
GCC's extension of anonymous structs:

==
class A {
  union {
union {
  int i;
};
  };
};

int j=A().i;
==


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   Keywords||accepts-invalid, monitored


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24926

[Bug bootstrap/26050] [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2006-02-01 12:23 ---
Oh, I thought you did the config/stdint.m4 fallback, too.  I'll take care of
that.
Thanks anyway.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26050

[Bug c++/26022] [4.2 Regression] ICE with references and virtual functions

[reichelt at gcc dot gnu dot org]

--- Comment #7 from reichelt at gcc dot gnu dot org  2006-02-01 12:25 
---
Shorter testcase:


struct A
{
A();
virtual A foo() const;
};

void bar()
{
const A& a=A();
a.foo();
}



-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
   Keywords||monitored
Summary|[4.2 Regression] ice at |[4.2 Regression] ICE with
   |cp/cp-objcp-common.c:101|references and virtual
   ||functions


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26022

[Bug bootstrap/26050] [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

[ro at techfak dot uni-bielefeld dot de]

--- Comment #7 from ro at techfak dot uni-bielefeld dot de  2006-02-01 
12:31 ---
Subject: Re:  [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap
on Solaris 10/x86

rguenth at gcc dot gnu dot org writes:

> Oh, I thought you did the config/stdint.m4 fallback, too.  I'll take care of
> that.

No, not at 2 o'clock in the night when my only intention was to quickly
restore bootstrap in order to test an unrelated fix ;-)

Rainer


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26050

[Bug c++/26032] [gomp-branch] ICE in copy_body_r

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2006-02-01 12:34 
---
This looks like a duplicate of PR 25990 to me since I can trigger
the bug also at -O0 with appropriate "--param ggc-min-expand" settings.
If I change the parameter the ICE happens at different places.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26032

[Bug middle-end/25990] gomp ICE with -fopenmp

[reichelt at gcc dot gnu dot org]

--- Comment #7 from reichelt at gcc dot gnu dot org  2006-02-01 12:38 
---
Hi Diego,

did you have a look at this one?
This makes -fopenmp almost unusable for the C++ frontend.
PR 26032 is probably a duplicate of this one.
I stumbled over the bug independently, too.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25990

[Bug middle-end/26061] error and warning count

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-01 12:49 ---
Confirmed, I really don't know if this is useful or not.  


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
  Component|other   |middle-end
 Ever Confirmed|0   |1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2006-02-01 12:49:35
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26061

[Bug middle-end/25990] gomp ICE with -fopenmp

[dnovillo at gcc dot gnu dot org]

--- Comment #8 from dnovillo at gcc dot gnu dot org  2006-02-01 12:56 
---
Mine.


-- 

dnovillo at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dnovillo at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-01-27 14:22:50 |2006-02-01 12:56:18
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25990

[Bug c++/26062] New: "Class object();" is not interpreted as a call to default constructor

[sylvain dot joyeux at m4x dot org]

The following testcase

#include 

bool flag = true;
class guardian
{
public:
guardian() { flag = false; }
~guardian() { flag = true; }
bool get() { return flag; }
};

int main()
{
guardian guard();
std::cout << guard.get() << std::endl;
std::cout << flag << std::endl;
}

Leads to the error
error: request for member 'get' in 'guard', which is of non-class type
'guardian ()()'

Note that it makes guard to *not* being constructed at all, which fails
silently if we don't call any method on the object.

I'm using 
gcc (GCC) 4.0.3 20060115 (prerelease) (Debian 4.0.2-7) on powerpc-linux-gnu


-- 
   Summary: "Class object();" is not interpreted as a call to
default constructor
   Product: gcc
   Version: 4.0.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylvain dot joyeux at m4x dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26062

[Bug c++/26062] "Class object();" is not interpreted as a call to default constructor

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-01 13:23 ---
guardian guard();

That is a declaration of a function and not a variable.  In fact the error
message tells you that.

Use "guardian guard;" instead.

This is a dup of bug 9217.  

*** This bug has been marked as a duplicate of 9217 ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26062

[Bug c++/9217] Possible Ambiguity leads to confusing error, or - compiler rejects legal-code: fails to solve ambiguity.

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2006-02-01 13:23 ---
*** Bug 26062 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||sylvain dot joyeux at m4x
   ||dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9217

[Bug libgcj/26063] New: memory leak in _Jv_Linker::link_symbol_table

[thebohemian at gmx dot net]

My patch for PR 24616 introduced a memory leak in _Jv_Linker::link_symbol_table
because some ffi structures and a String are not reachable by the garbage
collector.

It was decided to accept this problem because the above mentioned patch got
bigger and bigger.


-- 
   Summary: memory leak in _Jv_Linker::link_symbol_table
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: thebohemian at gmx dot net


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063

[Bug libgcj/24616] linking non-existing BC-compiled classes: NoClassDefFoundErrors should be deferred

[thebohemian at gmx dot net]

--- Comment #29 from thebohemian at gmx dot net  2006-02-01 13:45 ---
Fixed by: http://gcc.gnu.org/ml/java-patches/2006-q1/msg00124.html


-- 

thebohemian at gmx dot net changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.2.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24616

[Bug libgcj/24638] inconsistent use of Jv_FindClass causing too weak error condition

[thebohemian at gmx dot net]

--- Comment #2 from thebohemian at gmx dot net  2006-02-01 13:49 ---
The patch for PR 24616 contains variants of the methods I was talking here that
do not throw any exception and instead make the caller responsible for throwing
the correct exception or error:
http://gcc.gnu.org/ml/java-patches/2006-q1/msg00124.html


-- 

thebohemian at gmx dot net changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.2.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24638

[Bug fortran/26064] New: 4.1 regression introduced with patch for bug 18197

[sven dot buijssen at math dot uni-dortmund dot de]

Erik Edelmann's patch for PR fortran/18197 introduced a regression. 

a) The following test case does not compile with gfortran >= Revision 108555

--- cut here ---
% cat > foo.h < regression.f90 < undopatch18197 <   else
> {
>/* Set the type of the RESULT, then copy.  */
>   if (sym->result->ts.type == BT_UNKNOWN)
> gfc_set_default_type (sym->result, 1, sym->result->ns);
>
>   sym->ts = sym->result->ts;
>   if (sym->as == NULL)
> sym->as = gfc_copy_array_spec (sym->result->as);
> }
>
EOF

% patch gcc/fortran/resolve.c < undopatch18197
% ./configure []; make bootstrap install
--- cut here ---

the above testcase compiles smoothly again - while reopening the error reported
in bug 18197 (and causing another error in my already mentioned code I could
not reduce to a small testcase so far.)


-- 
   Summary: 4.1 regression introduced with patch for bug 18197
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sven dot buijssen at math dot uni-dortmund dot de
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064

[Bug bootstrap/26050] [4.2 Regression] Use of u_int32_t in libgcc-math breaks bootstrap on Solaris 10/x86

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2006-02-01 14:27 ---
Patch posted that includes generating a fallback _stdint.h header.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2006-
   ||02/msg00032.html
   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26050

[Bug middle-end/25990] gomp ICE with -fopenmp

[tbptbp at gmail dot com]

--- Comment #9 from tbptbp at gmail dot com  2006-02-01 14:28 ---
And you can add PR 25983 on top of it :)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25990

[Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-01 14:43 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-02-01 14:43:40
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063

[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-01 14:45 ---
This looks related to PR 26041.
Can you try the patch at
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02261.html
?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||26041


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064

[Bug fortran/26041] FORTRAN compiler won't compile the valid code

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2006-02-01 14:46 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg02261.html


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2006-
   ||01/msg02261.html
   Keywords||patch


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26041

[Bug inline-asm/16194] [3.4/4.0/4.1/4.2 Regression] global register with inline-asm and clobered

[hp at gcc dot gnu dot org]

--- Comment #15 from hp at gcc dot gnu dot org  2006-02-01 15:32 ---
(In reply to comment #14)
I'm not surprised that decl_overlaps_hard_reg_set_p is only used in
config/cris/cris.c or that it may seem limited in its implementation.
It's just a convenience function invented for it's current use.
It's a recent change too, see ChangeLog-2005.  Nice to hear it has
potential for other uses too.  Having it scan subexpressions seems
useful.  Don't forget to update the head comment, adding
"... or a sub-expression referring to an asm-declared register"
or something to the effect of describing the extended functionality.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 CC|hp at axis dot com  |hp at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16194

[Bug middle-end/25990] gomp ICE with -fopenmp

[dnovillo at gcc dot gnu dot org]

--- Comment #10 from dnovillo at gcc dot gnu dot org  2006-02-01 16:05 
---

I can't reproduced this with [EMAIL PROTECTED] nor [EMAIL PROTECTED]  Could you 
please
try again?


-- 

dnovillo at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25990

[Bug middle-end/25990] gomp ICE with -fopenmp

[reichelt at gcc dot gnu dot org]

--- Comment #11 from reichelt at gcc dot gnu dot org  2006-02-01 16:19 
---
I still get a segfault for the testcase in comment #6.
This is revision 110467 on x86_64-unknown-linux-gnu.
Note, that this is with the C frontend:

gcc -fopenmp --param ggc-min-expand=0 --param ggc-min-heapsize=0 -c PR25990.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25990

[Bug target/25514] [m68k] internal consistency failure

[stephen at marenka dot net]

--- Comment #2 from stephen at marenka dot net  2006-02-01 16:28 ---
Also fails with gcc-4.1 (debian 4.1-0exp4).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25514

[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197

[sven dot buijssen at math dot uni-dortmund dot de]

--- Comment #2 from sven dot buijssen at math dot uni-dortmund dot de  
2006-02-01 16:36 ---
The patch fixes the regression, but introduces a new internal compiler error
for the following testcase:

--- cut here ---
% cat > ice.f90  for instructions.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064

Re: [Bug c++/26062] New: "Class object();" is not interpreted as a call to default constructor

[Martin Sebor]

sylvain dot joyeux at m4x dot org wrote:

The following testcase

#include 

bool flag = true;
class guardian
{
public:
guardian() { flag = false; }
~guardian() { flag = true; }
bool get() { return flag; }
};

int main()
{
guardian guard();
std::cout << guard.get() << std::endl;
std::cout << flag << std::endl;
}

Leads to the error
error: request for member 'get' in 'guard', which is of non-class type
'guardian ()()'


FWIW, here's the HP aCC 3 error message for this program. Does it make
it clear where the problem is?

Error 583: "t.cpp", line 15 # Left side of '.' requires a class object; 
type found was a function 'guardian ()'. Did you try to declare an 
object with a nested constructor call? Such a declaration is interpreted 
as a function declaration "guardian

guard()" ["t.cpp", line 14].
std::cout << guard.get() << std::endl;
 ^

Martin

[Bug c++/26062] "Class object();" is not interpreted as a call to default constructor

[sebor at roguewave dot com]

--- Comment #2 from sebor at roguewave dot com  2006-02-01 16:47 ---
Subject: Re:   New: "Class object();" is not interpreted as
 a call to default constructor

sylvain dot joyeux at m4x dot org wrote:
> The following testcase
> 
> #include 
> 
> bool flag = true;
> class guardian
> {
> public:
> guardian() { flag = false; }
> ~guardian() { flag = true; }
> bool get() { return flag; }
> };
> 
> int main()
> {
> guardian guard();
> std::cout << guard.get() << std::endl;
> std::cout << flag << std::endl;
> }
> 
> Leads to the error
> error: request for member 'get' in 'guard', which is of non-class type
> 'guardian ()()'

FWIW, here's the HP aCC 3 error message for this program. Does it make
it clear where the problem is?

Error 583: "t.cpp", line 15 # Left side of '.' requires a class object; 
type found was a function 'guardian ()'. Did you try to declare an 
object with a nested constructor call? Such a declaration is interpreted 
as a function declaration "guardian
 guard()" ["t.cpp", line 14].
 std::cout << guard.get() << std::endl;
  ^

Martin


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26062

[Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table

[thebohemian at gmx dot net]

--- Comment #2 from thebohemian at gmx dot net  2006-02-01 16:52 ---
Added aph to get some ideas on how to solve this.

Some ideas:
The code that uses the ffi structure is so complicated because it is neccessary
to prepare a call that takes one argument (a class name). I plan to put setup
code into a separate method because I saw another location where this behavior
is needed (link.cc around line 1203).

Furthermore I was told that the ffi functions are not implemented on certain
architectures (eg ARM) and would cause compilation problems.

The new method would take this into account and provide a path with degraded
functionality: Do not create any ffi stuff and do not provide the name of the
missing class as argument.

I am a bit clueless on how to solve the memory leak thing and appreciate ideas
& pointers.


-- 

thebohemian at gmx dot net changed:

   What|Removed |Added

 CC||aph at redhat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063

[Bug fortran/26041] FORTRAN compiler won't compile the valid code

[hjl at lucon dot org]

--- Comment #6 from hjl at lucon dot org  2006-02-01 16:49 ---
*** Bug 26064 has been marked as a duplicate of this bug. ***


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 CC||sven dot buijssen at math
   ||dot uni-dortmund dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26041

[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197

[hjl at lucon dot org]

--- Comment #3 from hjl at lucon dot org  2006-02-01 16:49 ---
It is the same bug.

*** This bug has been marked as a duplicate of 26041 ***


-- 

hjl at lucon dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064

[Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table

[aph at gcc dot gnu dot org]

--- Comment #3 from aph at gcc dot gnu dot org  2006-02-01 16:57 ---
Working around the lack of libffi support on ARM is Just Plain Stupid.  We
should either fix it or cease to build on ARM.  Without libffi libgcj cannot
work in any reasonable way.

The memory leak thing can be fixed by using RawDataManaged, but it's not worth
worrying about ATM.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063

[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197

[hjl at lucon dot org]

--- Comment #4 from hjl at lucon dot org  2006-02-01 17:00 ---
I didn't see it:

[EMAIL PROTECTED]  cat xxx.f90
module ice
  implicit none
  contains

subroutine foo()
contains

  subroutine bar(baz)
integer :: baz
if (present(baz)) then
endif
  end subroutine bar
end subroutine foo
end module
[EMAIL PROTECTED] /export/build/gnu/gcc/build-x86_64-linux/gcc/gfortran
-B/export/build/gnu/gcc/build-x86_64-linux/gcc/  -S xxx.f90
 In file xxx.f90:10

if (present(baz)) then
   1
Error: 'a' argument of 'present' intrinsic at (1) must be of an OPTIONAL dummy
variable
[EMAIL PROTECTED]


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064

[Bug middle-end/25990] gomp ICE with -fopenmp

[pinskia at gcc dot gnu dot org]

--- Comment #12 from pinskia at gcc dot gnu dot org  2006-02-01 18:06 
---
I can still confirm it too.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |NEW
   Last reconfirmed|2006-02-01 12:56:18 |2006-02-01 18:06:32
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25990

[Bug c++/25940] multiple definitions of extern "C" functions

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2006-02-01 18:15 ---
Related closely to PR 13699.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  BugsThisDependsOn||13699


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25940

[Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table

[tromey at gcc dot gnu dot org]

--- Comment #4 from tromey at gcc dot gnu dot org  2006-02-01 18:32 ---
FWIW, some embedded users want to be able to remove ffi --
not for its own sake but because they also want to remove
the interpreter, reflection info (see David Daney's recent
proposal).  It doesn't seem that hard to have a #if and avoid
making a closure if libffi is not available.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063

[Bug target/23359] [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with native as: use of .word

[ro at techfak dot uni-bielefeld dot de]

--- Comment #12 from ro at techfak dot uni-bielefeld dot de  2006-02-01 
19:00 ---
Subject: Re:  [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with
native as: use of .word

I've now tried this patch on the 4.1 branch, and many testsuite failures
due to missing .word support in Sun as are gone:

http://gcc.gnu.org/ml/gcc-testresults/2006-02/msg00038.html

So the patch looks good.

Thanks.
Rainer


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23359

[Bug target/23359] [4.1/4.2 regression] Many Solaris 10/x86 testsuite failures with native as: use of .word

[pinskia at gcc dot gnu dot org]

--- Comment #13 from pinskia at gcc dot gnu dot org  2006-02-01 19:12 
---
Testing the fix on x86_64-linux-gnu.  Thanks for confirming it fixes the
problems.

Sorry for breaking this in the first place.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23359

[Bug bootstrap/26066] New: disable-threads causes undefined reference to pthread_kill and pthread_sigmask

[polite at itd dot nrl dot navy dot mil]

I tried to build gcc 4.0.2 on my FC4 machine.  I configured it with the
following options:

../configure --prefix=/tmp/gccbuildtest/gcc
--mandir=/tmp/gccbuildtest/gcc/share/man
--infodir=/tmp/gccbuildtest/gcc/share/info --enable-shared --disable-threads
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,java,f95,ada --enable-java-awt=gtk
--with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
--host=i386-redhat-linux

When I attempted to 'make bootstrap', it failed with the following errors:

...
/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/gcc/gcj
-B/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/gcc/
-B/tmp/gcctestbuild/gcc-4.0.2/gcc//i386-redhat-linux/bin/
-B/tmp/gcctestbuild/gcc-4.0.2/gcc//i386-redhat-linux/lib/ -isystem
/tmp/gcctestbuild/gcc-4.0.2/gcc//i386-redhat-linux/include -isystem
/tmp/gcctestbuild/gcc-4.0.2/gcc//i386-redhat-linux/sys-include -ffloat-store
-fno-omit-frame-pointer -g -O2 -o .libs/jv-convert
--main=gnu.gcj.convert.Convert -shared-libgcc 
-L/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/i386-redhat-linux/libjava
-L/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/i386-redhat-linux/libjava/.libs
./.libs/libgcj.so
-L/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/i386-redhat-linux/libstdc++-v3/src
-L/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/i386-redhat-linux/libstdc++-v3/src/.libs
-L/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/gcc -lgcc_s -lc -lgcc_s -ldl -lz
-lgcc_s -lc -lgcc_s -Wl,--rpath -Wl,/tmp/gcctestbuild/gcc-4.0.2/gcc//lib
./.libs/libgcj.so: undefined reference to `pthread_kill'
./.libs/libgcj.so: undefined reference to `pthread_sigmask'
collect2: ld returned 1 exit status
make[3]: *** [jv-convert] Error 1
make[3]: Leaving directory
`/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/i386-redhat-linux/libjava'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/tmp/gcctestbuild/gcc-4.0.2/compile/objdir/i386-redhat-linux/libjava'
make[1]: *** [all-target-libjava] Error 2
make[1]: Leaving directory `/tmp/gcctestbuild/gcc-4.0.2/compile/objdir'
make: *** [bootstrap] Error 2


-- 
   Summary: disable-threads causes undefined reference to
pthread_kill and pthread_sigmask
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: polite at itd dot nrl dot navy dot mil


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26066

[Bug bootstrap/26066] disable-threads causes undefined reference to pthread_kill and pthread_sigmask

[polite at itd dot nrl dot navy dot mil]

--- Comment #1 from polite at itd dot nrl dot navy dot mil  2006-02-01 
19:29 ---
Created an attachment (id=10770)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10770&action=view)
'make bootstrap' output (warnings, errors, etc.)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26066

[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197

[sven dot buijssen at math dot uni-dortmund dot de]

--- Comment #5 from sven dot buijssen at math dot uni-dortmund dot de  
2006-02-01 20:01 ---
I'm sorry. I had been experimenting which circumstances trigger the ice and
accidentally deleted the "optional" argument. To be valid the code needs to be
like

% cat > ice.f90 name,
   &n->proc_name->declared_at);

-  gfc_resolve (n);
+  gfc_resolve_type (n);
 }

   forall_flag = 0;
@@ -5827,12 +5820,37 @@
   for (eq = ns->equiv; eq; eq = eq->next)
 resolve_equivalence (eq);

-  cs_base = NULL;
-  resolve_code (ns->code, ns);
-
   /* Warn about unused labels.  */
   if (gfc_option.warn_unused_labels)
 warn_unused_label (ns->st_labels);
+}

+
+/* This function is called after a complete program unit has been compiled.
+   Its purpose is to examine all of the expressions associated with a program
+   unit, assign types to all intermediate expressions, make sure that all
+   assignments are to compatible types and figure out which names refer to
+   which functions or subroutines.  */
+
+void
+gfc_resolve (gfc_namespace * ns)
+{
+  gfc_namespace *old_ns, *n;
+
+  old_ns = gfc_current_ns;
+
+  gfc_resolve_type (ns);
+
+  for (n = ns->contained; n; n = n->sibling)
+{
+  gfc_current_ns = n;
+  cs_base = NULL;
+  resolve_code (n->code, n);
+}
+
+  gfc_current_ns = ns;
+  cs_base = NULL;
+  resolve_code (ns->code, ns);
+
   gfc_current_ns = old_ns;
 }


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064

[Bug debug/25194] [4.1/4.2 Regression] ICE in dwarf2out for mesa with -O2 -funroll-loops -g

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2006-02-01 20:02 ---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25194

[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197

[hjl at lucon dot org]

--- Comment #6 from hjl at lucon dot org  2006-02-01 21:20 ---
I got

Breakpoint 3, gfc_sym_type (sym=0xb5b800)
at /net/gnu-13/export/gnu/src/gcc-last/gcc/gcc/fortran/trans-types.c:1301
1301  type = gfc_typenode_for_spec (&sym->ts);
$8 = {name = 0xb51b46 "present", module = 0x0, declared_at = {
nextc = 0xb53bbf "(baz)) then", lb = 0xb53b90}, ts = {type = BT_UNKNOWN,
kind = 0, derived = 0x0, cl = 0x0}, attr = {allocatable = 0,
dimension = 0, external = 0, intrinsic = 0, optional = 0, pointer = 0,
save = 0, target = 0, dummy = 0, result = 0, assign = 0, data = 0,
use_assoc = 0, in_namelist = 0, in_common = 0, in_equivalence = 0,
function = 1, subroutine = 0, generic = 0, implicit_type = 0, untyped = 0,
sequence = 0, elemental = 0, pure = 0, recursive = 0, unmaskable = 0,
masked = 0, contained = 0, noreturn = 0, entry = 0, entry_master = 0,
mixed_entry_master = 0, always_explicit = 0, referenced = 1,
is_main_program = 0, access = ACCESS_UNKNOWN, intent = INTENT_UNKNOWN,
flavor = FL_PROCEDURE, if_source = IFSRC_UNKNOWN, proc = PROC_UNKNOWN,
cray_pointer = 0, cray_pointee = 0}, generic = 0x0,
  component_access = ACCESS_UNKNOWN, formal = 0x0, formal_ns = 0x0,
  value = 0x0, as = 0x0, result = 0xb5b800, components = 0x0,
  cp_pointer = 0x0, common_next = 0x0, common_head = 0x0, dummy_order = 0,
  namelist = 0x0, namelist_tail = 0x0, old_symbol = 0x0, tlink = 0x0,
  mark = 1, new = 0, equiv_built = 0, refs = 1, ns = 0xb5b170,
---Type  to continue, or q  to quit---
  backend_decl = 0x0}
(gdb)

Is "present" an intrinsic? Why isn't it marked so?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064

[Bug inline-asm/16194] [3.4/4.0/4.1/4.2 Regression] global register with inline-asm and clobered

[amylaar at gcc dot gnu dot org]

--- Comment #16 from amylaar at gcc dot gnu dot org  2006-02-01 21:56 
---
(In reply to comment #15)
> I'm not surprised that decl_overlaps_hard_reg_set_p is only used in
> config/cris/cris.c or that it may seem limited in its implementation.
> It's just a convenience function invented for it's current use.
> It's a recent change too, see ChangeLog-2005.  Nice to hear it has
> potential for other uses too.  Having it scan subexpressions seems
> useful.  Don't forget to update the head comment, adding
> "... or a sub-expression referring to an asm-declared register"
> or something to the effect of describing the extended functionality.
> 
Since we are no longer scanning only decls, and I need to return a tree so
that the caller can tell where the problem is,I have named the function that
does the scan differently.  See:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00087.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16194

[Bug libstdc++/21554] [4.0/4.1/4.2 Regression] ext/array_allocator/2.cc execution fails

[paolo at gcc dot gnu dot org]

--- Comment #11 from paolo at gcc dot gnu dot org  2006-02-01 21:57 ---
Subject: Bug 21554

Author: paolo
Date: Wed Feb  1 21:57:48 2006
New Revision: 110482

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110482
Log:
2006-02-01  Paolo Carlini  <[EMAIL PROTECTED]>

PR libstdc++/21554
* include/tr1/array (array<>::_M_instance): Maximally align.
* testsuite/ext/array_allocator/2.cc: Do not xfail for powerpc.

Modified:
branches/gcc-4_1-branch/libstdc++-v3/ChangeLog
branches/gcc-4_1-branch/libstdc++-v3/include/std/std_bitset.h
branches/gcc-4_1-branch/libstdc++-v3/include/tr1/array
branches/gcc-4_1-branch/libstdc++-v3/testsuite/ext/array_allocator/2.cc


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21554

[Bug libstdc++/21554] [4.0/4.1/4.2 Regression] ext/array_allocator/2.cc execution fails

[pcarlini at suse dot de]

--- Comment #12 from pcarlini at suse dot de  2006-02-01 22:01 ---
Fixed for 4.1.0 and mainline. Will not fix in 4_0-branch.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21554

[Bug middle-end/25990] gomp ICE with -fopenmp

[dnovillo at gcc dot gnu dot org]

--- Comment #13 from dnovillo at gcc dot gnu dot org  2006-02-01 22:36 
---
(In reply to comment #11)
> I still get a segfault for the testcase in comment #6.
> This is revision 110467 on x86_64-unknown-linux-gnu.
>
Ah, yes.  I had failed to notice the failure is on x86_64.  Sorry about that.


-- 

dnovillo at gcc dot gnu dot org changed:

   What|Removed |Added

   Last reconfirmed|2006-02-01 18:06:32 |2006-02-01 22:36:04
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25990

[Bug driver/26021] [4.2 Regression] gcc.c:3866: warning: comparison between signed and unsigned

[sje at cup dot hp dot com]

--- Comment #5 from sje at cup dot hp dot com  2006-02-02 00:08 ---
The defect number was not put in the ChangeLog file but this was fixed in GCC
subversion revision 110476.  The change was to trunk/gcc/gcc.c.


-- 

sje at cup dot hp dot com changed:

   What|Removed |Added

 CC||sje at cup dot hp dot com
 Status|NEW |RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26021

[Bug middle-end/24901] Misaligned data in fold_checksum_tree (--enable-checking=all)

[sje at gcc dot gnu dot org]

--- Comment #2 from sje at gcc dot gnu dot org  2006-02-02 00:13 ---
Subject: Bug 24901

Author: sje
Date: Thu Feb  2 00:13:39 2006
New Revision: 110487

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110487
Log:
PR middle-end/24901
* fold-const.c (fold_checksum_tree): Change type of buf.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/fold-const.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24901

[Bug c++/26068] New: extern "C" static function should not be allowed

[pr2345 at gmail dot com]

Acccording to C++ standard 7.5/7 "A linkage-specification directly containing a
single declaration shall not specify a storage class."  They also give the
following example as invalid:

extern "C" static void foo();

But g++ version 4.0.2 accepts this.


-- 
   Summary: extern "C" static function should not be allowed
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pr2345 at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26068

[Bug c++/26068] [3.4/4.0/4.1 Regression] extern "C" static function should not be allowed

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2006-02-02 00:23 ---
Confirmed, a regression from 3.0.4:
t.cc:1: multiple storage classes in declaration of `foo'


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||accepts-invalid
  Known to fail||3.2.3 3.3.3 3.4.0 4.0.0
   ||4.1.0 4.2.0
  Known to work||3.0.4 2.95.3
   Last reconfirmed|-00-00 00:00:00 |2006-02-02 00:23:56
   date||
Summary|extern "C" static function  |[3.4/4.0/4.1 Regression]
   |should not be allowed   |extern "C" static function
   ||should not be allowed
   Target Milestone|--- |4.0.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26068

[Bug driver/26021] [4.2 Regression] gcc.c:3866: warning: comparison between signed and unsigned

[dave at hiauly1 dot hia dot nrc dot ca]

--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca  2006-02-02 
01:12 ---
Subject: Re:  [4.2 Regression] gcc.c:3866: warning: comparison between signed
and unsigned

> The defect number was not put in the ChangeLog file but this was fixed in GCC
> subversion revision 110476.  The change was to trunk/gcc/gcc.c.

Thanks.  I had worked out the same change last night.  Still wondering
if the MODIFY_TARGET_NAME define in pa.h is useful.

Dave


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26021

[Bug fortran/26041] FORTRAN compiler won't compile the valid code

[hjl at lucon dot org]

--- Comment #7 from hjl at lucon dot org  2006-02-02 01:18 ---
An updated patch is posted at

http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00102.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26041

[Bug fortran/26064] 4.1 regression introduced with patch for bug 18197

[hjl at lucon dot org]

--- Comment #7 from hjl at lucon dot org  2006-02-02 01:19 ---
Please try this one

http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00102.html


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26064

[Bug target/25960] __gcc_add doesn't handle -0.0L properly

[amodra at bigpond dot net dot au]

--- Comment #4 from amodra at bigpond dot net dot au  2006-02-02 04:30 
---
I don't think this bug should have been closed so quickly.  Fixing __gcc_qadd
to properly handle a -0 result is trivial, and only costs one extra compare and
branch.  The multiply and divide support in darwin-ldouble.c already have
special code for -0, with a comment "Preserve -0", so I think lack of such a
test in __gcc_qadd is simply an oversight.


-- 

amodra at bigpond dot net dot au changed:

   What|Removed |Added

 CC||munroesj at us dot ibm dot
   ||com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25960

[Bug rtl-optimization/26069] New: Runtime endian-ness check is no longer optimized out.

[atgraham at gmail dot com]

bool tell_endian() {
  unsigned x = 1;
  return *(char*)&x;
}

g++ 3.4.2 produces:

 <_Z11tell_endianv>:
0:   55  push   %ebp
1:   89 e5   mov%esp,%ebp
3:   b8 01 00 00 00  mov$0x1,%eax
8:   c9  leave
9:   c3  ret

g++ 4.0.0 produces:

0:   55  push   %ebp
1:   89 e5   mov%esp,%ebp
3:   83 ec 10sub$0x10,%esp
6:   c7 45 fc 01 00 00 00movl   $0x1,0xfffc(%ebp)
d:   31 c0   xor%eax,%eax
f:   80 7d fc 00 cmpb   $0x0,0xfffc(%ebp)
   13:   0f 95 c0setne  %al
   16:   c9  leave
   17:   c3  ret

compile line:
g++ -O3 -c -o endian_test.o endian_test.cpp


-- 
   Summary: Runtime endian-ness check is no longer optimized out.
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: atgraham at gmail dot com
  GCC host triplet: linux-x86-elf
GCC target triplet: linux-x86-elf


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26069

[Bug rtl-optimization/26069] Runtime endian-ness check is no longer optimized out.

[atgraham at gmail dot com]

--- Comment #1 from atgraham at gmail dot com  2006-02-02 05:02 ---
I've also confirmed the following:
The optimization also works on gcc 2.95.2
It does not work on gcc 4.0.2


-- 

atgraham at gmail dot com changed:

   What|Removed |Added

 CC||atgraham at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26069

[Bug rtl-optimization/26069] [4.0/4.1/4.2 Regression] Runtime endian-ness check is no longer optimized out.

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2006-02-02 05:19 ---
If you used GCC's extension of using an union as not violating aliasing rules,
it works there but does not with using the portable ways:
bool tell_endian() {
  unsigned x = 1;
  return *(char*)&x;
}

bool tell_endian1()
{
  char a;
  int x = 1;
  __builtin_memcpy(&a, &x, 1);
  return a;
}
bool tell_endian_good()
{
  union{int i;char c;}a;
  a.i = 1;
  return a.c;
}
-

Only tell_endian_good produces good result.

This looks like the removal of addressof RTL caused this.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|major   |normal
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   GCC host triplet|linux-x86-elf   |
 GCC target triplet|linux-x86-elf   |
   Keywords||missed-optimization
   Last reconfirmed|-00-00 00:00:00 |2006-02-02 05:19:37
   date||
Summary|Runtime endian-ness check is|[4.0/4.1/4.2 Regression]
   |no longer optimized out.|Runtime endian-ness check is
   ||no longer optimized out.
   Target Milestone|--- |4.0.3


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26069

[Bug target/25960] __gcc_add doesn't handle -0.0L properly

[amodra at bigpond dot net dot au]

--- Comment #5 from amodra at bigpond dot net dot au  2006-02-02 06:18 
---
* config/rs6000/darwin-ldouble.c (__gcc_qadd): Preserve -0.0 result.

Index: gcc/config/rs6000/darwin-ldouble.c
===
--- gcc/config/rs6000/darwin-ldouble.c  (revision 110484)
+++ gcc/config/rs6000/darwin-ldouble.c  (working copy)
@@ -117,10 +117,15 @@ __gcc_qadd (double a, double aa, double 
 {
   q = a - z;
   zz = q + c + (a - (q + z)) + aa + cc;
-  xh = z + zz;
-
-  if (nonfinite (xh))
-   return xh;
+  xh = z;
+  /* Keep -0 result.  */
+  if (zz != 0.0)
+   {
+ xh += zz;
+
+ if (nonfinite (xh))
+   return xh;
+   }

   x.dval[0] = xh;
   x.dval[1] = z - xh + zz;


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25960