[Bug java/28149] Fail to test GCC on simulation due to libjava build errors.

2006-06-29 Thread jserv at kaffe dot org


--- Comment #3 from jserv at kaffe dot org  2006-06-29 06:43 ---
(In reply to comment #2)
 The timezone part of this patch looks odd.
 I would expect that we would need another case in there
 for __timezone -- both a configure check and another
 #if.

I compared automake detecting report between gcc/gcj and GNU Classpath, and I
found that macro definition HAVE_UNDERSCORE_TIMEZONE was set to different
values. For the former, that is 1, and becomes unset for the later. GNU
Classpath bootstrapped with Automake 1.9.6 works for me, and configure script
outputs the right results.

Still, I don't find other clues.


-- 


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



[Bug c/28195] (shift operator) does rotate operation

2006-06-29 Thread tetsuji dot rai at gmail dot com


--- Comment #2 from tetsuji dot rai at gmail dot com  2006-06-29 07:30 
---
sorry and thanks.  my mistake.


-- 


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



mudflapth not working

2006-06-29 Thread Stuart Clarke
Hi all,

First submission to this list, so go easy on me.  I've the following
file (temp.cc):

#include stdio.h
#include unistd.h
#include pthread.h


int foo_static[] = {0, 0};


void* run(void* arg)
{
int foo[] = {0, 0};
printf(foo[2]: %d\r\n, foo[2]);
printf(foo_static[2]: %d\r\n, foo_static[2]);
}


int main(void)
{
pthread_t thread;
pthread_attr_t attributes;
pthread_attr_init(attributes);
pthread_create(thread, attributes, run, 0);

for (;;) {
sleep(1);
}

return 0;
}

And I conduct the following transaction with my computer:

[EMAIL PROTECTED]:~$ set | fgrep MUDFLAP
MUDFLAP_OPTIONS='-mode-check --viol-segv'
[EMAIL PROTECTED]:~$ g++ -fmudflapth -fmudflap temp.cc -lmudflapth -lpthread
[EMAIL PROTECTED]:~$ ./a.out
foo[2]: -1209174832
***
mudflap violation 1 (check/read): time=1151571511.357805 ptr=0x80c9168
size=12
pc=0xb7ec5a30 location=`temp.cc:13 (run)'
  /usr/lib/libmudflapth.so.0(__mf_check+0x50) [0xb7ec5a30]
  ./a.out(_Z3runPv+0x1f0) [0x8048be2]
  /usr/lib/libmudflapth.so.0 [0xb7ed3a53]
Nearby object 1: checked region begins 0B into and ends 4B after
mudflap object 0x80ca2e8: name=`temp.cc:6 int foo_static [2]'
bounds=[0x80c9168,0x80c916f] size=8 area=static check=3r/0w liveness=3
alloc time=1151571511.288349 pc=0xb7ec53f0 thread=3083183808
number of nearby objects: 1
Segmentation fault
[EMAIL PROTECTED]:~$

As you can see, only the indexing of foo_static caused a violation, not
the indexing of foo.  If foo were in main()'s stack, however, it would
have caused a violation.

Versions of stuff as follows:

[EMAIL PROTECTED]:~$ gcc --version
gcc (GCC) 4.1.2 20060613 (prerelease) (Debian 4.1.1-5)
Copyright (C) 2006 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.

[EMAIL PROTECTED]:~$ uname -a
Linux nono 2.6.15.6 #2 Thu Mar 9 17:34:11 EST 2006 i686 GNU/Linux
[EMAIL PROTECTED]:~$

I've tried to compile 4.1.0 from a GNU mirror, but with the same result.

Can anyone shed some light on this?

Thanks,

Stuart

-- 
Stuart Clarke [EMAIL PROTECTED]



[Bug target/28150] ICE in reload_cse_simplify_operands, at postreload.c:394

2006-06-29 Thread pluto at agmk dot net


--- Comment #4 from pluto at agmk dot net  2006-06-29 09:36 ---
this bug blocks portable.net developing.


-- 

pluto at agmk dot net changed:

   What|Removed |Added

   Severity|normal  |blocker


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



[Bug middle-end/26991] [4.1 Regression] Target Help Seg Fault.

2006-06-29 Thread jakub at gcc dot gnu dot org


--- Comment #8 from jakub at gcc dot gnu dot org  2006-06-29 09:58 ---
Created an attachment (id=11778)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11778action=view)
o.c

For the record, the same can be reproduced also with vanilla FSF
gcc-4_1-branch.
./cc1 --version; ./cc1 -quiet -m32 -O2 -mtune=pentium4 o.c; grep
cl_options_count o.s
GNU C version 4.1.2 20060629 (prerelease) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.1.1 20060525 (Red Hat 4.1.1-1).
GGC heuristics: --param ggc-min-expand=98 --param ggc-min-heapsize=128109
movlcl_options_count, %edx
cmplcl_options_count, %esi
cmplcl_options_count, %esi
movlcl_options_count, %ebx
movl%ebx, cl_options_count
cmplcl_options_count, %esi
movlcl_options_count, %ebx


-- 


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



[Bug middle-end/26991] [4.1 Regression] Target Help Seg Fault.

2006-06-29 Thread jakub at gcc dot gnu dot org


--- Comment #9 from jakub at gcc dot gnu dot org  2006-06-29 10:06 ---
And 29 commit indeed fixes this.  Will bootstrap/regtest now.


-- 


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



[Bug c/28198] New: ICE building mips-elf cross compiler

2006-06-29 Thread fnf at specifixinc dot com
The current top-of-tree i686 native compiler gets an internal error building
a mips-elf toolchain, while compiling tree.c.  The native compiler identifies
itself as:

  $ gcc -v
  Using built-in specs.
  Target: i686-pc-linux-gnu
  Configured with: /src/latest/trunk/src/gcc/configure -v  
--prefix=/opt/local/latest/trunk --enable-languages=c,c++ --disable-werror  
--cache-file=.././config.cache --srcdir=/src/latest/trunk/src/gcc
  Thread model: posix
  gcc version 4.2.0 20060628 (experimental)

It can be reproduced with the command:

  $ ./cc1 -quiet -g -O2 -W -Wwrite-strings bug.i
  tree.c:7615: internal compiler error: Segmentation fault

I will attempt to attach the preprocessed version of tree.c (bug.i) referenced
above.


-- 
   Summary: ICE building mips-elf cross compiler
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fnf at specifixinc dot com
 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=28198



[Bug c/28198] ICE building mips-elf cross compiler

2006-06-29 Thread fnf at specifixinc dot com


--- Comment #1 from fnf at specifixinc dot com  2006-06-29 11:05 ---
Created an attachment (id=11779)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11779action=view)
Preprocessed version of tree.c

I had to wack away some code to get it to fit within the apparent 1Mb limit for
attachments.


-- 


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



[Bug c/28199] New: -Wmissing-format-attribute produces false positives on vprintf() like functions

2006-06-29 Thread flameeyes at gentoo dot org
As the summary says, -Wmissing-format-attribute produces false positive
warnings when a function is declared to use a vprintf-like prototype, and this
can't be fixed because the printf attribute does not support varargs functions
(of course).

I'm attaching a testcase that should identify the problem. I hope it's in the
right format, I don't follow development closely, so I just adapted a testcase
from Joseph S. Myers that was added with the fix to bug #1017.

HTH,
Diego


-- 
   Summary: -Wmissing-format-attribute produces false positives on
vprintf() like functions
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: flameeyes at gentoo dot org
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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



[Bug c/28199] -Wmissing-format-attribute produces false positives on vprintf() like functions

2006-06-29 Thread flameeyes at gentoo dot org


--- Comment #1 from flameeyes at gentoo dot org  2006-06-29 11:27 ---
Created an attachment (id=11780)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11780action=view)
impossible-missing-format-attribute.c


-- 


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



[Bug fortran/28200] New: One warning seems to appear only with '-O2' even though '-Wall' is specified

2006-06-29 Thread P dot Schaffnit at access dot rwth-aachen dot de
Hi!

It might be poorly understanding something, but I am under the impression that
some warning from '-Wall' only appear in conjunction with '-O2'.

Here is a simplified case which seems to exhibit this behaviour: do not look
for much meaning, in this very case the warning turns out to be a bit
unecessary, but no way the compiler could figure that out. Anyway, this is just
one example, and I believe that to be systematic.

It might be nice at some point if someone could fix that, but it's only
compilation diagnostics after all...

Thanks!

Philippe

PS: some sources which trigger this behaviour:
!
  SUBROUTINE Check ( Number )
!
  IMPLICIT   NONE
  INTEGER :: Value
  INTEGER, INTENT(IN) ::   Number
!
  SELECT CASE ( Number )
  CASE ( 1 )
Value = 11
  CASE ( 2 )
Value = 12
  CASE ( 3 )
Value = 13
  CASE DEFAULT
CALL Some_Routine_Performing_Orderly_Stop
  END SELECT
  IF ( Value .LT. 0 ) THEN
CALL Some_Routine_Issueing_Some_Warnings
CALL Some_Routine_Performing_Orderly_Stop
  ENDIF
!
  RETURN
  END SUBROUTINE Check
!

PPS: what I get compiling that:
 gfortran -O2 -g -Wall -c Sources.f90
 Sources.f90: In function 'check':
 Sources.f90:18: warning: 'value' is used uninitialized in this function
whereas 'gfortran -g -Wall -c Sources.f90' gives no warning of any kind

PPPS: my build is not up to date but still relatively recent:
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: /USER/philippe/Irix/Gcc_Sources/configure
--prefix=/WORK/philippe/Tools/Gcc --enable-languages=c,fortran
--disable-maintainer-mode --disable-shared
--with-mpfr=/WORK/philippe/Tools/Mpfr --with-gmp=/WORK/philippe/Tools/Gmp
Thread model: posix
gcc version 4.2.0 20060626 (experimental)


-- 
   Summary: One warning seems to appear only with '-O2' even though
'-Wall' is specified
   Product: gcc
   Version: 4.2.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: P dot Schaffnit at access dot rwth-aachen dot de


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



[Bug c/28199] -Wmissing-format-attribute produces false positives on vprintf() like functions

2006-06-29 Thread schwab at suse dot de


--- Comment #2 from schwab at suse dot de  2006-06-29 11:42 ---
From (gcc)Function Attributes:
 For functions where the
 arguments are not available to be checked (such as `vprintf'),
 specify the third parameter as zero.

void foo (const char *, va_list) __attribute__ ((format (printf, 1, 0)));


-- 

schwab at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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



[Bug c++/26559] [4.0 Regression] ICE with __builtin_constant_p in template argument

2006-06-29 Thread jakub at gcc dot gnu dot org


--- Comment #7 from jakub at gcc dot gnu dot org  2006-06-29 11:49 ---
Subject: Bug 26559

Author: jakub
Date: Thu Jun 29 11:49:07 2006
New Revision: 115067

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115067
Log:
2006-06-14  Mark Mitchell  [EMAIL PROTECTED]

PR c++/26559
* c-common.h (c_finish_omp_atomic): Adjust declaration.
* c-omp.c (c_finish_omp_atomic): Return the expression to perform,
rather than calling add_stmt on it.
* c-parser.c (c_parser_omp_atomic): Adjust accordingly.

* pt.c (tsubst_expr): Use finish_omp_atomic.
* semantics.c (finish_omp_atomic): Rework to use standard
paradigms for handling non-dependent expressions.

* g++.dg/gomp/tpl-atomic-2.C: Remove XFAIL.

Modified:
branches/redhat/gcc-4_1-branch/gcc/ChangeLog
branches/redhat/gcc-4_1-branch/gcc/c-common.h
branches/redhat/gcc-4_1-branch/gcc/c-omp.c
branches/redhat/gcc-4_1-branch/gcc/c-parser.c
branches/redhat/gcc-4_1-branch/gcc/cp/ChangeLog
branches/redhat/gcc-4_1-branch/gcc/cp/pt.c
branches/redhat/gcc-4_1-branch/gcc/cp/semantics.c
branches/redhat/gcc-4_1-branch/gcc/testsuite/ChangeLog
branches/redhat/gcc-4_1-branch/gcc/testsuite/g++.dg/gomp/tpl-atomic-2.C


-- 


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



[Bug c/28199] -Wmissing-format-attribute produces false positives on vprintf() like functions

2006-06-29 Thread flameeyes at gentoo dot org


--- Comment #3 from flameeyes at gentoo dot org  2006-06-29 12:17 ---
Sorry, I think I misunderstood the error messages' chain, as when the
__attribute__ is malformed (forgot a '('), the warning about the possible
candidate appear anyway, so i thought it was simply being ignored with '0'
parameter.

Sorry :(


-- 


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



[Bug fortran/28201] New: gfortran ICE if argument list does not match generic interface

2006-06-29 Thread daniel dot franke at imbs dot uni-luebeck dot de
$ cat ice.f90
MODULE ice_gfortran
  INTERFACE ice
MODULE PROCEDURE ice_i
  END INTERFACE

CONTAINS
  SUBROUTINE ice_i(i)
INTEGER, INTENT(IN) :: i
! do nothing
  END SUBROUTINE
END MODULE

MODULE provoke_ice
CONTAINS
  SUBROUTINE provoke
USE ice_gfortran
CALL ice(23.0)
  END SUBROUTINE
END MODULE

PROGRAM xxx
  USE provoke_ice
  CALL provoke
END PROGRAM

$ gfortran-4.1.1 -g ice.f90
ice.f90:3: internal compiler error: Segmentation fault
Please submit a full bug report,


Without the intermediate module 'provoke_ice', an error is reported:


$ cat no-ice.f90
MODULE ice_gfortran
  INTERFACE ice
MODULE PROCEDURE ice_i
  END INTERFACE

CONTAINS
  SUBROUTINE ice_i(i)
INTEGER, INTENT(IN) :: i
! do nothing
  END SUBROUTINE
END MODULE

PROGRAM xxx
  USE ice_gfortran
  CALL ice(23.0)
END PROGRAM

$ gfortran-4.1.1 -g no-ice.f90
In file no-ice.f90:15

  CALL ice(23.0)
   1
Error: Generic subroutine 'ice' at (1) is not an intrinsic subroutine


-- 
   Summary: gfortran ICE if argument list does not match generic
interface
   Product: gcc
   Version: 4.1.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: daniel dot franke at imbs dot uni-luebeck dot de
  GCC host triplet: i686-pc-linux-gnu


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



[Bug fortran/28200] One warning seems to appear only with '-O2' even though '-Wall' is specified

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #1 from pinskia at gcc dot gnu dot org  2006-06-29 12:55 ---
Please read
http://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#Warning-Options:
-Wuninitialized
Warn if an automatic variable is used without first being initialized or if a
variable may be clobbered by a setjmp call.
These warnings are possible only in optimizing compilation, because they
require data flow information that is computed only when optimizing. If you do
not specify -O, you will not get these warnings. Instead, GCC will issue a
warning about -Wuninitialized requiring -O.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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



[Bug c/28198] ICE building mips-elf cross compiler

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #2 from pinskia at gcc dot gnu dot org  2006-06-29 13:09 ---
It works with a cross to x86-linux-gnu with 4.2.0 20060617.


-- 


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



[Bug c/28198] ICE building mips-elf cross compiler

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #3 from pinskia at gcc dot gnu dot org  2006-06-29 13:20 ---
It works on x86_64 with ./cc1 pr28198.i -m32 -g -O2 -W -Wwrite-strings on the
stage1 cc1 so maybe something is miscompiling cc1 or there is a GC issue.


-- 


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



[Bug c/28198] ICE building mips-elf cross compiler

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #4 from pinskia at gcc dot gnu dot org  2006-06-29 13:24 ---
(In reply to comment #3)
Or a HWI == 32bit problem because x86_64 is 64bit so is powerpc-* which I tried
also.


-- 


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



[Bug c++/27768] [4.1 regression] wrong-code with vectors

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #13 from pinskia at gcc dot gnu dot org  2006-06-29 13:49 
---
Fixed on the mainline at least.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.1.0 4.1.1
  Known to work||4.0.0
Summary|[4.1/4.2 regression] wrong- |[4.1 regression] wrong-code
   |code with vectors   |with vectors


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



[Bug middle-end/28198] [4.2 Regression] ICE building mips-elf cross compiler

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #5 from pinskia at gcc dot gnu dot org  2006-06-29 14:10 ---
Can you give a backtrace?
Because I am getting a bootstrap failure on x86_64 which looks like it could be
the same.
The backtrace I have for the x86_64 bootstrap failure is:
#0  0x009d8203 in copy_node_stat (node=0x2c1c8fc0) at
/home/pinskia/src/newtest/trunk/gcc/tree.c:617
#1  0x00a1a4d7 in copy_constant (exp=0x2c1c8fc0) at
/home/pinskia/src/newtest/trunk/gcc/varasm.c:2709

And length is incorrect now after Richard G.'s patch for make_string changes.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
  Component|c   |middle-end
   Keywords||ice-on-valid-code
Summary|ICE building mips-elf cross |[4.2 Regression] ICE
   |compiler|building mips-elf cross
   ||compiler
   Target Milestone|--- |4.2.0


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



[Bug c/28202] New: ARM cross-compiler seg. fault with -mfpu=vfp and optimization

2006-06-29 Thread clifford dot slocombe at dyson dot com
Version info:
--
E:\vfpfaultarm-elf-gcc -v
Using built-in specs.
Target: arm-elf
Configured with: ../../gcc-4.0.2/configure --enable-languages=c,c++
--enable-interwork --enable-multilib --with-gcc --with-gnu-ld --with-gnu-as
--with-stabs --disable-shared --disable-threads --disable-win32-registry
--disable-nls --target=arm-elf --with-newlib --prefix=c:/WinARM -v
Thread model: single
gcc version 4.0.2 (WinARM)
--

Compile log:
--
E:\vfpfaultarm-elf-gcc -c -O2 -mfpu=vfp -mfloat-abi=softfp test.c
test.c: In function 'test':
test.c:4: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for instructions.
--

Code to reproduce error (test.c)
--
double test( double x )   // Line 1
{ // Line 2
  return (x = 0 ? 0 : -1.0); // Line 3
} // Line 4 - error reproted here.

-EOF--

I originally encountered this bug in code written to evaluate the performance
of the Philips LPC3180 microcontroller (which has VFP hardware) and GCC. The
error went away when I modified the code. I then encountered it again when
attempting to rebuild Newlib-1.14.0 for VFP support, where it occurred in
mathfp/s_floor.c. The code presented here is derived from the newlib code by
cutting it down to the smallest code possible that reproduces the error and
with no dependencies.

The error occurs also when line 3 is replaced with the following:

return( x = 0 ) ;
return( x = 0 ) ;
return( x  0 ) ;
return( x  0 ) ;

Although in all four of the above, if the return type is changed to int, it
does not fail.

In all cases if -mfpu=vfp or the -Ox option is removed, the error does not
occur.

The error occurs for all of -Os, -O1, -O2, -O3, (but not -O0).

The test platform details for the test were:
Windows XP Pro SP2
HP Compaq nx8220 Laptop, Pentium M 2.0GHz, 1Gb RAM

Note that the compiler used was a native Win32 build and not a Cygwin dependant
or Linux hosted build.


-- 
   Summary: ARM cross-compiler seg. fault with -mfpu=vfp and
optimization
   Product: gcc
   Version: 4.0.2
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: clifford dot slocombe at dyson dot com


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



[Bug c/28202] ARM cross-compiler seg. fault with -mfpu=vfp and optimization

2006-06-29 Thread clifford dot slocombe at dyson dot com


--- Comment #1 from clifford dot slocombe at dyson dot com  2006-06-29 
16:06 ---
The line The error occurs also when line 3 is replaced with the following:
should read The error occurs also when line 3 is replaced with either of the
following:

Clifford


-- 


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



[Bug target/28202] ARM cross-compiler seg. fault with -mfpu=vfp and optimization

2006-06-29 Thread pinskia at gcc dot gnu dot org


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|critical|normal
  Component|c   |target
   Keywords||ice-on-valid-code


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



[Bug fortran/18923] segfault after subroutine name confusion

2006-06-29 Thread tobi at gcc dot gnu dot org


--- Comment #7 from tobi at gcc dot gnu dot org  2006-06-29 17:05 ---
I don't see an internal error any longer, closing as WORKSFORME.


-- 

tobi at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||tobi at gcc dot gnu dot org
 Status|NEW |RESOLVED
 Resolution||WORKSFORME


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



[Bug fortran/19259] ; as first nonblank character on a line should be an error

2006-06-29 Thread tobi at gcc dot gnu dot org


--- Comment #3 from tobi at gcc dot gnu dot org  2006-06-29 17:43 ---
Testing a patch.


-- 

tobi at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |tobi at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2006-01-08 05:58:18 |2006-06-29 17:43:51
   date||


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



[Bug middle-end/28198] [4.2 Regression] ICE building mips-elf cross compiler

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #6 from pinskia at gcc dot gnu dot org  2006-06-29 17:55 ---
Can you build a x86 compiler after revision 115072 and try again, I fixed the
issue mentioned in comment #5.


-- 


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



[Bug libgcj/28175] libgcj install tree should be relocatable

2006-06-29 Thread mckinlay at redhat dot com


--- Comment #1 from mckinlay at redhat dot com  2006-06-29 18:10 ---
Using /proc/self/exe would only work for gij - we'd want a solution that can
work for native binaries as well, so figuring out the prefix based on
libgcj.so's location is probably better.

On Linux, this can be found with dl_iterate_phdr().


-- 

mckinlay at redhat dot com changed:

   What|Removed |Added

 CC||mckinlay at redhat dot com
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-29 18:10:01
   date||


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



[Bug target/25864] Enable IBM long double format in 32-bit PowerPC Linux

2006-06-29 Thread pluto at agmk dot net


--- Comment #17 from pluto at agmk dot net  2006-06-29 18:33 ---
PR28150 seems to be related.


-- 


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



[Bug target/26427] with -fsection-anchors with zero sized structs

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #20 from pinskia at gcc dot gnu dot org  2006-06-29 18:58 
---
This has been worked arounded on the mainline.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.2 Regression] with - |with -fsection-anchors with
   |fsection-anchors with zero  |zero sized structs
   |sized structs   |
   Target Milestone|4.2.0   |---


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



[Bug target/28202] ARM cross-compiler seg. fault with -mfpu=vfp and optimization

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #2 from pinskia at gcc dot gnu dot org  2006-06-29 19:08 ---
This works on the mainline.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to work||4.2.0


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



[Bug target/27858] [4.2 Regression] ICE in spill_failure, at reload1.c:1911while bootstrapping 4.2 on alpha

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #8 from pinskia at gcc dot gnu dot org  2006-06-29 19:14 ---
Fixed, Roger forgot to close this as fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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



[Bug middle-end/27950] [4.2 regression] undefined reference when compiling valgrind 3.2.0

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #6 from pinskia at gcc dot gnu dot org  2006-06-29 19:21 ---
I just looked more into this and this is a dup of bug 27657.

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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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



[Bug tree-optimization/27657] [4.2 regression] bogus undefined reference error to static var with -g and -O

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #2 from pinskia at gcc dot gnu dot org  2006-06-29 19:21 ---
*** Bug 27950 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||gcc at pdoerfler dot com


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



[Bug target/28150] ICE in reload_cse_simplify_operands, at postreload.c:394

2006-06-29 Thread pluto at agmk dot net


--- Comment #5 from pluto at agmk dot net  2006-06-29 19:27 ---
reduced testcase:

void foo( void* dst, void* src, int x )
{
long double nativeFloat;
void *ptr;
if (x)
{
nativeFloat = (long double)(*((float*)src));
ptr = (void *)nativeFloat;
}
else
ptr = (void *)0;
memcpy( dst, ptr, 1 );
}


tmp.i:13: error: insn does not satisfy its constraints:
(insn 54 26 27 1 (set (mem/c/i:TF (pre_inc:SI (reg/v/f:SI 9 9 [orig:119 ptr ]
[119])) [4 nativeFloat+0 S16 A64])
(reg:TF 45 13)) 242 {*movtf_internal} (nil)
(expr_list:REG_INC (reg/v/f:SI 9 9 [orig:119 ptr ] [119])
(nil)))
tmp.i:13: internal compiler error: in reload_cse_simplify_operands, at
postreload.c:394


-- 


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



[Bug target/27880] [4.2 regression] undefined reference to `_Unwind_GetIPInfo'

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #7 from patchapp at dberlin dot org  2006-06-29 19:28 ---
Subject: Bug number PR target/27880

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01023.html


-- 


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



[Bug tree-optimization/28003] [4.2 Regression] optimizer bug

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #7 from pinskia at gcc dot gnu dot org  2006-06-29 19:47 ---
This is target independent.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|
   Last reconfirmed|2006-06-13 13:11:58 |2006-06-29 19:47:20
   date||


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



[Bug fortran/16206] rejects valid array initialization expression

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #13 from patchapp at dberlin dot org  2006-06-29 21:35 ---
Subject: Bug number PR16206

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00911.html


-- 


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



[Bug c++/27805] [4.2 regression] ICE with ptr-to-member of incomplete class

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #3 from patchapp at dberlin dot org  2006-06-29 21:36 ---
Subject: Bug number PR c++/27805

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00920.html


-- 


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



[Bug fortran/18769] ICE in gfc_conv_array_initializer with array initialization with transfer

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #11 from patchapp at dberlin dot org  2006-06-29 21:36 ---
Subject: Bug number PR18769

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00934.html


-- 


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



[Bug middle-end/28075] [4.1 Regression] inliner introduces unnecessary type conversions

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #11 from patchapp at dberlin dot org  2006-06-29 21:36 ---
Subject: Bug number PR middle-end/28075

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00964.html


-- 


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



[Bug c++/27821] [4.0/4.1 regression] ICE with invalid ptr-to-member

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #7 from patchapp at dberlin dot org  2006-06-29 21:37 ---
Subject: Bug number PR c++/27821

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00980.html


-- 


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



[Bug c++/28051] [4.0/4.1 regression] ICE on invalid conversion operator

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #5 from patchapp at dberlin dot org  2006-06-29 21:37 ---
Subject: Bug number PR c++/28051

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00981.html


-- 


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



[Bug c++/28054] [4.2 regression] ICE with friend declaration of invalid bitfield

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #3 from patchapp at dberlin dot org  2006-06-29 21:37 ---
Subject: Bug number PR c++/28054

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00982.html


-- 


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



[Bug libfortran/25289] Cannot handle record numbers large than huge(0_4)

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #4 from patchapp at dberlin dot org  2006-06-29 21:37 ---
Subject: Bug number PR25289

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00997.html


-- 


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



[Bug c++/28052] [4.2 regression] ICE on invalid bitfield

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #4 from patchapp at dberlin dot org  2006-06-29 21:37 ---
Subject: Bug number PR c++/28052

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00999.html


-- 


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



[Bug middle-end/28045] [4.0/4.1 Regression] Bitfield, , and optimization = bad code generation

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #12 from patchapp at dberlin dot org  2006-06-29 21:37 ---
Subject: Bug number PR28045

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01000.html


-- 


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



[Bug c++/28109] [4.0/4.1/4.2 regression] ICE with typeid of incomplete type

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #5 from patchapp at dberlin dot org  2006-06-29 21:39 ---
Subject: Bug number PR c++/28109

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01158.html


-- 


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



[Bug c++/28110] [4.1/4.2 regression] ICE with invalid template constant parameter

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #4 from patchapp at dberlin dot org  2006-06-29 21:40 ---
Subject: Bug number PR c++/28110

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01159.html


-- 


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



[Bug c++/27804] [4.2 regression] ICE with invalid const variable

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #7 from patchapp at dberlin dot org  2006-06-29 21:40 ---
Subject: Bug number PR c++/27804

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg00060.html


-- 


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



[Bug c++/28111] ICE with invalid friend in template class

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #3 from patchapp at dberlin dot org  2006-06-29 21:40 ---
Subject: Bug number PR c++/28111

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01161.html


-- 


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



[Bug c++/28112] [4.0/4.1/4.2 regression] ICE with invalid argument in attribute

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #5 from patchapp at dberlin dot org  2006-06-29 21:40 ---
Subject: Bug number PR c++/28112

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01162.html


-- 


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



[Bug fortran/28094] [4.1 only] Modulo of real(kind=10) variables doesn't work

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #4 from patchapp at dberlin dot org  2006-06-29 21:40 ---
Subject: Bug number PR fortran/28094

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01183.html


-- 


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



[Bug fortran/24748] substring of implicitly typed variable not rejected

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #4 from patchapp at dberlin dot org  2006-06-29 21:41 ---
Subject: Bug number PR24748

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01216.html


-- 


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



[Bug c++/28112] [4.0/4.1/4.2 regression] ICE with invalid argument in attribute

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #6 from patchapp at dberlin dot org  2006-06-29 21:41 ---
Subject: Bug number PR c++/28112

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01222.html


-- 


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



[Bug c/28136] [4.0/4.1/4.2 regression] ICE with incomplete array type

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #1 from patchapp at dberlin dot org  2006-06-29 21:41 ---
Subject: Bug number PR c/28136

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01224.html


-- 


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



[Bug fortran/22038] Forall with mask broken

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #12 from patchapp at dberlin dot org  2006-06-29 21:41 ---
Subject: Bug number PR22038

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01238.html


-- 


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



[Bug c++/28139] alias information for EH is wrong

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #6 from patchapp at dberlin dot org  2006-06-29 21:42 ---
Subject: Bug number PR 28139

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01295.html


-- 


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



[Bug fortran/28163] Calling libgfortran's copy_string is inefficient

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #2 from patchapp at dberlin dot org  2006-06-29 21:43 ---
Subject: Bug number PR fortran/28163

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01360.html


-- 


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



[Bug tree-optimization/28144] floating point constant - byte/char/short conversion is wrong for java

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #4 from patchapp at dberlin dot org  2006-06-29 21:44 ---
Subject: Bug number PR tree-optimization/28144

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01402.html


-- 


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



[Bug middle-end/28160] Bogus size of array 'foo' is too large error with -mms-bitfields

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #5 from patchapp at dberlin dot org  2006-06-29 21:45 ---
Subject: Bug number PR middle-end/28160

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01472.html


-- 


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



[Bug middle-end/28161] Wrong bit field layout with -mms-bitfields

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #6 from patchapp at dberlin dot org  2006-06-29 21:45 ---
Subject: Bug number PR middle-end/28161

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01473.html


-- 


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



[Bug middle-end/27428] [4.0/4.1/4.2 regression] ICE with goto in erroneous code

2006-06-29 Thread sayle at gcc dot gnu dot org


--- Comment #5 from sayle at gcc dot gnu dot org  2006-06-29 21:58 ---
Subject: Bug 27428

Author: sayle
Date: Thu Jun 29 21:57:23 2006
New Revision: 115080

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115080
Log:

PR middle-end/27428
* c-lex.c (c_lex_with_flags) CPP_N_INVALID: Increment errorcount
to indicate the cpplib has issued an error message for us.

* gcc.dg/pr27428-1.c: New test case.


Added:
trunk/gcc/testsuite/gcc.dg/pr27428-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/c-lex.c
trunk/gcc/testsuite/ChangeLog


-- 


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



[Bug fortran/28174] Corruption of multiple character arrays when passing array sections

2006-06-29 Thread patchapp at dberlin dot org


--- Comment #3 from patchapp at dberlin dot org  2006-06-29 22:05 ---
Subject: Bug number PR28174

A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01509.html


-- 


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



[Bug c++/28205] New: Request an option to make -finstrument-functions not apply to inlined function calls

2006-06-29 Thread joev dot dubach at nuance dot com
While attempting to port a profiler designed to work with the Microsoft
compiler's /Gh and /GH (generate _penter and _pexit) options, I have
rediscovered a problem that was previously filed as bug #23296: When compiling
code with gcc 4.0.0 or 4.0.1 and when specifying both the
-finstrument-functions and the -O3 options, then __cyg_profile_func_enter() is
called two or more times successively with exactly the same arguments (called
function pointer and call site pointer). This should never happen.  This was
marked INVALID with the comment: This is not a bug, this is how it works now
in 4.0.0 and above with respect with the inliner.

However, this makes it more difficult to implement an efficient and accurate
profiler.  The inlined functions look just like regular ones, and can't be
billed to the called function, because the called function doesn't appear in
the binary, and its address wouldn't be given to __cyg_profile_func_enter even
if it were.  So the only semantics a profiler could get out of this are a
function would have been called here if it hadn't been inlined, but we don't
know what it was in any case.  And when lots of functions are inlined, we'll
take a significant time hit (and possibly disturb pipelining and optimization)
to get this effectively useless knowledge.  The best we can do is say
-fno-inline to turn off inlining altogether, and accept a slower and less
accurate profiler.

I would like to have another option (or to change the semantics of the existing
option) that would cause inlined function calls to behave as if they had
__attribute((no_instrument_function)).  If this was too hard, it would also be
acceptable to make it be a little more heuristic and cause possibly-inlined
function calls to behave as if they had __attribute((no_instrument_function). 
Although I'm not familiar with the gcc codebase, I can imagine this working by
making a change in expand_function_start in gcc/function.c:
  current_function_profile
= (profile_flag
! DECL_NO_INSTRUMENT_FUNCTION_ENTRY_EXIT (subr));
-
  current_function_profile
= (profile_flag
! DECL_NO_INSTRUMENT_FUNCTION_ENTRY_EXIT (subr)
! tree_inlinable_function_p (subr));


-- 
   Summary: Request an option to make -finstrument-functions not
apply to inlined function calls
   Product: gcc
   Version: 4.1.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: joev dot dubach at nuance dot com


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



[Bug fortran/28201] gfortran ICE if argument list does not match generic interface

2006-06-29 Thread pault at gcc dot gnu dot org


--- Comment #1 from pault at gcc dot gnu dot org  2006-06-29 22:28 ---
(gdb) run pr28201.f90
Starting program: /svn-4.2/libexec/gcc/i686-pc-linux-gnu/4.2.0/f951 pr28201.f90
Reading symbols from shared object read from target memory...done.
Loaded system supplied DSO at 0xc7b000
 ice_i
Program received signal SIGSEGV, Segmentation fault.
resolve_call (c=0x8b12420) at ../../trunk/gcc/fortran/resolve.c:1518
1518  if (!gfc_generic_intrinsic (sym-name))
(gdb) backtrace
#0  resolve_call (c=0x8b12420) at ../../trunk/gcc/fortran/resolve.c:1518
#1  0x080909d8 in resolve_code (code=Variable code is not available.
)
at ../../trunk/gcc/fortran/resolve.c:4731
#2  0x080921d8 in resolve_codes (ns=0x8b323e8)
at ../../trunk/gcc/fortran/resolve.c:6582
#3  0x08092233 in gfc_resolve (ns=0x8b323e8)
at ../../trunk/gcc/fortran/resolve.c:6606
#4  0x080875b9 in gfc_parse_file () at ../../trunk/gcc/fortran/parse.c:3190
#5  0x080a861d in gfc_be_parse_file (set_yydebug=0)
at ../../trunk/gcc/fortran/f95-lang.c:303
#6  0x0839be8a in toplev_main (argc=2, argv=0xbfbee314)
at ../../trunk/gcc/toplev.c:999
#7  0x080dbf2f in main (argc=Cannot access memory at address 0x
) at ../../trunk/gcc/main.c:35

Thanks for the report

Paul


-- 

pault 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-06-29 22:28:25
   date||


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



[Bug fortran/28174] Corruption of multiple character arrays when passing array sections

2006-06-29 Thread pault at gcc dot gnu dot org


--- Comment #4 from pault at gcc dot gnu dot org  2006-06-29 22:30 ---
Does the bug not get confirmed when somebody is assigned to it?

Paul


-- 

pault 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-06-29 22:30:05
   date||


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



[Bug middle-end/27428] [4.0/4.1 regression] ICE with goto in erroneous code

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #6 from pinskia at gcc dot gnu dot org  2006-06-30 00:08 ---
Fixed for 4.2 at least.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.0/4.1/4.2 regression] ICE|[4.0/4.1 regression] ICE
   |with goto in erroneous code |with goto in erroneous code


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



[Bug c++/26696] [4.0/4.1/4.2 Regression] ICE with statement forming unused static member function reference

2006-06-29 Thread dtemirbulatov at gmail dot com


--- Comment #3 from dtemirbulatov at gmail dot com  2006-06-30 01:08 ---
Created an attachment (id=11782)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11782action=view)
fix

we need to check first operand for FIELD_DECL before gimpilfying COMPONENT_REF


-- 


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



[Bug c++/26612] visibility and ODR

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #3 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 26612

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/26905] default-visibility class symbol improperly resolved as hidden-visibility

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #3 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 26905

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/21675] -fvisibility : misleading documentation and low QoI

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #1 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 21675

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/19134] Class visibility of templated classes can't be overridden for function specializations

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #3 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 19134

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/26984] link error with (typeid(int)) in anonymous namespace

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #5 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 26984

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/27000] visibility push/pop and templates go crazy

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #9 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 27000

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/17470] Visibility attribute ignored for explicit template instantiation

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #9 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 17470

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/21581] (optimisation) Functions in anonymous namespaces should default to hidden visibility

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #17 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 21581

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/25915] use ODR rules to make C++ objects not be TREE_PUBLIC

2006-06-29 Thread jason at gcc dot gnu dot org


--- Comment #11 from jason at gcc dot gnu dot org  2006-06-30 01:16 ---
Subject: Bug 25915

Author: jason
Date: Fri Jun 30 01:15:56 2006
New Revision: 115086

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=115086
Log:
PR c++/26905
PR c++/26612
PR c++/27000
PR c++/26984
PR c++/19134
* tree.c (build_decl_stat): Don't hande #pragma visibility here.
* c-common.c (c_determine_visibility): Handle it here.
* c-decl.c (finish_decl): Call c_determine_visibility for
functions, too.
* flags.h (enum symbol_visibility): Sort from most to least visibility.
* tree.h: Likewise.
* varasm.c (default_assemble_visibility): Likewise.
* c-common.c (handle_visibility_attribute): Complain about trying
to give visibility to an already defined class, or trying to change
declared visibility. Always attach the attribute.
* cp/decl2.c (determine_visibility): Overhaul.
(determine_visibility_from_class): Likewise.
(min_vis_r, type_visibility, constrain_visibility): New fns.
(constrain_visibility_for_template): Likewise.
(constrain_class_visibility): Likewise.
* cp/decl.c (cp_finish_decl): Call determine_visibility for function
decls, too.
* cp/name-lookup.c (pushtag): Call determine_visibility.
* cp/decl.c (duplicate_decls): Don't copy visibility from template to
specialization.
* cp/pt.c (check_explicit_specialization): Likewise.
(lookup_template_class, tsubst_decl): Call determine_visibility.
* cp/class.c (finish_struct_1): Call constrain_class_visibility.

PR c++/26905
PR c++/21675
PR c++/17470
* cp/parser.c (cp_parser_explicit_instantiation): Pass the attributes
to grokdeclarator.
(cp_parser_type_specifier): Allow 'enum __attribute ((...)) E'.
(cp_parser_enum_specifier): Likewise.
(cp_parser_elaborated_type_specifier): Apply attributes if this
declares only the class.
(cp_parser_class_specifier): Apply leading attributes immediately.
* cp/semantics.c (begin_class_definition): Add attributes parameter,
apply them to the type.
* attribs.c (decl_attributes): Ignore type-in-place attributes
once the type has been defined.

PR c++/21581
PR c++/25915
* cp/tree.c (decl_anon_ns_mem_p): New function.
* cp/cp-tree.h: Declare it.
* cp/decl2.c (determine_visibility): Make anonymous namespace
members static.
(min_vis_r, constrain_visibility): Likewise.
* cp/rtti.c (create_pseudo_type_info): Set TREE_PUBLIC on
pseudo-types.
* cp/decl.c (cxx_init_decl_processing): Set TREE_PUBLIC on
global_namespace.
* cp/name-lookup.c (push_namespace_with_attribs): Don't set TREE_PUBLIC
on anonymous namespaces.

Added:
trunk/gcc/testsuite/g++.dg/ext/visibility/anon2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/class1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/prop1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/redecl1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/template4.C
trunk/gcc/testsuite/g++.dg/ext/visibility/typeinfo1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn3.C
trunk/gcc/testsuite/g++.dg/ext/visibility/warn4.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/attribs.c
trunk/gcc/c-common.c
trunk/gcc/c-decl.c
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/class.c
trunk/gcc/cp/cp-tree.h
trunk/gcc/cp/decl.c
trunk/gcc/cp/decl2.c
trunk/gcc/cp/name-lookup.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/pt.c
trunk/gcc/cp/rtti.c
trunk/gcc/cp/semantics.c
trunk/gcc/cp/tree.c
trunk/gcc/doc/extend.texi
trunk/gcc/doc/invoke.texi
trunk/gcc/flags.h
trunk/gcc/testsuite/g++.dg/ext/attrib14.C
trunk/gcc/testsuite/g++.dg/ext/attrib9.C
trunk/gcc/testsuite/g++.dg/ext/visibility/anon1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/assign1.C
trunk/gcc/testsuite/g++.dg/ext/visibility/fvisibility-override2.C
trunk/gcc/testsuite/g++.dg/ext/visibility/virtual.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/enum5.C
trunk/gcc/tree.c
trunk/gcc/tree.h
trunk/gcc/varasm.c


-- 


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



[Bug c++/20345] Warning on forward declaration of class with __dllexport__

2006-06-29 Thread dannysmith at users dot sourceforge dot net


--- Comment #1 from dannysmith at users dot sourceforge dot net  2006-06-30 
02:29 ---
Confirming


-- 

dannysmith at users dot sourceforge dot net changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dannysmith at users dot
   |dot org |sourceforge dot net
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2006-06-30 02:29:46
   date||


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



[Bug c++/20345] Warning on forward declaration of class with __dllexport__

2006-06-29 Thread dannysmith at users dot sourceforge dot net


--- Comment #2 from dannysmith at users dot sourceforge dot net  2006-06-30 
02:31 ---
... and closing.
Fixed by 
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01511.html
Thanks Jason.
Danny


-- 

dannysmith at users dot sourceforge dot net changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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



[Bug target/12477] Request to add ability to disable inline/dllimport warnings

2006-06-29 Thread dannysmith at users dot sourceforge dot net


--- Comment #11 from dannysmith at users dot sourceforge dot net  
2006-06-30 02:42 ---
On today's trunk, your example no longer gives warnings. Instead it compiles,
then fails with:
C:\tmpG++ -Wall -W test.cpp 
c:\tmp/ccOGb2M9.o:test.cpp:(.text+0x1e): undefined reference to
_imp___ZN1TC1Ev'
c:\tmp/ccOGb2M9.o:test.cpp:(.text+0x3b): undefined reference to
`_imp___ZN1TD1Ev'
collect2: ld returned 1 exit status

OK to close?
Is that what you want


-- 

dannysmith at users dot sourceforge dot net changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dannysmith at users dot
   |dot org |sourceforge dot net
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-09-30 05:37:35 |2006-06-30 02:42:42
   date||


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



[Bug c++/15774] Conflicting function decls not diagnosed

2006-06-29 Thread dannysmith at users dot sourceforge dot net


-- 

dannysmith at users dot sourceforge dot net changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |dannysmith at users dot
   |dot org |sourceforge dot net
 Status|NEW |ASSIGNED
   Last reconfirmed|2005-04-30 16:18:12 |2006-06-30 02:48:45
   date||


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



[Bug c/27184] [4.0/4.1/4.2 Regression] Wrong code with pointers to arrays and types and strict aliasing

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #7 from pinskia at gcc dot gnu dot org  2006-06-30 03:09 ---
I am rebootstrapping this patch right now and will commit tommorow.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|aoliva at gcc dot gnu dot   |pinskia at gcc dot gnu dot
   |org |org


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



[Bug target/26792] [4.2 Regression] C++ is broken on *-*-darwin*

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #6 from pinskia at gcc dot gnu dot org  2006-06-30 03:10 ---
I think this can be confirmed now.


-- 

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-06-30 03:10:46
   date||


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



[Bug target/27875] [4.2 Regression] ICE on gcc testsuite.

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #3 from pinskia at gcc dot gnu dot org  2006-06-30 05:36 ---
Confirmed, it is produced by expand:
;; return 0.0
(insn 9 8 10 (set (reg:SI 123)
(high:SI (symbol_ref:SI (*.LANCHOR0) [flags 0x182]))) -1 (nil)
(nil))

(insn 10 9 11 (set (reg/f:SI 122)
(lo_sum:SI (reg:SI 123)
(symbol_ref:SI (*.LANCHOR0) [flags 0x182]))) -1 (nil)
(expr_list:REG_EQUAL (symbol_ref:SI (*.LANCHOR0) [flags 0x182])
(nil)))

(insn 11 10 12 (set (subreg:DF (reg:DI 121) 0)
(mem/u/c/i:DF (reg/f:SI 122) [0 S8 A64])) -1 (nil)
(nil))

(insn 12 11 13 (set (reg:DI 124)
(reg:DI 121)) -1 (nil)
(nil))

(insn 13 12 14 (set (reg:DI 119 [ result ])
(reg:DI 124)) -1 (nil)
(nil))


-- 

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-06-30 05:36:07
   date||


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



[Bug target/27875] [4.2 Regression] ICE on gcc testsuite.

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #4 from pinskia at gcc dot gnu dot org  2006-06-30 05:37 ---
It has to do with the return only.
The reduced code ICEs at -O1 and above only:
double foo() { return 0.0;}
because otherwise we get a temporary variable.


-- 


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



[Bug target/27875] [4.2 Regression] ICE on gcc testsuite.

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #5 from pinskia at gcc dot gnu dot org  2006-06-30 05:46 ---
The problem comes from:
1537  if (GET_CODE (return_reg) == PARALLEL)
1538emit_group_load (return_reg, val, type, int_size_in_bytes
(type));
1539  else
1540emit_move_insn (return_reg, val);


return_reg is:
(parallel:DF [
(expr_list:REG_DEP_TRUE (reg:DI 119 [ result ])
(const_int 0 [0x0]))
])
But I don't understand why it is DImode.  Because the return type is double,
shouldn't this also be DI.  

To me the mode should be DF and there should be a move without access to memory
to change the mode.


-- 


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



[Bug target/24036] [e500] ICE in subreg_offset_representable_p, at rtlanal.c:3143

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #2 from pinskia at gcc dot gnu dot org  2006-06-30 05:47 ---
Confirmed on the mainline.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.2.0
   Last reconfirmed|-00-00 00:00:00 |2006-06-30 05:47:59
   date||


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



[Bug rtl-optimization/28062] [4.1regression] ICE in simplify_subreg, at simplify-rtx.c:4466

2006-06-29 Thread pinskia at gcc dot gnu dot org


--- Comment #11 from pinskia at gcc dot gnu dot org  2006-06-30 05:55 
---
This is hidden on the mainline now by my patch for PR 28075.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.1/4.2 regression] ICE in |[4.1regression] ICE in
   |simplify_subreg, at |simplify_subreg, at
   |simplify-rtx.c:4466 |simplify-rtx.c:4466


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