[Bug c/28195] << (shift operator) does rotate operation
--- 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
Hi all,
First submission to this list, so go easy on me. I've the following
file (temp.cc):
#include
#include
#include
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
--- 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.
--- 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=11778&action=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.
--- 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
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
--- 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=11779&action=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
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
--- 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=11780&action=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
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
--- 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
--- 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=gcc&view=rev&rev=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
--- 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
$> 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
Version info:
--
E:\vfpfault>arm-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:\vfpfault>arm-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 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
--- 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
-- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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'
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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)
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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
--- 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=gcc&view=rev&rev=115080 Log: PR middle-end/27428 * c-lex.c (c_lex_with_flags) : 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
--- 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
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
--- 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
--- 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
--- 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
--- 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=11782&action=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
--- 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=gcc&view=rev&rev=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
--- 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=gcc&view=rev&rev=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
--- 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=gcc&view=rev&rev=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
--- 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=gcc&view=rev&rev=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
--- 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=gcc&view=rev&rev=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
--- 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=gcc&view=rev&rev=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
--- 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=gcc&view=rev&rev=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
--- 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=gcc&view=rev&rev=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
--- 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=gcc&view=rev&rev=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__
--- 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__
--- 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
--- 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:\tmp>G++ -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
-- 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
--- 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*
--- 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.
--- 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 [ ])
(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.
--- 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.
--- 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 [ ]) (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
--- 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
--- 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
[Bug target/27565] [4.1/4.2 Regression] ICE in assign_stack_temp_for_type for vectors with SPE
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-30 06:01 --- I cannot reproduce the reduced test case on a compiler built with: ../configure --target=powerpc-unknown-linux-gnuspe --enable-e500_double and then the reduced testcase compiled like: ./cc1 t.c -mfloat-gprs=single -O2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27565
[Bug target/27566] [4.1/4.2 Regression] ICEs in final_scan_insn and reload_cse_simplify_operands for vectors with SPE
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-06-30 06:04 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Known to fail||4.2.0 Last reconfirmed|-00-00 00:00:00 |2006-06-30 06:04:54 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27566
[Bug middle-end/26632] [4.1/4.2 Regression] spurious warning: value computed is not used
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-06-30 06:07 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-06-30 06:07:10 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26632
[Bug c/27490] [4.1/4.2 regression] ICE on broken sizeof expression
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-06-30 06:08 --- Mine. -- 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=27490
[Bug c/27489] [4.1/4.2 regression] ICE on broken switch condition
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-06-30 06:08 --- Mine, I will bootstrap and test my patch tomorrow (Friday). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|reichelt at gcc dot gnu dot |pinskia at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27489
[Bug target/26146] [4.2 Regression] Bootstrapping mainline on Solaris 10/x86 fails
--- Comment #7 from patchapp at dberlin dot org 2006-06-30 06:11 --- Subject: Bug number PR target/26146 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-03/msg00094.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26146
[Bug objc++/28206] New: Objc++ bootstrap broken on mainline
Objc++ bootstrap broken due to recent changes in cp/semantics.c: r115086 | jason | 2006-06-30 05:15:56 +0400 (Fri, 30 Jun 2006) | 58 lines * cp/semantics.c (begin_class_definition): Add attributes parameter, apply them to the type. Error message is: /home/sergei/build.gcc/./prev-gcc/xgcc -B/home/sergei/build.gcc/./prev-gcc/ -B/usr/local/gcc-4.2/i686-pc-linux-gnu/bin/ -c -O2 -g -fomit-frame-pointer -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wmissing-format-attribute -Werror -DOBJCPLUS -I../../src/gcc/gcc/objc -I../../src/gcc/gcc/cp -fno-common -DHAVE_CONFIG_H -I. -Iobjcp -I../../src/gcc/gcc -I../../src/gcc/gcc/objcp -I../../src/gcc/gcc/../include -I../../src/gcc/gcc/../libcpp/include -I../../src/gcc/gcc/../libdecnumber -I../libdecnumber ../../src/gcc/gcc/objcp/objcp-decl.c -o objcp/objcp-decl.o ../../src/gcc/gcc/objcp/objcp-decl.c: In function objcp_start_struct: ../../src/gcc/gcc/objcp/objcp-decl.c:62: error: too few arguments to function begin_class_definition cc1: warnings being treated as errors ../../src/gcc/gcc/objcp/objcp-decl.c:63: warning: control reaches end of non-void function make[3]: *** [objcp/objcp-decl.o] Error 1 -- Summary: Objc++ bootstrap broken on mainline Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: objc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sergei dot utinski at tochka dot ru 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=28206
