Publisher 2007
Microsoft Office Enterprise 2007 includes: • Access 2007 • Communicator 2007 • Excel 2007 • Groove 2007 • InfoPath 2007 • OneNote 2007 • Outlook 2007 • PowerPoint 2007 • Publisher 2007 • Word 2007 http://marjorieeastburn821.blogspot.com System Requirements • Intel® Pentium® or AMD® 500 MHz processor • Microsoft Windows® XP Professional or Home Edition with Service Pack 2, Windows Server® 2003 with SP1 , Microsoft Windows Vista. • 256 Mb of RAM • 2GB of available hard-disk space. • 1024x768 or higher resolution monitor • Some features require Microsoft Windows Desktop Search 3.0, Microsoft Windows Media Player 9.0, Microsoft DirectX 9.0b, Microsoft Active Sync 4.1
[Bug c/35587] -Warray-bounds does not work at all or does not find all trivial cases, and :works only with -O2 or -O3
-- karsten_burger at gmx dot de changed: What|Removed |Added Severity|normal |major http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35587
[Bug libgomp/35611] [4.3/4.4 Regression] FAIL: libgomp.c/omp-nested-1.c execution test
--- Comment #3 from kkojima at gcc dot gnu dot org 2008-03-17 13:32 --- Same on sh4-unknown-linux-gnu. It seems that they started to fail after r133162 | jakub | 2008-03-13 18:26:25 +0900 (Thu, 13 Mar 2008) | 7 lines PR middle-end/35185 * omp-low.c (lower_regimplify, init_tmp_var, save_tmp_var): Removed. (lower_omp_2): New function. (lower_omp_1, lower_omp): Rewritten. applied. There is a libgomp failure on x86-linux with -march=i386 FAIL: libgomp.c/pr26943-4.c execution test which doesn't fail on r133161, though I'm not sure it's related with this PR. -- kkojima at gcc dot gnu dot org changed: What|Removed |Added CC||kkojima at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35611
[Bug fortran/35615] New: Debug information for .debug_loc section incorrect
I compiled a test program with gcc 4.3
DW_AT_producer: (indirect string, offset: 0x41): GNU F95 4.3.0
I think this is a bug in gfortran's DWARF code.
[EMAIL PROTECTED] fortran]$ readelf --debug-dump=loc ./neg_array
readelf: Error: Location lists in .debug_info section aren't in ascending
order!
Contents of the .debug_loc section:
Offset BeginEnd Expression
080485b4 080485b5 (DW_OP_breg4: 4)
080485b5 080485b7 (DW_OP_breg4: 8)
080485b7 0804868b (DW_OP_breg5: 8)
readelf: Warning: There is an overlap [0x2c - 0xfffe] in .debug_loc
section.
readelf: Warning: Offset 0xfffe is bigger than .debug_loc section size.
readelf: Warning: There is a hole [0xfffe - 0x2c] in .debug_loc section.
002c 08048690 08048694 (DW_OP_breg4: 4)
002c 08048694 0804869a (DW_OP_reg1)
002c 0804869a 0804869b (DW_OP_breg4: 4)
002c 0804869b 0804869d (DW_OP_breg4: 8)
002c 0804869d 080486db (DW_OP_breg5: 8)
In GDB this leads to errors in handling the source files correct:
Stack level 0, frame at 0xbf82e720:
eip = 0x80485bd in MAIN__ (:1); saved eip 0x80486c9
source language fortran.
--
Summary: Debug information for .debug_loc section incorrect
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: deuling at de dot ibm dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35615
[Bug c/35587] -Warray-bounds does not work at all or does not find all trivial cases, and :works only with -O2 or -O3
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-17 14:05 --- Hm, with gcc 4.2 I get gcc-4.2 -c t.c -O2 -Wall t.c: In function 'main': t.c:5: warning: array subscript is below array bounds t.c:7: warning: array subscript is above array bounds t.c:8: warning: array subscript is above array bounds t.c:9: warning: array subscript is above array bounds (the warning in line 11 is missing as the constant is propagated and the load from a[15] CSEd - this is a very hard to fix implementation limit. You'd fix the case in line 9 and then the issue in line 11 would pop up.) with 4.3 I indeed see gcc-4.3 -c t.c -O2 -Wall (nothing) because all invalid stores are deleted from the code and the only used value (a[15]) is propagated from the store a[15] = 0 and thus replaced by the constant 0. Again a hard to fix implementation issue - after all these invalid stores/loads invoke undefined behavior which is why we just "optimized" them. IMHO for these very simple cases the frontend should already warn (even at -O0 and -O1) and not rely on the code surviving until VRP. (The issue is that we in this way would also warn in dead code regions, which may be a problem on its own). Note this is not accepts-invalid as it is only undefined at runtime. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||mueller at gcc dot gnu dot ||org, rguenth at gcc dot gnu ||dot org Severity|major |enhancement Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords|accepts-invalid | Last reconfirmed|-00-00 00:00:00 |2008-03-17 14:05:57 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35587
[Bug tree-optimization/19637] Missed VRP and FRE opportunities in the presence of casts
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-03-17 14:35 --- Subject: Bug 19637 Author: rguenth Date: Mon Mar 17 14:34:21 2008 New Revision: 133291 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133291 Log: 2008-03-17 Richard Guenther <[EMAIL PROTECTED]> PR tree-optimization/19637 * fold-const.c (fold_unary): Remove restrictions of removing intermediate pointer-conversions (P2)(P1)P0. * tree-ssa-ccp.c (maybe_fold_stmt_addition): Recover from conversion to void pointer. (get_maxval_strlen): Handle addresses of the form &(*p)[0]. * g++.dg/tree-ssa/pr19637.C: New testcase. Added: trunk/gcc/testsuite/g++.dg/tree-ssa/pr19637.C Modified: trunk/gcc/ChangeLog trunk/gcc/fold-const.c trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-ccp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19637
[Bug tree-optimization/19637] Missed VRP and FRE opportunities in the presence of casts
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-03-17 15:03 --- Fixed. -- rguenth at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19637
[Bug fortran/35612] testsuite ISO_C_BIND code error
--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2008-03-17 16:00 --- *** Bug 35613 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35612
[Bug fortran/35613] testsuite ISO_C_BIND code error
--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2008-03-17 16:00 --- *** This bug has been marked as a duplicate of 35612 *** -- toon at moene dot indiv dot nluug dot nl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35613
[Bug c/35616] New: Incorrect code while O2 compling
While compling program below (3 files) with O2 or O3 option, code is generated
not properly (SF).
/**/
file 1:
gcc_bug.c
#include
#include "function.h"
static void my_listener(
int a,
int b,
int c)
{
printf("It works!!!\n");
}
static struct data_t data;
int main()
{
data.listener = my_listener;
data.a = 11;
data.b = 22;
data.c = 33; /* with O2 compiling, function_calling_listener try call
function with address 33,
not my_listener address */
data.d = 44;
function_calling_listener(data);
return 0;
}
/**/
file 2:
function.h
typedef void (*listener_fun)(
int a,
int b,
int c);
struct data_t
{
int a;
listener_fun listener;
int b;
int c;
int d;
};
void function_calling_listener (struct data_t data);
/**/
file 3:
function.c
#include "function.h"
void function_calling_listener (struct data_t data)
{
data.listener(data.a, data.c, data.d);
}
/**/
GCC VERSION:
gcc --version
gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13)
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.
--
Summary: Incorrect code while O2 compling
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: J dot Gorka at osmosys dot tv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35616
[Bug middle-end/35616] Incorrect code while O2 compling
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-17 16:40 --- > gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13) Please try 4.2.3 or 4.3.0. Also you should have reported this to RedHat first as it is their modified compiler. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35616
[Bug debug/35615] Debug information for .debug_loc section incorrect
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-17 16:49 --- Do you have an example source which causes this issue? Also what target is this on (I figure it is either powerpc-linux-gnu or powerpc64-linux-gnu)? Also what version of gdb are you trying this with (it could be a bug in gdb after all)? Also what version of binutils are you using? Thanks, Andrew Pinski -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|fortran |debug Keywords||wrong-debug http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35615
[Bug middle-end/35616] Incorrect code while O2 compling
--- Comment #2 from J dot Gorka at osmosys dot tv 2008-03-17 17:12 --- The same problem on that version. I don't think that is Red Hat specific problem... Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared -- Thread model: posix gcc version 4.1.2 20061028 (prerelease) (Debian 4.1.1-19) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35616
[Bug fortran/35617] New: read namelist error
Hi: It seems that gfortran can get confused about namelists that include 2 ! on the same line. The following code fails to execute properly with gfortran 4.3.0: cat > t.nml < t.f90
[Bug middle-end/34572] program that built with 4.1.2 fails with 4.2.2
--- Comment #10 from galtgendo at o2 dot pl 2008-03-17 18:34 --- Well, gcc 4.3.0 seems to work fine. A clean compilation. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34572
[Bug fortran/35617] read namelist error
--- Comment #1 from pletzer at txcorp dot com 2008-03-17 18:32 --- (In reply to comment #0) Oops, the failing namelist was: &nbdrive_naml !nstep_stop = 2 ! uncomment to save restart data and halt after 1st step !nstep_start = 2 ! uncomment to restart on 2nd step using saved restart data mhdpath = 'EFIT:efit_d3d_99411_195.dat' / and the erro message is Fortran runtime error: Cannot match namelist object name !nstep_start Note: the initial blank line is essential in order to reproduce the problem. Thanks for your help. --Alex > Hi: It seems that gfortran can get confused about namelists that include 2 ! > on > the same line. The following code fails to execute properly with gfortran > 4.3.0: > > cat > t.nml < &nbdrive_naml > !nstep_stop = 2 ! uncomment to save restart data and halt after 1st step > !nstep_start = 2 ! uncomment to restart on 2nd step using saved restart data > mhdpath = 'EFIT:efit_d3d_99411_195.dat' > EOF > cat > t.f90 < program test > character(len=128) :: mhdpath > namelist /nbdrive_naml/ mhdpath > open(10, file='t.nml') > read(10, nbdrive_naml) > close(10) > write(*, nbdrive_naml) > end program test > EOF > gfortran t.f90 > ./a.out > At line 5 of file t.f90 (unit = 10, file = 't.nml') > Fortran runtime error: End of file > -- pletzer at txcorp dot com changed: What|Removed |Added Summary|read namelist error |read namelist error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35617
[Bug other/35618] New: [4.3/4.4 regression] ICE in cgraph_estimate_size_after_inlining, at ipa-inline.c:188
$ gcc -Wp,-MD,kernel/.sched.o.d -nostdinc -isystem /usr/lib/gcc/i486-linux-gnu/4.3.1/include -D__KERNEL__ -Iinclude -Iinclude2 -I/home/bunk/linux/kernel-2.6/git/linux-2.6/include -include include/linux/autoconf.h -I/home/bunk/linux/kernel-2.6/git/linux-2.6/kernel -Ikernel -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Os -fno-stack-protector -D__arch_um__ -DSUBARCH=\"i386\" -I/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/um/include -Iarch/um/include -I/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/um/include -I/home/bunk/linux/kernel-2.6/git/linux-2.6/arch/um/include/skas -Dvmap=kernel_vmap -Din6addr_loopback=kernel_in6addr_loopback -Din6addr_any=kernel_in6addr_any -march=i686 -mpreferred-stack-boundary=2 -ffreestanding -D_LARGEFILE64_SOURCE -Derrno=kernel_errno -Dsigprocmask=kernel_sigprocmask -Dmktime=kernel_mktime -fno-unit-at-a-time -fno-omit-frame-pointer -fno-optimize-sibling-calls -g -Wdeclaration-after-statement -Wno-pointer-sign -fno-omit-frame-pointer -D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(sched)" -D"KBUILD_MODNAME=KBUILD_STR(sched)" -c -o kernel/sched.o /home/bunk/linux/kernel-2.6/git/linux-2.6/kernel/sched.c In file included from /home/bunk/linux/kernel-2.6/git/linux-2.6/kernel/sched.c:1213: /home/bunk/linux/kernel-2.6/git/linux-2.6/kernel/sched_idletask.c: In function âcheck_preempt_curr_idleâ: /home/bunk/linux/kernel-2.6/git/linux-2.6/kernel/sched_idletask.c:20: internal compiler error: in cgraph_estimate_size_after_inlining, at ipa-inline.c:188 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. $ gcc --version gcc (Debian 4.3.0-1) 4.3.1 20080309 (prerelease) -- Summary: [4.3/4.4 regression] ICE in cgraph_estimate_size_after_inlining, at ipa-inline.c:188 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bunk at stusta dot de GCC build triplet: i486-linux-gnu GCC host triplet: i486-linux-gnu GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
[Bug other/35618] [4.3/4.4 regression] ICE in cgraph_estimate_size_after_inlining, at ipa-inline.c:188
--- Comment #1 from bunk at stusta dot de 2008-03-17 19:11 --- Created an attachment (id=15337) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15337&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
[Bug other/35618] [4.3/4.4 regression] ICE in cgraph_estimate_size_after_inlining, at ipa-inline.c:188
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-17 19:14 --- First -fno-unit-at-a-time seems wrong. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
[Bug debug/35615] Debug information for .debug_loc section incorrect
--- Comment #2 from deuling at de dot ibm dot com 2008-03-17 19:20 --- Created an attachment (id=15338) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15338&action=view) Fortran test program Fortran test program -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35615
[Bug other/35618] [4.3/4.4 regression] ICE in cgraph_estimate_size_after_inlining, at ipa-inline.c:188
--- Comment #3 from bunk at stusta dot de 2008-03-17 19:23 --- That's the UML kernel, and it was added there quite some time ago. I do not know whether that might be dropped or whether it might still result in increased stack usage with gcc 4.3, but IMHO as long as gcc offers this option it shouldn't cause an ICE. -- bunk at stusta dot de changed: What|Removed |Added Keywords||ice-on-valid-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35618
[Bug debug/35615] Debug information for .debug_loc section incorrect
--- Comment #3 from deuling at de dot ibm dot com 2008-03-17 19:28 --- Hi Andrew, attached is my little test program I use. The error is seen both on x86 and PowerPC: * i686 i686 i386 GNU/Linux * ppc64 ppc64 ppc64 GNU/Linux following versions of binutils: x86: binutils-2.17.50.0.6-5.el5 PowerPC: binutils-2.17.50.0.12-4 objdump -W says: objdump: Error: Location lists in .debug_info section aren't in ascending order! Contents of the .debug_loc section: Offset BeginEnd Expression 080485b4 080485b5 (DW_OP_breg4: 4) 080485b5 080485b7 (DW_OP_breg4: 8) 080485b7 0804868b (DW_OP_breg5: 8) objdump: Warning: There is an overlap [0x2c - 0xfffe] in .debug_loc section. objdump: Warning: Offset 0xfffe is bigger than .debug_loc section size. objdump: Warning: There is a hole [0xfffe - 0x2c] in .debug_loc section. As seen in comment #1 readelf also gives that error. AFAIK readelf does not use BFD library as GDB and objdump do so I believe this is not an error in BFD library. I use GDB's current head. I also tried gdb-6.5-25.el5_1.1 and it also occurs. Regards, Markus Deuling -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35615
[Bug c++/35548] [4.3/4.4 Regression] g++ 4.3 miscompile this simple program
-- jason at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-03-17 21:28:26 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35548
[Bug fortran/35619] New: gcc-4.3.0 build fails in gfortran section centos-4.6
Attempting to build gcc-4.3.0 with a centos-4.6 (fully patched) using the centos compiler: Exact version of gcc used to build gcc-4.3.0: gcc version 4.1.2 20070626 (Red Hat 4.1.2-14) Options when GCC was configured/built: export CC=gcc4 ./configure --prefix=/opt/pkg/gcc-4.3.0 --with-gmp=/opt/pkg/gmp-4.2.2 --with -mpfr=/opt/pkg/mpfr-2.3.1 Options when building gmp-4.2.2: export CC=gcc4 ./configure --prefix=/opt/pkg/gmp-4.2.2 Options when building mpfr-2.3.1: export CC=gcc4 ./configure --prefix=/opt/pkg/mpfr-2.3.1 --with-gmp=/opt/pkg/gmp-4.2.2/ --with-gmp-build=/opt/src/gmp-4.2.2/ result from make (after an hour or so on a dual opteron): make[3]: Entering directory `/opt/src/gcc-4.3.0/x86_64-unknown-linux-gnu/libgfortran' /bin/sh ./libtool --tag=CC --mode=link /opt/src/gcc-4.3.0/host-x86_64-unknown-linux-gnu/gcc/xgcc -B/opt/src/gcc-4.3.0/host-x86_64-unknow n-linux-gnu/gcc/ -B/opt/pkg/gcc-4.3.0/x86_64-unknown-linux-gnu/bin/ -B/opt/pkg/gcc-4.3.0/x86_64-unknown-linux-gnu/lib/ -isystem /opt/pkg /gcc-4.3.0/x86_64-unknown-linux-gnu/include -isystem /opt/pkg/gcc-4.3.0/x86_64-unknown-linux-gnu/sys-include -std=gnu99 -Wall -Wstrict-p rototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -O2 -g -g -O2 -o libgfortran.la -rpath /opt/pkg/gcc-4. 3.0/lib/../lib64 -version-info `grep -v '^#' ../.././libgfortran/libtool-version` -lm -Wl,--version-script=../.././libgfortran/gfortran .map backtrace.lo compile_options.lo environ.lo error.lo fpu.lo main.lo memory.lo pause.lo stop.lo string.lo select.lo all_l1.lo .. libtool: link: /opt/src/gcc-4.3.0/host-x86_64-unknown-linux-gnu/gcc/xgcc -B/opt/src/gcc-4.3.0/host-x86_64-unknown-linux-gnu/gcc/ -B/opt/ pkg/gcc-4.3.0/x86_64-unknown-linux-gnu/bin/ -B/opt/pkg/gcc-4.3.0/x86_64-unknown-linux-gnu/lib/ -isystem /opt/pkg/gcc-4.3.0/x86_64-unknow n-linux-gnu/include -isystem /opt/pkg/gcc-4.3.0/x86_64-unknown-linux-gnu/sys-include -shared .libs/backtrace.o .libs/compile_options.o .libs/environ.o .libs/error.o .libs/fpu.o .libs/main.o . s/_dim_r4.o .libs/_dim_r8.o .libs/_dim_r10.o .libs/_dim_r16.o .libs/_atan2_r4.o .libs/_atan2_r8.o .libs/_atan2_r10.o .libs/_atan2_r16.o .libs/_mod_i4.o .libs/_mod_i8.o .libs/_mod_i16.o .libs/_mod_r4.o .libs/_mod_r8.o .libs/_mod_r10.o .libs/_mod_r16.o .libs/misc_specifics. o .libs/dprod_r8.o .libs/f2c_specifics.o -lm -Wl,--version-script=../.././libgfortran/gfortran.map -Wl,-soname -Wl,libgfortran.so.3 - o .libs/libgfortran.so.3.0.0 .libs/compile_options.o(.text+0x0): In function `feof_unlocked': /usr/include/bits/stdio.h:113: multiple definition of `feof_unlocked' .libs/backtrace.o(.text+0x0):/usr/include/bits/stdio.h:113: first defined here -- Summary: gcc-4.3.0 build fails in gfortran section centos-4.6 Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bill at cse dot ucdavis dot edu 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=35619
[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-17 22:00 --- This is a bug in the glibc headers. We should fixincludes them though. Can you attach /usr/include/bits/stdio.h ? And also mention which glibc version you are using. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|fortran |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6
--- Comment #2 from bill at cse dot ucdavis dot edu 2008-03-17 22:05 --- Created an attachment (id=15339) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15339&action=view) stdio.h as requested. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6
--- Comment #3 from bill at cse dot ucdavis dot edu 2008-03-17 22:06 --- rpm claims: glibc-2.3.4-2.39 glibc-headers-2.3.4-2.39 glibc-devel-2.3.4-2.39 compat-glibc-headers-2.3.2-95.30 ls -al /lib/libc-2.3.4.so -rwxr-xr-x 1 root root 1516768 Nov 16 08:37 /lib/libc-2.3.4.so -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-03-17 22:08 --- (In reply to comment #2) > Created an attachment (id=15339) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15339&action=view) [edit] > stdio.h as requested. That is /usr/include/stdio.h, not the one I requested /usr/include/bits/stdio.h :). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6
--- Comment #5 from bill at cse dot ucdavis dot edu 2008-03-17 22:13 --- Created an attachment (id=15340) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15340&action=view) bits/stdio.h This is the correct file as requested, I'll attempt to delete the previous wrong version. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-03-17 22:58 --- Looks like the reason why it was not being fixed because of: __NTH (feof_unlocked (FILE *__stream)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug target/30243] [4.1/4.2/4.3/4.4 Regression][avr] signbit() causes an internal compiler error
--- Comment #8 from hutchinsonandy at aim dot com 2008-03-17 23:10 --- Fails 4.3 on recently added testcase for same bug. /cygdrive/e/gcc/gcc/testsuite/gcc.c-torture/execute/pr35456.c:17: internal compiler error: in gen_lowpart_general, at rtlhooks.c:53 Please submit a full bug report -- hutchinsonandy at aim dot com changed: What|Removed |Added CC||hutchinsonandy at aim dot ||com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30243
[Bug fortran/35617] [4.3, 4.4 Regression] read namelist error
--- Comment #2 from burnus at gcc dot gnu dot org 2008-03-17 23:20 ---
Confirmed. This is a regression. Personal candidate for this is PR 34530. I
think the following patch is correct. Jerry what do you think? (I currently
have no time to submit the patch.)
Index: libgfortran/io/list_read.c
===
--- libgfortran/io/list_read.c (Revision 133293)
+++ libgfortran/io/list_read.c (Arbeitskopie)
@@ -353,10 +353,7 @@ eat_separator (st_parameter_dt *dtp)
{
c = next_char (dtp);
if (c == '!')
- {
- eat_line (dtp);
- c = next_char (dtp);
- }
+ eat_line (dtp);
}
while (c == '\n' || c == '\r' || c == ' ');
unget_char (dtp, c);
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu dot
||org, burnus at gcc dot gnu
||dot org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build triplet|GNU Fortran (GCC) 4.3.0 |
GCC host triplet|Linux quartic.txcorp.com|
|2.6.19-1.2288.fc5 |
GCC target triplet|x86_64 x86_64 GNU/Linux |
Keywords||wrong-code
Known to fail||4.3.0 4.4.0
Known to work||4.1.3 4.2.2
Last reconfirmed|-00-00 00:00:00 |2008-03-17 23:20:56
date||
Summary|read namelist error |[4.3, 4.4 Regression] read
||namelist error
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35617
[Bug debug/35615] Debug information for .debug_loc section incorrect
--- Comment #4 from wilson at tuliptree dot org 2008-03-17 23:32 --- Subject: Re: Debug information for .debug_loc section incorrect deuling at de dot ibm dot com wrote: > objdump -W says: > objdump: Error: Location lists in .debug_info section aren't in ascending > order! > As seen in comment #1 readelf also gives that error. AFAIK readelf does not > use BFD library as GDB and objdump do so I believe this is not an error > in BFD library. objdump and readelf have different code for parsing elf files, but they unfortunately use common code for dumping dwarf debug info. And this code was broken. It was fixed 2007-11-16. With mainline binutils there is no error here. It is broken in binutils-2.18 and earlier. From inspecting the debug info, I also don't see anything wrong. This looks like a gdb bug. It isn't clear how to reproduce the gdb problem. I don't see any problem with some simple gdb commands on the testcase. Jim -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35615
[Bug fortran/35612] testsuite ISO_C_BIND code error
--- Comment #2 from burnus at gcc dot gnu dot org 2008-03-17 23:37 ---
> The line:
> TYPE(C_PTR), INTENT(IN) :: CPTR ! The C address
> should be:C_F_STRING(CPTR)
> TYPE(C_PTR), VALUE, TARGET:: CPTR ! the C address
You are right. The call to strlen is OK in either case, however, the call to
C_F_POINTER() does not make sense for a pointer to a C string ("**char") only
for the version with VALUE ("*char") as fptr should finally contain the string.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2008-03-17 23:37:32
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35612
[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6
--- Comment #7 from bill at cse dot ucdavis dot edu 2008-03-17 23:44 --- (In reply to comment #6) > Looks like the reason why it was not being fixed because of: > __NTH (feof_unlocked (FILE *__stream)) > So how would I fix it? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug target/35619] gcc-4.3.0 build fails in gfortran section centos-4.6
--- Comment #8 from bill at cse dot ucdavis dot edu 2008-03-18 00:02 --- (In reply to comment #6) > Looks like the reason why it was not being fixed because of: > __NTH (feof_unlocked (FILE *__stream)) > So how would I fix it?(In reply to comment #6) > Looks like the reason why it was not being fixed because of: > __NTH (feof_unlocked (FILE *__stream)) > BTW, this seems pretty common, I looked at Ubuntu Gutsy 7.10 system and it has the same definition: cat /usr/include/bits/stdio.h | grep feof_unlocked | head -1 __NTH (feof_unlocked (FILE *__stream)) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35619
[Bug target/35620] New: ICE passing dereferenced pointer to _Decimal32
This source code, compiled on powerpc-linux with -O1, results in an internal
compiler error since Peter Bergner's change to pass SDmode arguments in
floating point registers:
extern void bar (_Decimal32);
_Decimal32 *p;
void
foo (void)
{
bar (*p);
}
The error message:
elm3b145% /opt/gcc-nightly/trunk/bin/gcc -c -O1 bug.c
bug.c: In function foo:
bug.c:8: internal compiler error: in rs6000_secondary_memory_needed_rtx, at
config/rs6000/rs6000.c:11204
Please submit a full bug report,
with preprocessed source if appropriate.
See for instructions.
It compiles cleanly with "-O1 -fno-tree-ter".
The problem is that TER removes a temporary added to dereference "p" and
instead passes *p directly. Code in rs6000_check_sdmode, a function Peter
added to determine whether a function needs a stack slot for passing SDmode
arguments, doesn't look for a dereference and so the temporary stack slot isn't
created.
This might fix it, but rather than jumping in and testing it thoroughly I'll
talk to Peter about it when he returns from vacation.
Index: rs6000.c
===
--- rs6000.c(revision 133292)
+++ rs6000.c(working copy)
@@ -11230,6 +11230,7 @@ rs6000_check_sdmode (tree *tp, int *walk
case FIELD_DECL:
case RESULT_DECL:
case REAL_CST:
+case INDIRECT_REF:
if (TYPE_MODE (TREE_TYPE (*tp)) == SDmode)
return *tp;
break;
This is a regression in GCC 4.3 (where the previous code didn't comply with the
ABI) and on mainline.
--
Summary: ICE passing dereferenced pointer to _Decimal32
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: janis at gcc dot gnu dot org
GCC target triplet: powerpc-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35620
[Bug libgomp/35611] [4.3/4.4 Regression] FAIL: libgomp.c/omp-nested-1.c execution test
-- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||jakub at redhat dot com Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-03-18 00:09:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35611
[Bug target/35621] New: gcc.target/i386/ssse3-psignw.c fails at -O3
[EMAIL PROTECTED] gcc]$ /export/build/gnu/gcc/build-x86_64-linux/gcc/xgcc -B/export/build/gnu/gcc/build-x86_64-linux/gcc/ /net/gnu-13/export/gnu/src/gcc/gcc/gcc/testsuite/gcc.target/i386/ssse3-psignw.c -O3 -mssse3 -fno-show-column -lm -o ./ssse3-psignw.exe [EMAIL PROTECTED] gcc]$ ./ssse3-psignw.exe Aborted [EMAIL PROTECTED] gcc]$ -- Summary: gcc.target/i386/ssse3-psignw.c fails at -O3 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl dot tools at gmail dot com GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35621
[Bug target/35621] gcc.target/i386/ssse3-psignw.c fails at -O3
--- Comment #1 from hjl dot tools at gmail dot com 2008-03-18 00:52 --- The problem seems MMX register related. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35621
[Bug testsuite/35621] gcc.target/i386/ssse3-psignw.c fails at -O3
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-18 01:07 --- (In reply to comment #1) > The problem seems MMX register related. Actually the testcase violates C aliasing rules. Way violating them. compute_correct_result (&vals[i + 0], &vals[i + 4], ck); compute_correct_result (int *i1, int *i2, int *r) short *sout = (short *) r; sout[i] = -s1[i]; -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Component|target |testsuite http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35621
[Bug testsuite/35621] gcc.target/i386/ssse3-psignw.c fails at -O3
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-03-18 01:08 --- Actually it looks like all the ssse3-*.c testcase violate C aliasing rules. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35621
[Bug fortran/35612] testsuite ISO_C_BIND code error
--- Comment #3 from danp57 at optonline dot net 2008-03-18 01:22 ---
Subject: Re: testsuite ISO_C_BIND code error
FPTR finally should POINT at that string (same thing CSTR points at)
with the correct type info/structure/array-shape set up correctly.
My primary reason to send this in is that these test code provides
great source code examples to figure out how this stuff SHOULD
work... in this case, I found myself taking on the role of debugger
when I wasn't quite sure how it was supposed to work in the first
place. I just figured it would help out...
Dan
On Mar 17, 2008, at 7:37 PM, burnus at gcc dot gnu dot org wrote:
>
>
> --- Comment #2 from burnus at gcc dot gnu dot org 2008-03-17
> 23:37 ---
>> The line:
>> TYPE(C_PTR), INTENT(IN) :: CPTR ! The C address
>> should be:C_F_STRING(CPTR)
>> TYPE(C_PTR), VALUE, TARGET:: CPTR ! the C address
>
> You are right. The call to strlen is OK in either case, however,
> the call to
> C_F_POINTER() does not make sense for a pointer to a C string
> ("**char") only
> for the version with VALUE ("*char") as fptr should finally contain
> the string.
>
>
> --
>
> burnus at gcc dot gnu dot org changed:
>
>What|Removed |Added
> --
> --
> Status|UNCONFIRMED |NEW
> Ever Confirmed|0 |1
>Last reconfirmed|-00-00 00:00:00 |2008-03-17 23:37:32
>date||
>
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35612
>
> --- You are receiving this mail because: ---
> You reported the bug, or are watching the reporter.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35612
[Bug libstdc++/35622] New: Cannot declare vector of unordered_maps
Cannot declare this: using namespace std; vector< tr1::unordered_map > dsfdsfds; -- Summary: Cannot declare vector of unordered_maps Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: danielc at cs dot stanford dot edu GCC build triplet: i686-apple-darwin9 GCC host triplet: i686-apple-darwin9 GCC target triplet: i686-apple-darwin9 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35622
[Bug fortran/35617] [4.3, 4.4 Regression] read namelist error
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-03-18 02:29 --- I will test and fix. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jvdelisle at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2008-03-17 23:20:56 |2008-03-18 02:29:45 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35617
[Bug testsuite/35621] gcc.target/i386/ssse3-psignw.c fails at -O3
--- Comment #4 from hjl dot tools at gmail dot com 2008-03-18 02:43 ---
I don't think alias is the cause. With this patch:
--- ./ssse3-psignw.c.foo2007-08-23 09:44:31.0 -0700
+++ ./ssse3-psignw.c2008-03-17 19:40:53.0 -0700
@@ -9,7 +9,7 @@
/* Test the 64-bit form */
static void
-ssse3_test_psignw (int *i1, int *i2, int *r)
+ssse3_test_psignw (void *i1, void *i2, void *r)
{
__m64 t1 = *(__m64 *) i1;
__m64 t2 = *(__m64 *) i2;
@@ -19,7 +19,7 @@ ssse3_test_psignw (int *i1, int *i2, int
/* Test the 128-bit form */
static void
-ssse3_test_psignw128 (int *i1, int *i2, int *r)
+ssse3_test_psignw128 (void *i1, void *i2, void *r)
{
/* Assumes incoming pointers are 16-byte aligned */
__m128i t1 = *(__m128i *) i1;
@@ -29,7 +29,7 @@ ssse3_test_psignw128 (int *i1, int *i2,
/* Routine to manually compute the results */
static void
-compute_correct_result (int *i1, int *i2, int *r)
+compute_correct_result (void *i1, void *i2, void *r)
{
short *s1 = (short *) i1;
short *s2 = (short *) i2;
-O3 still fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35621
[Bug testsuite/35621] gcc.target/i386/ssse3-psignw.c fails at -O3
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-03-18 02:45 --- (In reply to comment #4) > I don't think alias is the cause. With this patch: How does that change aliasing? Hint it does not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35621
[Bug c++/35548] [4.3/4.4 Regression] g++ 4.3 miscompile this simple program
--- Comment #5 from jason at gcc dot gnu dot org 2008-03-18 02:53 --- Subject: Bug 35548 Author: jason Date: Tue Mar 18 02:52:34 2008 New Revision: 133299 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133299 Log: PR c++/35548 * call.c (reference_binding): Check LOOKUP_NO_TEMP_BIND when binding a temp directly to a reference as per DR391. Added: trunk/gcc/testsuite/g++.dg/init/ref16.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/call.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35548
[Bug c++/35548] [4.3/4.4 Regression] g++ 4.3 miscompile this simple program
--- Comment #6 from jason at gcc dot gnu dot org 2008-03-18 02:57 --- Subject: Bug 35548 Author: jason Date: Tue Mar 18 02:56:52 2008 New Revision: 133300 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133300 Log: PR c++/35548 * call.c (reference_binding): Check LOOKUP_NO_TEMP_BIND when binding a temp directly to a reference as per DR391. Added: branches/gcc-4_3-branch/gcc/testsuite/g++.dg/init/ref16.C - copied unchanged from r133299, trunk/gcc/testsuite/g++.dg/init/ref16.C Modified: branches/gcc-4_3-branch/gcc/cp/ChangeLog branches/gcc-4_3-branch/gcc/cp/call.c branches/gcc-4_3-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35548
[Bug c++/35548] [4.3/4.4 Regression] g++ 4.3 miscompile this simple program
--- Comment #7 from jason at gcc dot gnu dot org 2008-03-18 02:57 --- Fixed in 4.3 and 4.4. -- jason at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35548
[Bug testsuite/35512] [4.4 Regression]: gcc.target/ia64/visibility-1.c
--- Comment #2 from wilson at gcc dot gnu dot org 2008-03-18 04:02 --- Subject: Bug 35512 Author: wilson Date: Tue Mar 18 04:01:21 2008 New Revision: 133301 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133301 Log: PR testsuite/35512 * gcc.target/ia64/visibility-1.c (foo): Change return type to void. Write variables instead of reading them. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.target/ia64/visibility-1.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35512
[Bug testsuite/35512] [4.4 Regression]: gcc.target/ia64/visibility-1.c
--- Comment #3 from wilson at gcc dot gnu dot org 2008-03-18 04:06 --- Mine. IA-64. -- wilson at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |wilson at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35512
[Bug testsuite/35512] [4.4 Regression]: gcc.target/ia64/visibility-1.c
--- Comment #4 from wilson at gcc dot gnu dot org 2008-03-18 04:06 --- Fixed. -- wilson at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35512
[Bug fortran/35617] [4.3, 4.4 Regression] read namelist error
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-03-18 04:25
---
Naturally, the patch in comment #2 breaks namelist_44.f90 (I say that because,
after all, we are up to 44 namelist test cases, and about to go to 45 :) )
Nevertheless, this fixes it and passes regression.
Index: list_read.c
===
--- list_read.c (revision 133275)
+++ list_read.c (working copy)
@@ -356,6 +356,11 @@ eat_separator (st_parameter_dt *dtp)
{
eat_line (dtp);
c = next_char (dtp);
+ if (c == '!')
+ {
+ eat_line (dtp);
+ c = next_char (dtp);
+ }
}
}
while (c == '\n' || c == '\r' || c == ' ');
eatline leaves us pointing to the first character of the next line, which we
then get, which causes the while loop to exit, followed by an unget. So the
next get char will get a '!' which is nonsense and can not be matched. The
patch circumvents this special case.
I will commit as obvious to trunk and then to 4.3 in a few days.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35617
[Bug fortran/35617] [4.3, 4.4 Regression] read namelist error
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-03-18 04:28 --- Subject: Bug 35617 Author: jvdelisle Date: Tue Mar 18 04:27:56 2008 New Revision: 133302 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133302 Log: 2008-03-17 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/35617 * io/list_read.c (eat_separator): If next character after eatline is '!' then eatline again. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/list_read.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35617
[Bug fortran/35617] [4.3, 4.4 Regression] read namelist error
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-03-18 04:31 --- Subject: Bug 35617 Author: jvdelisle Date: Tue Mar 18 04:30:37 2008 New Revision: 133303 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133303 Log: 2008-03-17 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/35617 * gfortran.dg/namelist_45.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/namelist_45.f90 Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35617
[Bug fortran/35617] [4.3 Regression] read namelist error
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-03-18 04:35 --- Fixed in trunk, will back port to 4.3 -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Known to fail|4.3.0 4.4.0 |4.3.0 Summary|[4.3, 4.4 Regression] read |[4.3 Regression] read |namelist error |namelist error http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35617
[Bug target/35623] New: RTL check failure in arm_const_double_rtx
/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/tmp/./gcc/xgcc -B/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/tmp/./gcc/ -B//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/bin/ -B//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/lib/ -isystem //home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/include -isystem //home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/sys-include -O2 -O2 -g -O2 -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fomit-frame-pointer -fPIC -g0 -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc -I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/. -I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/../include -I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/../libcpp/include -I/home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/../libdecnumber -I../libdecnumber -DL_floatdisf -fvisibility=hidden -DHIDE_EXPORTS -c /home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/libgcc2.c -o libgcc/./_floatdisf.o /home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/libgcc2.c: In function '__floatdisf': /home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/gcc/libgcc2.c:1416: internal compiler error: RTL check: expected code 'const_double' and not mode 'VOID', have code 'const_double' and mode 'VOID' in arm_const_double_rtx, at config/arm/arm.c:5283 I came across the rtl check failure building arm-unknown-nto-qnx (unsupported target) on the trunk (4.4.0 20080318 (experimental) [trunk revision 133302]) , and I was able to reproduce it on the 4.3.x and 4.2.x branches but I didn't see it on the 4.1.x branch. I just built a gcc 4.2 arm-unknown-linux-gnu snapshot to confirm the problem was in the mainline and not a problem with the arm-unknown-nto-qnx target. Please let me know if you need me to reproduce this with an arm-unknown-linux-gnu target for 4.3/4.4. [EMAIL PROTECTED]:~/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/tmp$ ./gcc/xgcc -v Using built-in specs. Target: arm-unknown-linux-gnu Configured with: /home/ryan/crosstool-0.43/build/arm-unknown-linux-gnu/4.2-20080312-glibc-2.3.6/4.2-20080312/configure --target=arm-unknown-linux-gnu --host=i686-host_pc-linux-gnu --prefix=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu --with-headers=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu/include --with-local-prefix=//home/ryan/crosstool/4.2-20080312-glibc-2.3.6/arm-unknown-linux-gnu/arm-unknown-linux-gnu --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-__cxa_atexit --enable-languages=c,c++ --enable-shared --enable-c99 --enable-long-long --enable-checking=all Thread model: posix gcc version 4.2.4 20080312 (prerelease) -- Summary: RTL check failure in arm_const_double_rtx Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rmansfield at qnx dot com GCC build triplet: i686-host_pc-linux-gnu GCC host triplet: i686-host_pc-linux-gnu GCC target triplet: arm-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35623
US $ 129.95 100mg x 60 pills
100mg x 90 pills $159.95 buy now http://dorthysparanop990.blogspot.com
[Bug libstdc++/35622] Cannot declare vector of unordered_maps
--- Comment #1 from bangerth at dealii dot org 2008-03-18 05:12 --- What happens when you do this? And what are the header files you use? -- bangerth at dealii dot org changed: What|Removed |Added CC||bangerth at dealii dot org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35622
[Bug testsuite/35621] gcc.target/i386/ssse3-psignw.c fails at -O3
--- Comment #6 from ubizjak at gmail dot com 2008-03-18 06:54 --- The test works OK for 32bit x86 target with -O3 and gcc version 4.4.0 20080318 (experimental) [trunk revision 133304] (GCC) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35621
