[Bug ada/34289] Systematic recompilation of up-to-date object files when using the "-s" gnatmake option GNAT 4.3.0 on x86-*-Darwin8

[sam at gcc dot gnu dot org]

--- Comment #6 from sam at gcc dot gnu dot org  2007-12-02 09:17 ---
Bechir, could you please add the output of "gnatmake -s p.adb -v -cargs -v"?


-- 


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

[Bug ada/34289] Systematic recompilation of up-to-date object files when using the "-s" gnatmake option GNAT 4.3.0 on x86-*-Darwin8

[bechir dot zalila at gmail dot com]

--- Comment #7 from bechir dot zalila at gmail dot com  2007-12-02 09:57 
---
(In reply to comment #6)
> Bechir, could you please add the output of "gnatmake -s p.adb -v -cargs -v"?
> 

Here it is:

% gnatmake -s p.adb -cargs -v
gcc -c -v p.adb
Using built-in specs.
Target: i686-apple-darwin8
Configured with: ../gcc_trunk_clean/configure --disable-nls
--prefix=/Volumes/Stock/dev/gcc-4.3_trunk --host=i686-apple-darwin8
--target=i686-apple-darwin8 --build=i686-apple-darwin8 --enable-languages=c,ada
--with-gmp=/opt/local
Thread model: posix
gcc version 4.3.0 20071130 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'

/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../libexec/gcc/i686-apple-darwin8/4.3.0/gnat1
-quiet -dumpbase p.adb -mmacosx-version-min=10.4 -gnatez -mtune=generic -fPIC
p.adb -o /var/tmp//ccyfAlPK.s
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'
 as -arch i386 -force_cpusubtype_ALL -o p.o /var/tmp//ccyfAlPK.s
COMPILER_PATH=/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../libexec/gcc/i686-apple-darwin8/4.3.0/:/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../libexec/gcc/:/usr/libexec/gcc/i686-apple-darwin8/:/usr/lib/gcc/i686-apple-darwin8/
LIBRARY_PATH=/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../lib/gcc/i686-apple-darwin8/4.3.0/:/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../lib/gcc/:/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../lib/gcc/i686-apple-darwin8/4.3.0/../../../:/usr/lib/
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'


-- 


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

[Bug ada/34289] Systematic recompilation of up-to-date object files when using the "-s" gnatmake option GNAT 4.3.0 on x86-*-Darwin8

[bechir dot zalila at gmail dot com]

--- Comment #8 from bechir dot zalila at gmail dot com  2007-12-02 10:00 
---
(In reply to comment #7)
> (In reply to comment #6)
> > Bechir, could you please add the output of "gnatmake -s p.adb -v -cargs -v"?
> > 
> 
> Here it is:

Sorry, forgot the first -v

% gnatmake -s p.adb -v -cargs -v

GNATMAKE  4.3.0 20071130 (experimental)
Copyright (C) 1995-2007, Free Software Foundation, Inc.
  "p.ali" being checked ...
  -> "p.adb" different number of switches
-mmacosx-version-min=10.4

gcc -c -v p.adb
Using built-in specs.
Target: i686-apple-darwin8
Configured with: ../gcc_trunk_clean/configure --disable-nls
--prefix=/Volumes/Stock/dev/gcc-4.3_trunk --host=i686-apple-darwin8
--target=i686-apple-darwin8 --build=i686-apple-darwin8 --enable-languages=c,ada
--with-gmp=/opt/local
Thread model: posix
gcc version 4.3.0 20071130 (experimental) (GCC) 
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'

/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../libexec/gcc/i686-apple-darwin8/4.3.0/gnat1
-quiet -dumpbase p.adb -mmacosx-version-min=10.4 -gnatez -mtune=generic -fPIC
p.adb -o /var/tmp//ccu2zkMZ.s
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'
 as -arch i386 -force_cpusubtype_ALL -o p.o /var/tmp//ccu2zkMZ.s
COMPILER_PATH=/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../libexec/gcc/i686-apple-darwin8/4.3.0/:/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../libexec/gcc/:/usr/libexec/gcc/i686-apple-darwin8/:/usr/lib/gcc/i686-apple-darwin8/
LIBRARY_PATH=/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../lib/gcc/i686-apple-darwin8/4.3.0/:/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../lib/gcc/:/Volumes/Stock/Dev/gcc-4.3_trunk/bin/../lib/gcc/i686-apple-darwin8/4.3.0/../../../:/usr/lib/
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'
COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'
End of compilation


-- 


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

[Bug middle-end/33088] [4.1/4.2/4.3 Regression] spurious exceptions with -ffloat-store

[ebotcazou at gcc dot gnu dot org]

--- Comment #7 from ebotcazou at gcc dot gnu dot org  2007-12-02 10:13 
---
By Jakub.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-12-02 10:13:05
   date||


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

[Bug middle-end/33088] [4.1/4.2/4.3 Regression] spurious exceptions with -ffloat-store

[ebotcazou at gcc dot gnu dot org]

--- Comment #8 from ebotcazou at gcc dot gnu dot org  2007-12-02 10:13 
---
Investigating.


-- 

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 |org
 Status|NEW |ASSIGNED
   Last reconfirmed|2007-12-02 10:13:05 |2007-12-02 10:13:20
   date||


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

[Bug ada/34289] Systematic recompilation of up-to-date object files when using the "-s" gnatmake option GNAT 4.3.0 on x86-*-Darwin8

[sam at gcc dot gnu dot org]

--- Comment #9 from sam at gcc dot gnu dot org  2007-12-02 10:23 ---
Ok, the problem here is that "-mmacosx-version-min=10.4" should appear *after*
"-gnatez" not to be remembered in the ALI file:

COLLECT_GCC_OPTIONS='-mmacosx-version-min=10.4' '-c' '-v' '-gnatez'
'-mtune=generic'


-- 


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

[Bug c++/34314] New: ICE on invalid code (with variadic templates): tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in template_class_depth

[eric dot niebler at gmail dot com]

Compile with -std=c++0x

template
struct call;

template
struct call
{
template
struct result;

template
struct result
{
typedef X type;
};
};


-- 
   Summary: ICE on invalid code (with variadic templates): tree
check: expected class ‘type’, have ‘exceptional’
(error_mark) in template_class_depth
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eric dot niebler at gmail dot com


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

[Bug fortran/34186] dump-parse-tree: ICE for ts->cl->length, if ts->cl == NULL

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2007-12-02 14:24 ---
Subject: Bug 34186

Author: burnus
Date: Sun Dec  2 14:23:48 2007
New Revision: 130569

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130569
Log:
2007-12-02  Tobias Burnus  <[EMAIL PROTECTED]>

PR fortran/34186
* symbol.c (generate_isocbinding_symbol): Fix setting string
length.


Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/symbol.c


-- 


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

[Bug target/34261] Directed rounding doesn't work on MacOS X

[j dot d dot pryce at ntlworld dot com]

--- Comment #4 from j dot d dot pryce at ntlworld dot com  2007-12-02 16:17 
---
Subject: Re:  Directed rounding doesn't work on MacOS X

Dear Pinskia

-
I did not realise that GCC does not provide these libraries. Thank  
you for explaining.

On 30 Nov 2007, at 22:20, pinskia at gcc dot gnu dot org wrote:
> --- Comment #3 from pinskia at gcc dot gnu dot org  2007-11-30  
> 22:20 ---
> (In reply to comment #2)
> ...
> Lets put it this way.  If fprintf failed, it does not mean it is a  
> GCC bug as
> GCC does not provide the fprintf library function.  Yes GCC could  
> have an ABI
> bug but that would mean everything else would be broken but since  
> just fprintf
> is broken, it is most likely a bug in fprintf.

Does that mean, for instance, that every C compiler on this  
particular machine uses the same fprintf function? And it was written  
by Apple?

-
> Well since fesetround is not provided by GCC, it is provided by the  
> system.
> Also are you using Apple's provided GCC, if so please file a bug  
> with them.  We
> cannot support their modified version anyways.

I got this in a Terminal window
> johnpryce 43$which g++
> /usr/bin/g++
>
> johnpryce 44$which gcc
> /usr/bin/gcc
>
> johnpryce 45$gcc --version
> i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc.  
> build 5367)
> Copyright (C) 2005 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.   
> There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR  
> PURPOSE.


I see there is a folder /Developer/SDKs/MacOSX10.3.9.sdk/usr/lib/gcc/  
but don't know if this is used by the above gcc command, or is  
something separate.

How do I file a bug with Apple? I consulted Apple Help and found a  
page with these instructions
> To submit a bug report to Apple:
> Connect to the Internet.
> In the dialog that appeared when the application crashed, click the  
> submit button. ...
Which doesn't help, as it's not about crashes.

-
>> This violates the IEEE754 standard, which of course mandates  
>> rounding to
>> nearest as the default.
>
> Of course x87 violates it anyways.
>
> When I ran the test on a x86 machine, I get:...

This stuff about x86 versus x87 was quite new to me.

> Please read bug 323.

Thanks. I have done so, and read the "floating-point-article.pdf".  
Very useful.

> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34261
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.

John Pryce
[EMAIL PROTECTED]


-- 


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

[Bug c++/34273] [4.3 regression] Broken diagnostic: 'tree_binfo' not supported by dump_decl

[pcarlini at suse dot de]

-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-12-02 16:32:43
   date||


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

[Bug c++/34273] [4.3 regression] Broken diagnostic: 'tree_binfo' not supported by dump_decl

[paolo at gcc dot gnu dot org]

--- Comment #1 from paolo at gcc dot gnu dot org  2007-12-02 16:58 ---
Subject: Bug 34273

Author: paolo
Date: Sun Dec  2 16:58:34 2007
New Revision: 130570

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130570
Log:
/cp
2007-12-02  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/34273
* error.c (dump_decl): Handle TREE_BINFO.

/testsuite
2007-12-02  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/34273
* g++.dg/other/error21.C: New.

Added:
trunk/gcc/testsuite/g++.dg/other/error21.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug c++/34273] [4.3 regression] Broken diagnostic: 'tree_binfo' not supported by dump_decl

[pcarlini at suse dot de]

--- Comment #2 from pcarlini at suse dot de  2007-12-02 16:59 ---
Fixed.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/34061] [4.3 regression] ICE with template-template parameters and inheritance

[pcarlini at suse dot de]

-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pcarlini at suse dot de
   |dot org |
 Status|NEW |ASSIGNED


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[jvdelisle at gcc dot gnu dot org]

--- Comment #25 from jvdelisle at gcc dot gnu dot org  2007-12-02 18:45 
---
Created an attachment (id=14682)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14682&action=view)
New patch, clean fix.

Answer to comment #18, Thomas, the flush is needed for streamio_12.f90 where we
use a write(10, pos=1) to reposition the file somewhere far from the current
buffer contents.

Status since comment#24.  Two regressions have led me to back away and take a
different approach.  I would still like to revisit the unix.c internals later.

For now, the attached patch gives the very substantial improvements in STREAM
i/o and regression tested OK on x86-64.  The patch is simple and well
contained.

I will post some benchmarks shortly and submit to list for approval.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #14676|0   |1
is obsolete||


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[jvdelisle at gcc dot gnu dot org]

--- Comment #26 from jvdelisle at gcc dot gnu dot org  2007-12-02 18:55 
---
With this test case:

program main
  implicit none
  integer :: i, j
  open(95,form="unformatted",access="stream")
  do j=1, 125000
  do i=0,255
write(95) int(i,kind=1)
  end do
  end do
end program main

gfortran 4.3 with patch

$ gfc pr33985.f90 
$ time ./a.out

real0m5.823s
user0m5.781s
sys 0m0.029s

gfortran 4.2 no patch

$ gfc42 -static pr33985.f90 
$ time ./a.out

real1m8.781s
user0m10.334s
sys 0m58.446s

Thats an 11.8 X improvement.


-- 


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[jvdelisle at gcc dot gnu dot org]

--- Comment #27 from jvdelisle at gcc dot gnu dot org  2007-12-02 18:57 
---
Created an attachment (id=14683)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14683&action=view)
A sequential read test


-- 


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[jvdelisle at gcc dot gnu dot org]

--- Comment #28 from jvdelisle at gcc dot gnu dot org  2007-12-02 18:57 
---
Created an attachment (id=14684)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14684&action=view)
A sequential write test


-- 


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[jvdelisle at gcc dot gnu dot org]

--- Comment #29 from jvdelisle at gcc dot gnu dot org  2007-12-02 19:05 
---
gfortran 4.3 with patch:

$ gfc nwrite.f90 
$ time ./a.out

real0m0.568s
user0m0.533s
sys 0m0.035s
$ gfc nread.f90 
$ time ./a.out

real0m0.527s
user0m0.508s
sys 0m0.019s

gfortran 4.2, no patch:

$ gfc42 -static nwrite.f90 
$ time ./a.out

real0m6.703s
user0m1.423s
sys 0m5.280s
$ gfc42 -static nread.f90 
$ time ./a.out

real0m16.721s
user0m1.860s
sys 0m14.861s


-- 


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

[Bug middle-end/31529] [4.3 Regression] ICE in cgraph_expand_function with IMA

[aldot at gcc dot gnu dot org]

--- Comment #5 from aldot at gcc dot gnu dot org  2007-12-02 19:35 ---
Works:
$ cat one.i
extern getline();
$ gcc-4.2 -c -o pr.o one.i one.i -combine -fdump-tree-all
$ gcc-4.3-HEAD -c -o pr.o one.i one.i -combine -fdump-tree-all

4.3 doesn't seem to see the body?

$ cat one.i
extern getline(){}
$ gcc-4.2 -c -o pr.o one.i one.i -combine -fdump-tree-all
$ mv one.i.001t.tu one.i.001t.tu-4.2
$ gcc-4.3-HEAD -c -o pr.o one.i one.i -combine -fdump-tree-all
one.i:1: internal compiler error: in cgraph_expand_function, at
cgraphunit.c:1146
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
$ mv one.i.001t.tu one.i.001t.tu-4.3
$ grep -A5 getline one.i.001t.tu-4.?
one.i.001t.tu-4.2:@2611   identifier_node  strg: getline  lngt: 7   
[EMAIL PROTECTED]   bind_exprtype: @115 body: @2619   
[EMAIL PROTECTED]   tree_listvalu: @51  chan: @129
[EMAIL PROTECTED]   tree_listvalu: @25  chan: @2620   
[EMAIL PROTECTED]   tree_listvalu: @2435chan: @2621   
[EMAIL PROTECTED]   identifier_node  strg:
__sync_bool_compare_and_swap_16 
--
one.i.001t.tu-4.3:@2698   identifier_node  strg: getline  lngt: 7   
[EMAIL PROTECTED]   tree_listvalu: @51  chan: @130
[EMAIL PROTECTED]   tree_listvalu: @25  chan: @2704   
[EMAIL PROTECTED]   tree_listvalu: @2549chan: @2705   
[EMAIL PROTECTED]   identifier_node  strg: __sync_val_compare_and_swap 
one.i.001t.tu-4.3- lngt: 27  


-- 

aldot at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.2 Regression] ICE in |[4.3 Regression] ICE in
   |cgraph_expand_function with |cgraph_expand_function with
   |IMA |IMA


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

[Bug libobjc/34315] New: libobjc warnings with Win64 arget=x86_64-pc-mingw32

[nightstrike at gmail dot com]

When compiling for a Win64 target of x86_64-pc-mingw32, I receive the following
warnings:

/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c: In function
'__objc_print_dtable_stats':
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:688: warning: format '%ld' expects
type 'long int', but argument 3 has type 'long long unsigned int'
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:691: warning: format '%ld' expects
type 'long int', but argument 3 has type 'long long unsigned int'
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:695: warning: format '%ld' expects
type 'long int', but argument 3 has type 'long long unsigned int'


-- 
   Summary: libobjc warnings with Win64 arget=x86_64-pc-mingw32
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: libobjc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nightstrike at gmail dot com
 GCC build triplet: i686-pc-linux
  GCC host triplet: i686-pc-linux
GCC target triplet: x86_64-pc-mingw32


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

[Bug c++/34061] [4.3 regression] ICE with template-template parameters and inheritance

[pcarlini at suse dot de]

--- Comment #3 from pcarlini at suse dot de  2007-12-02 19:48 ---
Fixed.


-- 

pcarlini at suse dot de changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libobjc/34315] libobjc warnings with Win64 arget=x86_64-pc-mingw32

[nightstrike at gmail dot com]

--- Comment #1 from nightstrike at gmail dot com  2007-12-02 19:48 ---
Sorry, the copy and paste was cut short.  The full warning list is this:


/tmp/rt/build/gcc-svn/gcc/libobjc/archive.c: In function 'objc_read_class':
/tmp/rt/build/gcc-svn/gcc/libobjc/archive.c:911: warning: cast to pointer from
integer of different size
/tmp/rt/build/gcc-svn/gcc/libobjc/Object.m: In function '-[Object compare:]':
/tmp/rt/build/gcc-svn/gcc/libobjc/Object.m:124: warning: comparison of distinct
pointer types lacks a cast
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:44:1: warning: "rtx" redefined
In file included from /tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:33:
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/coretypes.h:83:1: warning: this is the
location of the previous definition
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c: In function
'__objc_print_dtable_stats':
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:688: warning: format '%ld' expects
type 'long int', but argument 3 has type 'long long unsigned int'
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:691: warning: format '%ld' expects
type 'long int', but argument 3 has type 'long long unsigned int'
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c:695: warning: format '%ld' expects
type 'long int', but argument 3 has type 'long long unsigned int'
/tmp/rt/build/gcc-svn/gcc/libobjc/sendmsg.c: At top level:
./runtime-info.h:4: warning: 'struct_forward_array' defined but not used
/tmp/rt/build/gcc-svn/gcc/libobjc/thr.c: In function
'__objc_thread_detach_function':
/tmp/rt/build/gcc-svn/gcc/libobjc/thr.c:117: warning: 'noreturn' function does
return
In file included from ../.././gcc/gthr-default.h:1,
 from /tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr.h:132,
 from /tmp/rt/build/gcc-svn/gcc/libobjc/thr-objc.c:42:
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h: In function
'__gthread_objc_thread_detach':
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h:122: warning: cast to
pointer from integer of different size
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h: In function
'__gthread_objc_thread_id':
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h:203: warning: cast to
pointer from integer of different size
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h: In function
'__gthread_objc_condition_allocate':
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h:292: warning: unused
parameter 'condition'
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h: In function
'__gthread_objc_condition_deallocate':
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h:300: warning: unused
parameter 'condition'
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h: In function
'__gthread_objc_condition_wait':
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h:308: warning: unused
parameter 'condition'
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h:308: warning: unused
parameter 'mutex'
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h: In function
'__gthread_objc_condition_broadcast':
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h:316: warning: unused
parameter 'condition'
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h: In function
'__gthread_objc_condition_signal':
/tmp/rt/build/gcc-svn/gcc/libobjc/../gcc/gthr-win32.h:324: warning: unused
parameter 'condition'
libtool: link: warning: undefined symbols not allowed in x86_64-pc-mingw32
shared libraries


-- 


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

[Bug bootstrap/34316] New: Operand 1 missing mode - x86_64-pc-mingw32

[nightstrike at gmail dot com]

When compiling gcc from HEAD for target=x86_64-pc-mingw32, I receive the
following warning:

../../gcc/gcc/config/i386/i386.md:19520: warning: operand 1 missing mode?
../../gcc/gcc/config/i386/i386.md:19563: warning: operand 1 missing mode?


-- 
   Summary: Operand 1 missing mode - x86_64-pc-mingw32
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nightstrike at gmail dot com
 GCC build triplet: i686-pc-linux
  GCC host triplet: i686-pc-linux
GCC target triplet: x86_64-pc-mingw32


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

[Bug c++/34061] [4.3 regression] ICE with template-template parameters and inheritance

[paolo at gcc dot gnu dot org]

--- Comment #2 from paolo at gcc dot gnu dot org  2007-12-02 19:47 ---
Subject: Bug 34061

Author: paolo
Date: Sun Dec  2 19:47:18 2007
New Revision: 130573

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130573
Log:
/cp
2007-12-02  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/34061
* pt.c (current_template_args): Use error_operand_p.

/testsuite
2007-12-02  Paolo Carlini  <[EMAIL PROTECTED]>

PR c++/34061
* g++.dg/cpp0x/pr34061.C: New.

Added:
trunk/gcc/testsuite/g++.dg/cpp0x/pr34061.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/pt.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug fortran/34306] misprinting of derived types

[terry at chem dot gu dot se]

--- Comment #4 from terry at chem dot gu dot se  2007-12-02 20:20 ---
You're outputting an array of point structures.  First the first element (a
point), then the next, and so on.  Why would you expect a different result?


-- 


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

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2007-12-02 20:54 ---
Mark, this is really only an error recovery regression. Can you relook at the
current priority?

Thanks,
Andrew Pinski

t1.cc:4: error: ISO C++ does not include variadic templates
t1.cc: In constructor 'B::B() [with T = A]':
t1.cc:9:   instantiated from here
t1.cc:6: internal compiler error: tree check: expected tree_list, have
void_type in tsubst_initializer_list, at cp/pt.c:15017
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org
   Keywords||error-recovery


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[tkoenig at gcc dot gnu dot org]

--- Comment #30 from tkoenig at gcc dot gnu dot org  2007-12-02 20:11 
---
(In reply to comment #25)
> Created an attachment (id=14682)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14682&action=view) [edit]
> New patch, clean fix.

Yes, this looks clean and self-contained (and something we can safely
incorporate into 4.3).

Although not strictly a regression-fix, I think this should also
be considered for 4.2.

This is now regtesting on my machine.

> Answer to comment #18, Thomas, the flush is needed for streamio_12.f90 where 
> we
> use a write(10, pos=1) to reposition the file somewhere far from the current
> buffer contents.

I understand that.  What I meant to ask is: Why do we
still flush for formatted stream I/O?

> Status since comment#24.  Two regressions have led me to back away and take a
> different approach.  I would still like to revisit the unix.c internals later.

Probably not in time for 4.3, but this should be on the list for 4.4
(unless we stumble across a bug).  I'll try some stress-tests :-)

In general: Your patch does the right thing for both reading and
writing, as evidenced by the strace log:

$ cat readwrite.f90 
program main
  implicit none
  integer :: i
  integer(kind=1) r
  open(95,form="unformatted",access="stream")
  do i=0,10
write(95) int(i,kind=1)
  end do
  close (95)
  open(95,form="unformatted",access="stream")
  do i=0,10
read(95) r
  end do
end program main
$ gfortran readwrite.f90 
$ strace -e write,read,_llseek ./a.out
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`\311\0"..., 512) = 512
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`4\0\000"..., 512) =
512
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\360\30"..., 512) = 512
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260a\1"..., 512) = 512
_llseek(0, 0, 0xbff954a0, SEEK_CUR) = -1 ESPIPE (Illegal seek)
_llseek(1, 0, 0xbff95490, SEEK_CUR) = -1 ESPIPE (Illegal seek)
_llseek(2, 0, 0xbff95490, SEEK_CUR) = -1 ESPIPE (Illegal seek)
_llseek(3, 0, [0], SEEK_CUR)= 0
write(3, "\0\1\2\3\4\5\6\7\10\t\n", 11) = 11
_llseek(3, 0, [0], SEEK_CUR)= 0
read(3, "\0\1\2\3\4\5\6\7\10\t\n", 8192) = 11
read(3, "", 8181)   = 0


-- 


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

[Bug fortran/34306] misprinting of derived types

[jvdelisle at gcc dot gnu dot org]

--- Comment #5 from jvdelisle at gcc dot gnu dot org  2007-12-02 20:59 
---
Closing.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c++/34069] [4.3 regression] ICE with invalid specialization of variadic template

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 20:59 ---
 Mark, this is really only an error recovery regression. Can you relook at the
current priority?

Thanks,
Andrew Pinski


t1.cc:2: error: ISO C++ does not include variadic templates
t1.cc:4: error: ISO C++ does not include variadic templates
t1.cc:4: error: ISO C++ does not include variadic templates
t1.cc:6: internal compiler error: in unify, at cp/pt.c:13202
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org


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

[Bug fortran/34175] Document when fixed form and when free form source code is assumed

[jvdelisle at gcc dot gnu dot org]

--- Comment #3 from jvdelisle at gcc dot gnu dot org  2007-12-02 21:00 
---
All done, forgot to close this earlier.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/33509] [4.3 Regression] tsubst_pack_expansion assumed to return TREE_VEC

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:03 ---
 Mark, this is really only an error recovery regression. Can you relook at the
current priority?

Thanks,
Andrew Pinski


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org


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

[Bug c++/33964] [4.3 Regression] internal compiler error: in dependent_type_p, at cp/pt.c:15319 (vararg templates)

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:03 ---
 Mark, this is really only an error recovery regression. Can you relook at the
current priority?

Thanks,
Andrew Pinski


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org


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

[Bug c++/34102] [4.3 regression] ICE with invalid inheritance of variadic templates

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:04 ---
 Mark, this is really only an error recovery regression. Can you relook at the
current priority?

Thanks,
Andrew Pinski


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org


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

[Bug c++/33943] [4.3 Regression] ICE with partial specialization on vararg template template parameter

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:03 ---
 Mark, this is really only an error recovery regression. Can you relook at the
current priority?

Thanks,
Andrew Pinski


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org


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

[Bug c++/34052] [4.3 regression] Trouble with variadic templates as template-template parameter

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 20:58 ---
 Mark, this is really only an error recovery regression. Can you relook at the
current priority?

Thanks,
Andrew Pinski

t1.cc:2: error: ISO C++ does not include variadic templates
t1.cc:4: internal compiler error: tree check: accessed elt 3 of tree_vec with 2
elts in coerce_template_parms, at cp/pt.c:5225
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org


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

[Bug c++/34051] [4.3 regression] ICE in dependent_type_p with variadic templates

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-12-02 20:57 ---
 Mark, this is really only an error recovery regression. Can you relook at the
current priority?

Thanks,
Andrew Pinski


t1.cc:7: error: ISO C++ does not include variadic templates
t1.cc: In instantiation of 'B':
t1.cc:12:   instantiated from here
t1.cc:9: internal compiler error: in dependent_type_p, at cp/pt.c:15363
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||mmitchel at gcc dot gnu dot
   ||org


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[jvdelisle at verizon dot net]

--- Comment #31 from jvdelisle at verizon dot net  2007-12-02 20:58 ---
Subject: Re:  access="stream",form="unformatted" doesn't
 buffer

tkoenig at gcc dot gnu dot org wrote:

>> Answer to comment #18, Thomas, the flush is needed for streamio_12.f90 where 
>> we
>> use a write(10, pos=1) to reposition the file somewhere far from the current
>> buffer contents.
> 
> I understand that.  What I meant to ask is: Why do we
> still flush for formatted stream I/O?
> 
:)  I misunderstood the question.  I am now regression testing without it.  We 
probably don't need it.


-- 


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

[Bug fortran/34230] Expressions of parameters evaluated with too high precision

[jvdelisle at gcc dot gnu dot org]

--- Comment #13 from jvdelisle at gcc dot gnu dot org  2007-12-02 21:02 
---
Fixed on trunk. Hope everyone is satisfied.


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/34271] [4.3 regression] ICE in invalid initialization of static template member

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 21:13 ---
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 |2007-12-02 21:13:39
   date||


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

[Bug c++/34051] [4.3 regression] ICE in dependent_type_p with variadic templates

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2007-12-02 21:15 ---
(In reply to comment #4)
> What happens in C++0x mode?  The error about variadic templates not being part
> of ISO C++ would presumably not occur in that mode.

Correct but C++0x mode was not in 4.2 so only the normal gnuC++98 mode issue of
an error recovery can be a regression.


-- 


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

[Bug libmudflap/28578] A most simple multithreaded program (practically any multithreaded one) causes mudflap violation

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2007-12-02 21:18 ---
Fixed so closing.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug c++/34274] [4.3 regression] Broken diagnostic: 'template_template_parm' not supported by dump_decl

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 21:19 ---
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 |2007-12-02 21:19:07
   date||


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

[Bug java/20158] gcj fails to compile Apache ant, resulting in "Bus error"

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-12-02 21:20 ---
No feedback in way over 3 months so closing as worksforme.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[tkoenig at gcc dot gnu dot org]

--- Comment #32 from tkoenig at gcc dot gnu dot org  2007-12-02 21:20 
---
Hi Jerry,

the regression-test went fine.

I'd say this is OK for commit.

Thomas


-- 


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

[Bug java/16858] Linking of jv-convert fails with redundant pthreads symbols

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-12-02 21:20 ---
Can you try with 4.1.3 or 4.2.2?


-- 


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

[Bug java/20495] [4.0/4.1/4.2/4.3 Regression] building gcj hangs on gcj-dbtool

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2007-12-02 21:22 ---
No feed back in over 3 months so closing as won'tfix.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WONTFIX


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

[Bug c++/31503] gcc exhausts memory when compiling pixie with optimizations

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:23 ---
No feedback in over 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/31581] targert arm-elf fails to build on Solaris

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:25 ---
No feedback in over 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/34051] [4.3 regression] ICE in dependent_type_p with variadic templates

[mmitchel at gcc dot gnu dot org]

--- Comment #6 from mmitchel at gcc dot gnu dot org  2007-12-02 21:25 
---
I disagree.  

If we bring out a new feature in the compiler, then that new feature should be
robust.  We do not want to tell users that one of the great new things about
GCC 4.3 is C++ 200x support, only to have them find that it tends to crash when
they make a mistake in their code.


-- 


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

[Bug c/31655] errors to compiler

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2007-12-02 21:26 ---
No feedback in over 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c/32166] Condition check for const char string fails

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2007-12-02 21:32 ---
No feedback in over 3 months so closing as worksforme.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug other/32263] Document the required versions of glibc and binutils

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2007-12-02 21:35 ---
This is not a bug which GCC can fix really so closing as invalid.  GCC can be
used with many older glibc.  Though sometimes newer GCC can cause older glibc
to fail build.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WONTFIX


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

[Bug c++/32768] error compiling openoffice.org-2.0 via FreeBSD ports

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2007-12-02 21:36 ---
No feedback in over 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/32119] libstdc++ headers should have pop/push of the visibility around the declarations

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:32 ---
No testcase in over 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug bootstrap/31583] gcc 4.1.2 fails to build on Solaris for target powerpc-elf

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:24 ---
No feedback in over 3 months so closing as worksforme since building a cross to
powerpc-elf-sim works for me.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug c++/34051] [4.3 regression] ICE in dependent_type_p with variadic templates

[mmitchel at gcc dot gnu dot org]

--- Comment #4 from mmitchel at gcc dot gnu dot org  2007-12-02 21:12 
---
What happens in C++0x mode?  The error about variadic templates not being part
of ISO C++ would presumably not occur in that mode.


-- 


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

[Bug c++/34314] [4.3 Regression] ICE on invalid code (with variadic templates): tree check: expected class ‘type’, have ‘exceptional’ (error_mark) in template_class_depth

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 21:10 ---
Confirmed, this is only an error recovery regression.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||error-recovery, ice-on-
   ||invalid-code
   Last reconfirmed|-00-00 00:00:00 |2007-12-02 21:10:03
   date||
Summary|ICE on invalid code (with   |[4.3 Regression] ICE on
   |variadic templates): tree   |invalid code (with variadic
   |check: expected class   |templates): tree check:
   |‘type’, have|expected class ‘type’,
   |‘exceptional’   |have ‘exceptional’
   |(error_mark) in |(error_mark) in
   |template_class_depth|template_class_depth
   Target Milestone|--- |4.3.0


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

[Bug c++/34050] [4.3 regression] ICE derived classes and variadic templates

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P2  |P4


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

[Bug middle-end/31772] Program compilation problem

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-12-02 21:28 ---
This is fixed for sure on the trunk for 4.3 by removing flow.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED
   Target Milestone|--- |4.3.0


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

[Bug c++/32671] Segment violation

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2007-12-02 21:35 ---
No feedback in over 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/32728] g++: Internal error: Terminated (program cc1plus)

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:37 ---
No feedback in over 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug libgcj/33114] jc1 segault building lljava/java/util/AbstractMap.java

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-12-02 21:41 ---
There are two bugs here, one for the ICE which is an error recovery issue while
the other issue is a build issue.  The build issue nobody can reproduce while
the first one I have seen once before. 


-- 


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

[Bug rtl-optimization/34302] [4.3 regression] Invalid code reordering

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Target Milestone|--- |4.3.0


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

[Bug middle-end/34317] New: [4.3 Regression] -fno-tree-store-copy-prop causes an ICE

[pinskia at gcc dot gnu dot org]

a small empty file will reproduce this bug.
Invoke cc1 with -fno-tree-store-copy-prop and you get an ICE:
cc1: internal compiler error: in common_handle_option, at opts.c:1786
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Obviously caused by:
r129734 | rguenth | 2007-10-29 14:16:45 -0700 (Mon, 29 Oct 2007) | 25 lines

2007-10-29  Richard Guenther  <[EMAIL PROTECTED]>

* passes.c (init_optimization_passes): Exchange store_copy_prop
with copy_prop.
* tree-pass.h (pass_store_copy_prop): Remove.
* tree-ssa-copy.c (do_store_copy_prop): Remove.
(stmt_may_generate-copy): Do not handle store_copy_prop.
(get_copy_of_val): Likewise.
(set_copy_of_val): Likewise.
(copy_prop_visit_assignment): Likewise.
(copy_prop_visit_stmt): Likewise.
(copy_prop_visit_phi_node): Likewise.
(init_copy_prop): Likewise.
(execute_copy_prop): Likewise.
(do_copy_prop): Remove.
(gate_store_copy_prop): Likewise.
(store_copy_prop): Likewise.
(pass_store_copy_prop): Likewise.
(pass_copy_prop): Call execute_copy_prop.
* opts.c (decode_options): Do not set flag_tree_store_copy_prop.
* common.opt (ftree-store-copy-prop): Mark obsolete.
* doc/invoke.texi (ftree-store-copy-prop): Remove documentation.


-- 
   Summary: [4.3 Regression] -fno-tree-store-copy-prop causes an ICE
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org


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

[Bug target/33725] Could eliminate argument push for the second const function for same arguments

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 22:06 ---
I don't think this could be done.


-- 


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

[Bug tree-optimization/33649] cc1 segfaults when multiple tree opts disabled

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 22:04 ---
-O2 -fno-tree-ch -fno-tree-copy-prop -fno-tree-dominator-opts -fno-tree-vrp  is
enough to reproduce this issue with 2906-1.c


-- 


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

[Bug middle-end/34317] [4.3 Regression] -fno-tree-store-copy-prop causes an ICE

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.3 Regression] -fno-tree- |[4.3 Regression] -fno-tree-
   |store-copy-prop causes an   |store-copy-prop causes an
   |ICE |ICE
   Target Milestone|--- |4.3.0


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

[Bug bootstrap/33130] Configuration error prevents build

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-12-02 21:43 ---
No feedback in 3 months so closing as worksforme.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||WORKSFORME


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

[Bug target/33183] compiler error: Segmentation fault: 11

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 21:42 ---
No feedback in over 3 months so closing as invalid.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||INVALID


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

[Bug c++/33937] static variables destruction results in a segmentation fault (Coredumps)

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 22:25 ---
Can you provide a testcase?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c++/33972] Cannot declare operator() using function typedef

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 22:26 ---
Confirmed.


-- 

pinskia 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 |2007-12-02 22:26:22
   date||


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

[Bug c++/33979] support for char16_t, char32_t

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 22:26 ---
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 |2007-12-02 22:26:37
   date||


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

[Bug c/34235] short variable cast to unsigned int fails to right shift as unsigned

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|major   |normal


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

[Bug libstdc++/33935] overloads in C headers

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 22:25 ---
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 |2007-12-02 22:25:07
   date||


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

[Bug c++/33750] initialization of non-integral member constant not rejected

[pinskia at gcc dot gnu dot org]

--- Comment #12 from pinskia at gcc dot gnu dot org  2007-12-02 22:11 
---


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


-- 

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=33750

[Bug c++/33858] Spurious warning with anonymous namespace and anonymous types

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2007-12-02 22:24 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||diagnostic
   Last reconfirmed|-00-00 00:00:00 |2007-12-02 22:24:33
   date||
Summary|Spurious warning with   |Spurious warning with
   |anonymous namespace |anonymous namespace and
   ||anonymous types


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

[Bug target/33944] streaming 64-bit integer stores

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug ada/33889] Inefficient code expansion for extended return statement

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement
   Keywords||missed-optimization


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

[Bug c++/11393] Initializer of static const float class member is not legal in c++98

[pinskia at gcc dot gnu dot org]

--- Comment #17 from pinskia at gcc dot gnu dot org  2007-12-02 22:11 
---
*** Bug 33750 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org


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

[Bug libstdc++/33903] Backtrace info in std::exception

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2007-12-02 22:27 ---
Not really a good request as GCC support for this is hard and non standard. 
You can do it yourself as shown below.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WONTFIX


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[jvdelisle at gcc dot gnu dot org]

--- Comment #33 from jvdelisle at gcc dot gnu dot org  2007-12-02 23:17 
---
Subject: Bug 33985

Author: jvdelisle
Date: Sun Dec  2 23:17:16 2007
New Revision: 130574

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130574
Log:
2007-12-02  Jerry DeLisle  <[EMAIL PROTECTED]>
Thomas Koenig  <[EMAIL PROTECTED]>

PR libfortran/33985
* io/transfer.c (read_block, read_block_direct, write_block,
write_buf):
Don't seek if file position is already there for STREAM I/O.
(finalize_transfer): For STREAM I/O don't flush unless the file
position
has moved past the start position before the transfer.

Modified:
trunk/libgfortran/ChangeLog
trunk/libgfortran/io/transfer.c


-- 


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

[Bug fortran/34318] New: Modules: Infinity/NaN parameters read as 0.0

[burnus at gcc dot gnu dot org]

Split off of PR 34230.

Compile the following with -fno-range-check:

   module except
   real, parameter :: inf = 1./0., nan = 0./0.
   end module

   program a
 use except
 print *, inf, nan
   end program a

This prints:
   0.000   0.000

The .mod shows:
  (CONSTANT (REAL 4 0 0 REAL ()) 0 '[EMAIL PROTECTED]@@47231941137967')
and 
  (CONSTANT (REAL 4 0 0 REAL ()) 0 '[EMAIL PROTECTED]@@47231941137967')



-- 
   Summary: Modules: Infinity/NaN parameters read as 0.0
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug tree-optimization/33860] [4.3 Regression] ICE in vectorizable_load, at tree-vect-transform.c:5503

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug fortran/34319] New: I/O: Support "NaN", "Infinity" and "INF" as input

[burnus at gcc dot gnu dot org]

Split off of PR 34230.

With Fortran 2003 supporting IEEE, gfortran should also support (case
insensitve) the followinging strings: "+NaN"/"-NAN"/"NAN",
["+"/"-"]"Infinity"/"INF".

NAG f95, g95, ifort and sunf95 support it. (And reject, e.g., "Infi".)

While openf95, gfortran and g77 reject it.


-- 
   Summary: I/O: Support "NaN", "Infinity" and "INF" as input
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org


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

[Bug tree-optimization/33866] [4.3 Regression] ICE in vect_get_vec_def_for_stmt_copy, at tree-vect-transform.c:1937

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug libfortran/33985] access="stream",form="unformatted" doesn't buffer

[jvdelisle at gcc dot gnu dot org]

--- Comment #34 from jvdelisle at gcc dot gnu dot org  2007-12-02 23:32 
---
Lets close this and see what happens. (Jerry crosses his fingers) :)


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED


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

[Bug target/34299] [avr] ICE on function attribute syntax for main()

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 23:34 ---
Can you attach the preprocessed source?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug tree-optimization/33804] ICE in vect_transform_stmt, at tree-vect-transform.c:6131 with -ftree-vectorize

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug tree-optimization/33237] [4.3 Regression] Tree memory partitioning is spending 430 seconds of a 490 second compile.

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2007-12-02 23:46 ---
Any news on this bug?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |major


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

[Bug tree-optimization/33301] wrong vectorization factor due to an invariant type-promotion in the loop

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.3.0


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

[Bug other/34224] Problem compiling gcc 4.2.2

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-02 23:50 ---
/usr/include/bits/sigthread.h:36: error: storage class specified for parameter


This sounds like a bug in glibc headers.

Can you provide the preprocessed source?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug rtl-optimization/34249] FAIL: gcc.dg/tree-prof/bb-reorg.c compilation, -fprofile-use -D_PROFILE_USE

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2007-12-02 23:52 ---
This testcase never worked.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


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

[Bug tree-optimization/31081] [4.3 Regression] Inliner messes up SSA for abnormals

[pinskia at gcc dot gnu dot org]

--- Comment #9 from pinskia at gcc dot gnu dot org  2007-12-03 02:44 ---
>From PR 30604:
 OK, new investigation show that using the smaller testcase firebird2-nav.cc
shows the inliner is misbehaving. 

before inlining  (*041t.profile):

  # BLOCK 2 freq:1
  # PRED: ENTRY [100.0%]  (fallthru,exec)
  D.2709_4 = request_3(D)->req_pool;
  D.2710_5 = (struct blk *) D.2709_4;
  D.2711_6 = request_3(D)->req_transaction;
  D.2712_10 = VIO_get (tdbb_7(D), rpb_8(D), rsb_9(D), D.2711_6, D.2710_5);
  # SUCC: 4 (ab,eh,exec) 3 [100.0%]  (fallthru,exec)

  # BLOCK 3 freq:1
  # PRED: 2 [100.0%]  (fallthru,exec)
  result_12(ab) = (BOOLEAN) D.2712_10;
<...>
  BTR_key (tdbb_7(D), D.2719_20, D.2718_19, D.2717_18, &value, 0B);
  goto ;
  # SUCC: 4 (ab,eh,exec) 5 [100.0%]  (fallthru,exec)

  # BLOCK 4
  # PRED: 2 (ab,eh,exec) 3 (ab,eh,exec)
  # result_1(ab) = PHI 
:;
  <...>

 # BLOCK 5 freq:1
  # PRED: 3 [100.0%]  (fallthru,exec) 4 [100.0%]  (fallthru,exec)
  # result_2 = PHI 
  return result_2;
  # SUCC: EXIT [100.0%]



and after inlining (*046i.inline) we see:



:

:
  D.2882_11 = request_9(D)->req_pool;
  D.2883_12 = (struct blk *) D.2882_11;
  D.2884_13 = request_9(D)->req_transaction;
  D.2885_14 = VIO_get (tdbb_8(D), rpb_3(D), rsb_1(D), D.2884_13, D.2883_12);

:
  result_15(ab) = (BOOLEAN) D.2885_14;
<...>
  BTR_key (tdbb_8(D), D.2892_22, D.2891_21, D.2890_20, &value, 0B);
  goto ;

  # result_24(ab) = PHI 
:;
<...>

:
  # result_23 = PHI 
  if (result_23 != 0)
goto ;
  else
goto ;

:
  return 1;



Basic block 7 is missing a PHI node which should merge result_23 and result_10.
 The result of this missing PHI should then be used in block 5 instead of
result_10.

The way it currently sits, result 10 is live through basic block 3, which makes
it conflict with result_15, and makes the abnormal edges uncoalescable.

Someone familiar with the inliner can probably fix this quickly. I took a quick
look but its a different world in there :-)


-- 


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

[Bug target/28132] [4.1 Regression] ICE instantiate_virtual_regs_in_insn when -fforce-addr -O1 used

[mark at halcy0n dot com]

--- Comment #7 from mark at halcy0n dot com  2007-12-03 02:49 ---
r125879 | jakub | 2007-06-20 02:50:23 -0400 (Wed, 20 Jun 2007) | 6 lines

PR middle-end/32285
* calls.c (precompute_arguments): Also precompute CALL_EXPR arguments
if ACCUMULATE_OUTGOING_ARGS.

* gcc.c-torture/execute/20070614-1.c: New test.

on the gcc-4.1 branch made this go away.  unsure if it is a real fix, or not
though.


-- 

mark at halcy0n dot com changed:

   What|Removed |Added

 CC||mark at halcy0n dot com


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

[Bug c++/34229] error on correct code

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2007-12-03 03:15 ---


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


-- 

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=34229

[Bug c++/34238] [4.3 regression] "static data member used, but not defined" error on member definition

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2007-12-03 03:15 ---
*** Bug 34229 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rwgk at yahoo dot com


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

[Bug middle-end/34212] spurious warning: value computed is not used

[pinskia at gcc dot gnu dot org]

--- Comment #5 from pinskia at gcc dot gnu dot org  2007-12-03 03:17 ---
Mine, but this will not get in until around the 25th.


-- 

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=34212

[Bug c++/34196] [4.3 Regression] uninitialized variable warning in dead exception region

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-12-03 03:33 ---
This looks like a front-end/gimplifier bug.

So we have:
allocator::allocator();
try {
  char* a = s->c_str();
  t = string::string(a);
  try {
   b =  wtx-> unserialise (t);
   wt = AutoPtr::AutoPtr (b);
  } finnally {
try {
  string::~string(t);
  } catch
  {
AutoPtr::~AutoPtr (wt);
  }
  }
}
...


At the time we call ~AutoPtr, it does not have to be fully constructored.

I think this is related (and maybe even caused by) PR 15764.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-12-03 03:33:45
   date||


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

[Bug target/34077] GCC -O1 -minline-all-stringops -minline-stringops-dynamically fails for spec 2006 bzip2, gobmk, and h264ref benchmarks

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2007-12-03 03:37 ---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

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


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

[Bug middle-end/33699] regression, missing optimization on const addr area store

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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