[Bug fortran/33370] [4.3 Regression] Structure component arrays
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-10 06:20 ---
gfortran 4.2:
struct foo a[4];
int4 A.1[4];
struct array1_int4 atmp.0;
[...]
static int4 data.3[4] = {12, 2, 3, 10};
__builtin_memcpy ((*(int4[0:] *) atmp.0.data)[0], data.3, 16);
[...]
a[NON_LVALUE_EXPRS.4].i = (*(int4[0:] *)
atmp.0.data)[NON_LVALUE_EXPRS.4];
gfortran 4.3:
struct foo a[4];
static int4 A.1[4] = {12, 2, 3, 10};
(void) __builtin_memcpy ((void *) a, (void *) A.1, 32);
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
||org
Known to fail||4.3.0
Known to work||4.1.3 4.2.1
Summary|Structure component arrays |[4.3 Regression] Structure
||component arrays
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33370
[Bug target/33369] [4.3 Regression] suffix or operands invalid for `pslld'
--- Comment #3 from ubizjak at gmail dot com 2007-09-10 06:32 ---
A 64-bit compiler is required. The problem is, that gcc creates a vector shift
constant for vector shift instruction, without checking if optab can take
vector argument.
This one will also create wrong operand for x86_64:
--cut here--
typedef struct tagPOINT
{
int x;
int y;
} POINT;
void
f (POINT * ptBuf)
{
int i;
for (i = 0; i 4; i++)
{
ptBuf[i].x = ((ptBuf[i].x) 4);
ptBuf[i].y = ((ptBuf[i].y) 4);
}
}
--cut here--
When compiling with 32bit compiler, the shift argument is pushed into memory,
but resulting code is still wrong:
movdqu (%edx), %xmm0
movdqa .LC0, %xmm1
pslld %xmm1, %xmm0
movdqa %xmm0, (%edx)
movdqu 16(%edx), %xmm0
pslld %xmm1, %xmm0
movdqa %xmm0, 16(%edx)
where
.LC0:
.long 4
.long 4
.long 4
.long 4
This problem is similar or the same as PR22480.
--
ubizjak at gmail dot com changed:
What|Removed |Added
BugsThisDependsOn||22480
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33369
[Bug fortran/33370] [4.3 Regression] Structure component arrays
--- Comment #3 from pault at gcc dot gnu dot org 2007-09-10 07:20 --- I am just about to commit as 'obvious' a patch that bootstraps and regtests on x86_ia64/FC5 Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2007-09-09 20:03:43 |2007-09-10 07:20:46 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33370
[Bug c/33374] New: GCC 4.1.2 produce wrong assembler code with -O2 option enabled.
I use gcc 4.1.2 under solaris and linux and compile code using next commands: Linux: gcc -pipe -Wall -Wextra -Winvalid-pch -ansi -pedantic -Wundef -Wc++-compat -Wfloat-equal -Wredundant-decls -Waggregate-return -Wbad-function-cast -Wmissing-declarations -Wmissing-prototypes -Wstrict-prototypes -Wcast-align -Wshadow -Wsign-compare -Wnested-externs -Wcast-qual -Wpointer-arith -Wdeclaration-after-statement -Werror -O2 -finline-functions -Wdisabled-optimization -DNDEBUG test.c -o mtest_l Solaris: gcc -pipe -Wall -Wextra -Winvalid-pch -ansi -pedantic -Wundef -Wc++-compat -Wfloat-equal -Wredundant-decls -Waggregate-return -Wbad-function-cast -Wstrict-prototypes -Wcast-align -Wshadow -Wsign-compare -Wnested-externs -Wcast-qual -Wpointer-arith -Wdeclaration-after-statement -Werror -O2 -finline-functions -Wdisabled-optimization -DNDEBUG -g -o mtest test.c Segmentation fault happens when I try to run test program (see test.c attached). -- Summary: GCC 4.1.2 produce wrong assembler code with -O2 option enabled. Product: gcc Version: 4.1.2 Status: UNCONFIRMED Severity: critical Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: _kirpichev_ at mail dot ru http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33374
[Bug c/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.
--- Comment #1 from _kirpichev_ at mail dot ru 2007-09-10 07:45 --- Created an attachment (id=14182) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14182action=view) test programm This example is compiled incorrectly by gcc 4.1.2 with -O2 flag. But all works fine if we change line 93 in this example on next: XML_Remove(currNode_sp); -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33374
[Bug c/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.
--- Comment #2 from _kirpichev_ at mail dot ru 2007-09-10 07:53 --- Created an attachment (id=14183) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14183action=view) Correct and incorrect assembler dumps. From incorrect dump we can see where segmentation fault heppens: 0x0804839e testFunction+30: movDWORD PTR [ecx+4],0x0 0x080483a5 testFunction+37: movDWORD PTR [eax+4],edx 0x080483a8 testFunction+40: movedx,DWORD PTR [ecx+4] 0x080483ab testFunction+43: movecx,ebx 0x080483ad testFunction+45: movDWORD PTR [edx],eax Instruction 0x080483ad tries to dereferencing pointer in edx, but in edx zero was put by 0x080483a8. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33374
[Bug fortran/33370] [4.3 Regression] Structure component arrays
--- Comment #4 from pault at gcc dot gnu dot org 2007-09-10 07:54 --- Subject: Bug 33370 Author: pault Date: Mon Sep 10 07:54:17 2007 New Revision: 128325 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128325 Log: 2007-09-10 Paul Thomas [EMAIL PROTECTED] PR fortran/33370 * trans-expr.c (copyable_array_p): Add tests that expression is a variable, that it has no subreferences and that it is a full array. (gfc_trans_assignment): Change conditions to suit modifications to copyable_array_p. 2007-09-10 Paul Thomas [EMAIL PROTECTED] PR fortran/33370 * gfortran.dg/array_memcpy_5.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/array_memcpy_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33370
[Bug fortran/33370] [4.3 Regression] Structure component arrays
--- Comment #5 from pault at gcc dot gnu dot org 2007-09-10 07:57 --- Fixed under the 'obvious' rule. Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33370
[Bug fortran/33337] [Regression] ICE in Sep 6 snapshot in gfc_finish_var_decl, at fortran/trans-decl.c:510
--- Comment #2 from pault at gcc dot gnu dot org 2007-09-10 08:20 --- Michael, I answered my own question to you - it is indeed a regression. Cheers Paul -- pault at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.2.0 Summary|ICE in Sep 6 snapshot in|[Regression] ICE in Sep 6 |gfc_finish_var_decl, at |snapshot in |fortran/trans-decl.c:510|gfc_finish_var_decl, at ||fortran/trans-decl.c:510 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|critical|normal Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33374
[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-10 08:34 --- From the look at the source, it looks like you are violating C/C++ aliasing rules. Try with -fno-strict-aliasing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33374
[Bug fortran/33375] New: ICE (segfault) gfortran.dg/common_6.f90
With 4.3.0 20070910 [trunk revision 128322] I get a segmentation fault when
compiling gfortran.dg/common_6.f90; excerpt:
! PR 23765 : We used to incorrectly accept common blocks with no symbols
common ! { dg-error Syntax error }
common y/d/ ! { dg-error Syntax error }
The crash happens in: resolve_common_blocks
for (csym = common_root-n.common-head; csym; csym = csym-common_next)
{
if (csym-ts.type == BT_DERIVED
!(csym-ts.derived-attr.sequence
|| csym-ts.derived-attr.is_bind_c))
When the error happens:
(gdb) p csym-ts
$9 = {type = 0, kind = 0, derived = 0x0, cl = 0x0, is_c_interop = 6,
is_iso_c = 1, f90_type = BT_UNKNOWN}
I don't understand why csym-ts.derived-attr is evaluated as csym-ts.type
!= BT_DERIVED. ???
--
Summary: ICE (segfault) gfortran.dg/common_6.f90
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: burnus at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33375
[Bug target/33374] GCC 4.1.2 produce wrong assembler code with -O2 option enabled.
--- Comment #4 from _kirpichev_ at mail dot ru 2007-09-10 08:53 --- There is no core dump with -fno-strict-aliasing. But, our code is used by others who can not set this option. Should code compiled without -fno-strict-aliasing produce core dump? In my opinion, the best way is produce only compiliation warnings in this case. Should we rewrite our code if it is not possible to set -fno-strict-aliasing option, or it is gcc issue that fixed in other versions? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33374
[Bug middle-end/33375] [4.3 Regression] ICE (segfault) gfortran.dg/common_6.f90
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-10 08:54 --- The regression occurred between (working) gcc version 4.3.0 20070906 (experimental) [trunk revision 128175] (GCC) and gcc version 4.3.0 20070907 (experimental) [trunk revision 128228] (GCC) on x86_64-unknown-linux-gnu. As I cannot find any gcc/fortran/* change which could have caused this, I assign it to the middle end. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Component|fortran |middle-end Summary|ICE (segfault) |[4.3 Regression] ICE |gfortran.dg/common_6.f90|(segfault) ||gfortran.dg/common_6.f90 Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33375
[Bug fortran/33376] New: [4.3 regression] USE with renaming, assembler message: symbol already defined
Hi, the following program fails to compile with rev.128283 but used to work just a few days ago: % cat gfcbug70.f90 module foo implicit none public chk type mytype character(len=4) :: str end type mytype type (mytype) ,parameter :: chk (1) = (/ mytype (abcd) /) end module foo module gfcbug70 use foo, only: chk_ = chk implicit none contains subroutine chk (i) integer, intent(in) :: i print *, chk_(i)% str end subroutine chk end module gfcbug70 I get: /tmp/ccnnONGa.s: Assembler messages: /tmp/ccnnONGa.s:19: Error: symbol `__gfcbug70_MOD_chk' is already defined -- Summary: [4.3 regression] USE with renaming, assembler message: symbol already defined Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: anlauf at gmx dot de GCC host triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33376
[Bug tree-optimization/33373] ICE in vectorizable_type_demotion, at tree-vect-transform.c:4098
--- Comment #2 from dorit at gcc dot gnu dot org 2007-09-10 09:08 ---
Testing this patch (it's a bug in the fix for PR33301. I accidentally treated
TYPE_SIZE_UNIT as a constant, whereas it's really a tree...):
Index: tree-vect-analyze.c
===
*** tree-vect-analyze.c (revision 128322)
--- tree-vect-analyze.c (working copy)
*** vect_determine_vectorization_factor (loo
*** 242,252
operation = GIMPLE_STMT_OPERAND (stmt, 1);
if (TREE_CODE (operation) == NOP_EXPR
|| TREE_CODE (operation) == CONVERT_EXPR
! || TREE_CODE (operation) == WIDEN_MULT_EXPR)
{
tree rhs_type = TREE_TYPE (TREE_OPERAND (operation, 0));
! if (TYPE_SIZE_UNIT (rhs_type) TYPE_SIZE_UNIT (scalar_type))
! scalar_type = TREE_TYPE (TREE_OPERAND (operation, 0));
}
if (vect_print_dump_info (REPORT_DETAILS))
--- 242,253
operation = GIMPLE_STMT_OPERAND (stmt, 1);
if (TREE_CODE (operation) == NOP_EXPR
|| TREE_CODE (operation) == CONVERT_EXPR
! || TREE_CODE (operation) == WIDEN_MULT_EXPR)
{
tree rhs_type = TREE_TYPE (TREE_OPERAND (operation, 0));
! if (TREE_INT_CST_LOW (TYPE_SIZE_UNIT (rhs_type))
! TREE_INT_CST_LOW (TYPE_SIZE_UNIT (scalar_type)))
! scalar_type = rhs_type;
}
if (vect_print_dump_info (REPORT_DETAILS))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33373
[Bug target/33369] [4.3 Regression] suffix or operands invalid for `pslld'
--- Comment #4 from uros at gcc dot gnu dot org 2007-09-10 09:10 --- Subject: Bug 33369 Author: uros Date: Mon Sep 10 09:10:00 2007 New Revision: 128328 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128328 Log: PR target/33369 * gcc/config/i386/sse.md (ashrmode3): Change op2 mode to SImode. Use 'N' operand constraint for op2. (lshrmode3): Ditto. (ashlmode3): Ditto. (vec_shl_mode): Use const_0_to_255_mul_8_operand predicate for op2. (vec_shr_mode): Use const_0_to_255_mul_8_operand predicate for op2. * gcc/config/i386/i386.c (ix86_expand_builtin) [IX86_BUILTIN_PSLL?128, IX86_BUILTIN_PSRA*?128, IX86_BUILTIN_PSRL?128]: Convert op1 to SImode. testsuite/ChangeLog: PR target/33369 * gcc.dg/vect/pr33369.c: New test. Added: trunk/gcc/testsuite/gcc.dg/vect/pr33369.c Modified: trunk/gcc/ChangeLog trunk/gcc/config/i386/i386.c trunk/gcc/config/i386/i386.md trunk/gcc/config/i386/sse.md trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33369
[Bug c++/30680] Spurious might be used uninitialized warning in STL use.
--- Comment #2 from jsli at yahoo dot com 2007-09-10 09:56 --- maybe the same bug to 22207? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30680
[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-10 11:36 --- Works: gcc version 4.3.0 20070905 (experimental) [trunk revision 128123] (GCC) Fails: gcc version 4.3.0 20070906 (experimental) [trunk revision 128175] (GCC) -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||burnus at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|i686-pc-linux-gnu | Last reconfirmed|-00-00 00:00:00 |2007-09-10 11:36:44 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33376
[Bug libstdc++/33377] New: cris: error: 'ENOTSUP' was not declared in this scope building libstdc++
Revision 128328 files to build libstdc++ with this error (and something similar with 128297 and 128277, just another Exxx constant): make[4]: Entering directory `/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/src' /bin/sh ../libtool --tag CXX --mode=compile /home/rask/build/gcc-cris-axis-elf/./gcc/xgcc -shared-libgcc -B/home/rask/build/gcc-cris-axis-elf/./gcc -nostdinc++ -L/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/src -L/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/src/.libs -nostdinc -B/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/newlib/ -isystem /home/rask/build/gcc-cris-axis-elf/cris-axis-elf/newlib/targ-include -isystem /n/12/rask/src/all/newlib/libc/include -B/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libgloss/cris -L/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libgloss/libnosys -L/n/12/rask/src/all/libgloss/cris -B/usr/local/cris-axis-elf/bin/ -B/usr/local/cris-axis-elf/lib/ -isystem /usr/local/cris-axis-elf/include -isystem /usr/local/cris-axis-elf/sys-include -L/home/rask/build/gcc-cris-axis-elf/./ld -I/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/include/cris-axis-elf -I/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/include -I/n/12/rask/src/all/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2-std=gnu++0x -c /n/12/rask/src/all/libstdc++-v3/src/hash_c++0x.cc libtool: compile: /home/rask/build/gcc-cris-axis-elf/./gcc/xgcc -shared-libgcc -B/home/rask/build/gcc-cris-axis-elf/./gcc -nostdinc++ -L/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/src -L/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/src/.libs -nostdinc -B/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/newlib/ -isystem /home/rask/build/gcc-cris-axis-elf/cris-axis-elf/newlib/targ-include -isystem /n/12/rask/src/all/newlib/libc/include -B/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libgloss/cris -L/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libgloss/libnosys -L/n/12/rask/src/all/libgloss/cris -B/usr/local/cris-axis-elf/bin/ -B/usr/local/cris-axis-elf/lib/ -isystem /usr/local/cris-axis-elf/include -isystem /usr/local/cris-axis-elf/sys-include -L/home/rask/build/gcc-cris-axis-elf/./ld -I/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/include/cris-axis-elf -I/home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/include -I/n/12/rask/src/all/libstdc++-v3/libsupc++ -fno-implicit-templates -Wall -Wextra -Wwrite-strings -Wcast-qual -fdiagnostics-show-location=once -ffunction-sections -fdata-sections -g -O2 -std=gnu++0x -c /n/12/rask/src/all/libstdc++-v3/src/hash_c++0x.cc -o hash_c++0x.o In file included from /home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/include/system_error:44, from /n/12/rask/src/all/libstdc++-v3/src/hash_c++0x.cc:31: /home/rask/build/gcc-cris-axis-elf/cris-axis-elf/libstdc++-v3/include/cris-axis-elf/bits/error_constants.h:118: error: 'ENOTSUP' was not declared in this scope make[4]: *** [hash_c++0x.lo] Error 1 Configure flags: --target cris-axis-elf --enable-checking=yes,rtl --with-newlib --enable-sim --disable-gdb --disable-nls This looks like it's related to bug 33203. -- Summary: cris: error: 'ENOTSUP' was not declared in this scope building libstdc++ Product: gcc Version: 4.3.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: rask at gcc dot gnu dot org GCC build triplet: x86_64-unknown-linux-gnu GCC host triplet: x86_64-unknown-linux-gnu GCC target triplet: cris-axis-elf http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33377
[Bug fortran/31547] Document when CPP is called and document the f95-cpp-input option
--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-10 12:09 --- Fixed. -- burnus at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31547
[Bug fortran/31547] Document when CPP is called and document the f95-cpp-input option
--- Comment #4 from burnus at gcc dot gnu dot org 2007-09-10 12:09 --- Subject: Bug 31547 Author: burnus Date: Mon Sep 10 12:09:17 2007 New Revision: 128331 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128331 Log: 2007-09-10 Tobias Burnus [EMAIL PROTECTED] PR fortran/31547 * gfortran.texi: Document when CPP is called. * intrinsic.texi (IOR): Fix typos. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortran.texi trunk/gcc/fortran/intrinsic.texi -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31547
[Bug target/33369] [4.3 Regression] suffix or operands invalid for `pslld'
--- Comment #5 from ubizjak at gmail dot com 2007-09-10 12:12 --- Some additional discussion (with the fix to SLP vectorizer in a followup) at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00859.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33369
[Bug middle-end/21032] [4.0 Regression] With -frounding-math, incorrectly reorders unary minus
--- Comment #23 from bagnara at cs dot unipr dot it 2007-09-10 12:32 --- My fault: I forgot to use the -frounding-math option. So, for the wrong-code aspect there is no problem. But the missed-optimization bit is still there: why do we have fldl12(%ebp) fchs movl8(%ebp), %eax fstps -20(%ebp) flds-20(%ebp) fstps -4(%ebp) flds-4(%ebp) fchs fstps (%eax) insted of simply fldl12(%ebp) fchs fstps -4(%ebp) flds-4(%ebp) fchs fstps (%eax) ? -- bagnara at cs dot unipr dot it changed: What|Removed |Added CC||abramobagnara at tin dot it http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21032
[Bug middle-end/32887] warning for memset with zero size
--- Comment #16 from pinskia at gcc dot gnu dot org 2007-09-10 14:07 --- *** This bug has been marked as a duplicate of 16794 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32887
[Bug c/16794] should warn about switched memset arguments
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-10 14:07 --- *** Bug 32887 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||cnstar9988 at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16794
[Bug fortran/33376] [4.3 regression] USE with renaming, assembler message: symbol already defined
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-10 14:08 --- The regression is caused by http://gcc.gnu.org/ml/gcc-cvs/2007-09/msg00124.html 2007-09-05 Paul Thomas [EMAIL PROTECTED] PR fortran/31564 (PR31564) * primary.c (gfc_match_rvalue): Make expressions that refer to derived type parameters that have array references into variable expressions. Remove references to use association from the symbol. PR fortran/33241 (PR33241) * decl.c (add_init_expr_to_sym): Provide assumed character length parameters with the length of the initialization expression, if a constant, or that of the first element of an array. -- burnus at gcc dot gnu dot org changed: What|Removed |Added CC||pault at gcc dot gnu dot org Keywords||link-failure Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33376
[Bug c++/33378] New: Recent gcc 4.3 snapshots think comparison operators are ambiguous
The attached test case has 2 code branches (#ifdef BREAKME and #ifndef BREAKME) that are treated as identical in all prior gcc versions. 4.3 snapshots barf with: gcc-4.3-testcase.cpp: In function 'int main()': gcc-4.3-testcase.cpp:28: error: ISO C++ says that these are ambiguous, even though the worst conversion for the first is better than the worst conversion for the second: gcc-4.3-testcase.cpp:14: note: candidate 1: bool operator==(const junk, const char*) gcc-4.3-testcase.cpp:7: note: candidate 2: bool junk::operator==(const foo) const since even in the BREAKME version, no implicit casting is involved, I tend to think older gcc versions are right. -- Summary: Recent gcc 4.3 snapshots think comparison operators are ambiguous Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: bero at arklinux dot org GCC build triplet: i586-pc-linux-gnu GCC host triplet: i586-pc-linux-gnu GCC target triplet: i586-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33378
[Bug c++/33378] Recent gcc 4.3 snapshots think comparison operators are ambiguous
--- Comment #1 from bero at arklinux dot org 2007-09-10 14:11 --- Created an attachment (id=14184) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14184action=view) test case Add test case -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33378
[Bug other/32154] sim-crt0.o/crt0.o isn't found during configure due to missing -L or -B
--- Comment #12 from rask at gcc dot gnu dot org 2007-09-10 14:20 --- Subject: Bug 32154 Author: rask Date: Mon Sep 10 14:20:10 2007 New Revision: 128344 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128344 Log: PR other/32154 * configure.ac: For libgloss targets, point the linker to the linker script, startup code and simulator library. * configure: Regenerate. Modified: trunk/ChangeLog trunk/configure trunk/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32154
[Bug other/32154] sim-crt0.o/crt0.o isn't found during configure due to missing -L or -B
--- Comment #13 from rask at gcc dot gnu dot org 2007-09-10 14:27 --- Fixed as of revision 128344. -- rask at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32154
[Bug c/33379] New: Bad code generation with O3
Hello ,
this code below compiles with different results.
with -O0 the result is 1.(expected res.)
from -O2 (and above) the result is 0.(BUG!)
Thank You !
includestdio.h
#ifdef _BIG_ENDIAN
#define FP_SEG(fp) (*((unsigned short*)(fp)))
#define FP_OFF(fp) (*((unsigned short*)(fp)+1))
#else
#define FP_SEG(fp) (*((unsigned short*)(fp)+1))
#define FP_OFF(fp) (*((unsigned short*)(fp)))
#endif
#define BYTE unsigned char
#define _huge
unsigned short int zHugeOffset;
int main(){
BYTE _huge *phb;
unsigned short int selBit;
FP_SEG(phb)=0; FP_OFF(phb)=0x; phb+=0x8000; selBit=FP_SEG(phb);
zHugeOffset=selBit;
printf(RESULT :%hd\n, zHugeOffset);
}
--
Summary: Bad code generation with O3
Product: gcc
Version: 4.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tompa-l at prolan dot hu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33379
[Bug bootstrap/33100] [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0
--- Comment #6 from ro at techfak dot uni-bielefeld dot de 2007-09-10 14:41 --- Subject: Re: [4.3 regression] on bootstrap getting section .eh_frame: bad cie version 0: offset 0x0 hjl at lucon dot org writes: It could be caused by bugs in assembler/linker on Solaris. The assembler in question is gas 2.15, and the linker check seems to be completely deliberate. The error is issued by libld, whose source can be browsed at opensolaris.org: http://cvs.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/sgs/libld/common/unwind.amd.c around line 396. The old crtend.o had CIE version 1 as expected, the new one has version 0. Rainer -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
[Bug c/33379] Bad code generation with O3
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-10 14:44 --- You are violating C/C++ aliasing rules. You are accessing a unsigned char* as a unsigned short. *** This bug has been marked as a duplicate of 21920 *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33379
[Bug c/21920] aliasing violations
--- Comment #120 from pinskia at gcc dot gnu dot org 2007-09-10 14:44 --- *** Bug 33379 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||tompa-l at prolan dot hu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
[Bug c/28575] misleading __builtin_choose_expr documentation error
--- Comment #2 from brian at oddchange dot com 2007-09-10 15:49 --- *** Bug 33013 has been marked as a duplicate of this bug. *** -- brian at oddchange dot com changed: What|Removed |Added CC||brian at oddchange dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28575
[Bug c/33013] Documentation for __builtin_choose_expr is wrong
--- Comment #2 from brian at oddchange dot com 2007-09-10 15:49 --- *** This bug has been marked as a duplicate of 28575 *** -- brian at oddchange dot com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33013
[Bug fortran/33375] [4.3 Regression] ICE (segfault) gfortran.dg/common_6.f90
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-10 16:00 ---
Back to fortran; I was wrong. This is not a regression, but it occurred from
the beginning as valgrind shows. That it crashes is new, however.
More debugging; the line:
common /b/x/c/ ! { dg-error Syntax error }
is matched properly in gfc_match_common: sym-name is x and the typespec
looks ok as well.
However, in resolve_common_blocks:
for (csym = common_root-n.common-head; csym; csym = csym-common_next)
{
(gdb) p csym
$36 = (gfc_symbol *) 0xf475b0
(gdb) p sym-name
Cannot access memory at address 0x0
(gdb) p sym-ts
Cannot access memory at address 0x20
Thus something corrupts the symbol in between.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Component|middle-end |fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33375
[Bug fortran/33339] GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90
--- Comment #4 from longb at cray dot com 2007-09-10 16:03 --- Subject: Re: GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90 sgk at troutmask dot apl dot washington dot edu wrote: --- Comment #3 from sgk at troutmask dot apl dot washington dot edu 2007-09-08 19:17 --- Subject: Re: GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90 ftn -o x -O2 bug2867.f90 aprun -n 1 ./x Got incorrect value for WIN_SIZE ( 140733193389056 , should be 1024 ) Got wrong value for WIN_DISP_UNIT ( 140733193388036 , should be What is ftn? On my system, when I build MPICH2 I get mpf90. ftn is a script that allows the user to see a common interface for all the compilers we document. Which compiler is used is controlled by the module facility. Library sets are selected based on the compiler and OS combinations. The same command is used for both serial and parallel programs. Any chance that you can skip the script and use mpif90 directly? Also, I have MPICH2 1.05p4. Can you this version? Is the version of MPICH2 that you used patched by Cray? I believe we use plain mpich2 for the Opteron systems. Here is the detail on the ftn command: nid7/longb ftn -v /opt/xt-pe/2.1/bin/snos64/ftn: INFO: linux target is being used mpif90 for 1.0.2 Driving: /opt/gcc/4.2.1/bin/../snos/bin/gfortran -static -v -I/opt/xt-mpt/2.1/mpich2-64/GP/include -I/opt/xt-mpt/2.1/mpich2-64/GP/include -L/opt/xt-mpt/2.1/mpich2-64/GP/lib -I/opt/xt-libsci/10.1.0/gnu/snos64/include -I/opt/xt-libsci/10.1.0/gnu/snos64/incl Using built-in specs. Target: x86_64-suse-linux Configured with: ../xt-gcc-4.2.1/configure --prefix=/opt/gcc/4.2.1/snos --disable-nls --libdir=/opt/gcc/4.2.1/snos/lib --enable-languages=c,c++,fortran --with-gxx-include-dir=/opt/gcc/4.2.1/snos/include/g++ --with-slibdir=/opt/gcc/4.2.1/snos/lib --with-sy Thread model: posix gcc version 4.2.1 20070719 (rpm:3) /opt/gcc/4.2.1/snos/libexec/gcc/x86_64-suse-linux/4.2.1/collect2 -m elf_x86_64 -static /usr/lib/../lib64/crt1.o /usr/lib/../lib64/crti.o /opt/gcc/4.2.1/snos/lib/gcc/x86_64-suse-linux/4.2.1/crtbeginT.o -L/opt/xt-mpt/2.1/mpich2-64/GP/lib -L/opt/xt-libsci/1 /opt/gcc/4.2.1/snos/lib/gcc/x86_64-suse-linux/4.2.1/libgfortranbegin.a(fmain.o)(.text+0xa): In function `main': ../../../xt-gcc-4.2.1/libgfortran/fmain.c:18: undefined reference to `MAIN__' collect2: ld returned 1 exit status Note: The version of gcc we are using is not the same as the one you noted, and for the XT systems all linking is static. Our version of mpich2 appears to be older. I can ask the MPI group for a newer version. Cheers, Bill -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
[Bug fortran/33380] New: Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62
Gfortran terminates with an internal compiler error for this test: cat test.f90 subroutine sub(var,thread_num) ! derived from RTED_OpenMP/FORTRAN/SECTION_B/F_B_7_1_k_Z_s.f90 ! derived from RTED_OpenMP/FORTRAN/SECTION_B/F_B_7_2_k_Z_s.f90 COMPLEX, INTENT(OUT) :: var integer, INTENT(IN) :: thread_num if (thread_num == 0) then !$OMP ATOMIC var = var + 2 end if end subroutine sub gfortran -fopenmp -c test.f90 test.f90: In function 'sub': test.f90:7: internal compiler error: in gen_lowpart_general, at rtlhooks.c:62 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. gfortran -v Using built-in specs. Target: x86_64-suse-linux Configured with: ../xt-gcc-4.2.1/configure --prefix=/opt/gcc/4.2.1/snos --disable-nls --libdir=/opt/gcc/4.2.1/snos/lib --enable-languages=c,c++,fortran --with-gxx-include-dir=/opt/gcc/4.2.1/snos/include/g++ --with-slibdir=/opt/gcc/4.2.1/snos/lib --with-sy Thread model: posix gcc version 4.2.1 20070719 (rpm:3) -- Summary: Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62 Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: longb at cray dot com GCC build triplet: x86_64-suse-linux GCC host triplet: x86_64-suse-linux GCC target triplet: x86_64-suse-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33380
[Bug fortran/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-10 17:21 --- This works on the trunk. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work||4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33380
[Bug fortran/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62
--- Comment #2 from kargl at gcc dot gnu dot org 2007-09-10 17:23 --- (In reply to comment #1) This works on the trunk. Not for me. troutmask:sgk[210] gfc4x --version GNU Fortran (GCC) 4.3.0 20070906 (experimental) troutmask:sgk[211] gfc4x -o z -fopenmp l1.f90 l1.f90: In function 'sub': l1.f90:7: internal compiler error: in gen_lowpart_general, at rtlhooks.c:61 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. I have opteron hardware as does I believe Bill. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33380
[Bug fortran/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-10 17:33 --- (In reply to comment #2) (In reply to comment #1) This works on the trunk. Not for me. I had forgot to add -fopenmp to the options. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Known to work|4.3.0 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33380
[Bug middle-end/33380] Internal compiler error: in gen_lowpart_general, at rtlhooks.c:62
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-10 17:38 --- Breakpoint 1, gen_lowpart_general (mode=3273328, x=0x31f420) at /Users/apinski/src/local/gcc/gcc/rtlhooks.c:61 61gcc_assert (MEM_P (x)); (gdb) y Undefined command: y. Try help. (gdb) p debug_rtx(x) (concat:SC (reg:SF 65 [ D.1421 ]) (reg:SF 66 [ D.1421+4 ])) -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2007-09-10 17:38:19 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33380
[Bug fortran/33339] GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90
--- Comment #5 from sgk at troutmask dot apl dot washington dot edu 2007-09-10 18:28 --- Subject: Re: GFORTRAN OPTIMIZATION ERROR ABOVE -O0 FOR MPICH2 TEST F90_RMA/BASEATTRWINF90.F90 On Mon, Sep 10, 2007 at 04:03:21PM -, longb at cray dot com wrote: gcc version 4.2.1 20070719 (rpm:3) Note: The version of gcc we are using is not the same as the one you noted, and for the XT systems all linking is static. I checked my version again, and it was 4.2.1 20070523. There aren't many significant changes between this version and yours to at least the Fortran front-end. I just rebuild 4.2.2 (note it's been marked for a release) and get GNU F95 version 4.2.2 20070905 (prerelease) (x86_64-portbld-freebsd7.0) Your program with my addition and static linking gives node10:kargl[254] ../mpich2/bin/mpiexec -machinefile mf1 -n 1 ./long Got right value for WIN_DISP_UNIT ( 4 , should be 4 ) node10:kargl[255] ./long Got right value for WIN_DISP_UNIT ( 4 , should be 4 ) Our version of mpich2 appears to be older. I can ask the MPI group for a newer version. The mpich2 changelog suggests that there may be some changes which effect gfortran+mpich2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9
[Bug rtl-optimization/32283] Missed induction variable optimization
--- Comment #12 from dje at gcc dot gnu dot org 2007-09-10 18:29 --- Created an attachment (id=14185) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14185action=view) postreload.c preprocessed The patch broke bootstrap on powerpc-aix, powerpc-darwin, sparc-solaris, and hpux -- probably all big endian targets. reload_combine_note_store is miscompiled. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32283
[Bug tree-optimization/32575] [4.2/4.3 regression] With -ftree-vrp miscompiles a single line of code in SQLite
--- Comment #9 from jakub at gcc dot gnu dot org 2007-09-10 18:38 --- Fails e.g. with 127816, 127870 up to 127926, the bug goes away at least on the #c5 testcase with http://gcc.gnu.org/viewcvs?root=gccview=revrev=127927 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32575
[Bug c++/33112] ICE : canonical types differ for identical types const _CharT* [14] and const _CharT* [14]
--- Comment #2 from dgregor at gcc dot gnu dot org 2007-09-10 20:38 --- Could someone try the patch at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00910.html to determine whether this fixes the bug? I am unable to reproduce the bug locally. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33112
[Bug c++/33185] [4.3 Regression] ICE: canonical types differ for identical types T [] and T []
--- Comment #5 from dgregor at gcc dot gnu dot org 2007-09-10 20:38 --- Could someone try the patch at http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00910.html to determine whether this fixes the bug? I am unable to reproduce the bug locally. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33185
[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type
--- Comment #7 from andreast at gcc dot gnu dot org 2007-09-10 20:42
---
What is the status here?
I tested the patch below on hppa64-hp-hpux11.11, i686-pc-linux-gnu and
i686-apple-darwin8. It brings the pa target past the failure. The others
completed bootstrap. I'm not able to test on the other targets I have access to
since they are blocked by 32283.
Index: gcc.c
===
--- gcc.c (revision 128287)
+++ gcc.c (working copy)
@@ -297,7 +297,7 @@
static struct compiler *lookup_compiler (const char *, size_t, const char *);
static char *build_search_list (const struct path_prefix *, const char *,
bool, bool);
-static void xputenv (char *);
+static void xputenv (const char *);
static void putenv_from_prefixes (const struct path_prefix *, const char *,
bool);
static int access_check (const char *, int);
@@ -2602,11 +2602,11 @@
/* Add or change the value of an environment variable, outputting the
change to standard error if in verbose mode. */
static void
-xputenv (char *string)
+xputenv (const char *string)
{
if (verbose_flag)
notice (%s\n, string);
- putenv (string);
+ putenv (CONST_CAST (char *, string));
}
/* Build a list of search directories from PATHS.
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
CC||andreast at gcc dot gnu dot
||org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2007-09-10 20:42:01
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33309
[Bug rtl-optimization/33345] [4.3 Regression] gcc.c-torture/execute/20030323-1.c ICEs at -O2 and above on spu-elf
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-10 21:01 --- Fixed, most likely by: 2007-09-09 Laurynas Biveinis [EMAIL PROTECTED] Revert: 2007-09-05 Laurynas Biveinis [EMAIL PROTECTED] * regrename.c (copyprop_hardreg_forward_1): New variable next. Use FOR_BB_INSNS_SAFE instead of for loop. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||lauras at gcc dot gnu dot ||org Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33345
[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-10 21:30 --- Subject: Re: gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type What is the status here? I tested the patch below on hppa64-hp-hpux11.11, i686-pc-linux-gnu and i686-apple-darwin8. It brings the pa target past the failure. The others completed bootstrap. I'm not able to test on the other targets I have access to since they are blocked by 32283. Your change is the same as I've been using. I guess someone needs to do it. Want to do it? I'm heading home at the moment. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33309
[Bug fortran/33040] [ISO_C_BINDING] ICE in gfc_trans_structure_assign
--- Comment #3 from patchapp at dberlin dot org 2007-09-10 21:31 --- Subject: Bug number PR 33040 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/2007-09/msg00918.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33040
[Bug bootstrap/33309] gcc.c:6236: error: passing argument 1 of 'xputenv' discards qualifiers from pointer target type
--- Comment #9 from andreast at gcc dot gnu dot org 2007-09-10 21:34 --- It is the same, I just wanted to summarize in patch form. If we have an approval then I can commit asap. Kaveh? I'm heading towards bed ;) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33309
[Bug rtl-optimization/33346] [4.3 Regression] g++.old-deja/g++.eh/ia64-1.C ICEs at -O1 on spu-elf
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-09-10 21:51 --- Yes this was fixed. The miscompiling of postreload.c is due to the patch which fixed PR 32283. -- 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=33346
[Bug middle-end/33351] [4.3 Regression] segfault in assembler function
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-09-10 21:56 --- Fixed so closing. Though there should be a testcase for this one committed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33351
[Bug middle-end/33335] [4.3 Regression] FAIL: 26_numerics/complex/inserters_extractors/wchar_t/1.cc
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-09-10 22:13 --- I think what is wrong now is the convert optable hash table is the same as the the other optable hash table so optab are matching when they should not be. We need to either split the hash tables or add an extra element to the table to record that too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5
[Bug c++/33289] [4.2 Regression] __sprintf_chk etc. not DECL_ANTICIPATED
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.2/4.3 Regression]|[4.2 Regression] |__sprintf_chk etc. not |__sprintf_chk etc. not |DECL_ANTICIPATED|DECL_ANTICIPATED Target Milestone|--- |4.2.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33289
[Bug libgcj/33311] gcj: libgcj.spec: No such file or directory
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-10 22:44 --- Where did you get GCJ/GCC? Was it a binary package or did you compile it yourself? Is this on vista? What version of GCC/GCJ do you have? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Summary|gcj: libgcj.spec: No such |gcj: libgcj.spec: No such |file or directory |file or directory http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33311
[Bug libgomp/33371] gcc: libgomp.spec: No such file or directory
--- Comment #2 from danglin at gcc dot gnu dot org 2007-09-10 23:01 --- Closing as fixed. libgomp.spec and friends were installed in yesterdays build of 4.2.1. I also see that they were installed in hppa64-hp-hpux11.11 build. I believe the reason libgomp didn't install is the libjava installation also failed. This is another PR. If the java language isn't specified, I don't believe there is a problem. However, building java is the default. -- danglin at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33371
[Bug target/33381] New: [4.2 regression] miscompilation casting signed long to void*
[forwarded from http://bugs.debian.org/440545]
seen with 4.2 branch 20070902, works with 4,1 branch and trunk
Matthias
Output from attached program, if compiled with optimization level -O2:
From 0 to 2:
0 - In: -1, -1 (0x), Out: -1
1 - In: 0, 0 (0x), Out: 0
2 - In: 1, 1 (0x), Out: 1
From 1 to 3:
1 - In: 0, 0 ((nil)), Out: 0
2 - In: 1, 1 (0x1), Out: 1
3 - In: 2, 2 (0x2), Out: 2
Should be
From 0 to 2:
0 - In: -1, -1 (0x), Out: -1
1 - In: 0, 0 ((nil)), Out: 0
2 - In: 1, 1 (0x1), Out: 1
From 1 to 3:
1 - In: 0, 0 ((nil)), Out: 0
2 - In: 1, 1 (0x1), Out: 1
3 - In: 2, 2 (0x2), Out: 2
#include assert.h
#include stdio.h
#include stdlib.h
int main()
{
int i = 0;
printf(From 0 to 2:\n);
for (i = 0; i 3; i++) {
int iin = i - 1;
signed long lin = iin;
void *pin = (void *) lin;
signed long iout = (signed long) pin;
printf( %d - In: %d, %ld (%p), Out: %ld\n, i, iin, lin, pin, iout);
}
printf(From 1 to 3:\n);
for (i = 1; i 4; i++) {
int iin = i - 1;
signed long lin = iin;
void *pin = (void *) lin;
signed long iout = (signed long) pin;
printf( %d - In: %d, %ld (%p), Out: %ld\n, i, iin, lin, pin, iout);
}
return EXIT_SUCCESS;
}
--
Summary: [4.2 regression] miscompilation casting signed long to
void*
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: debian-gcc at lists dot debian dot org
GCC target triplet: x64_86-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33381
[Bug libstdc++/33377] [4.3 Regression] cris: error: 'ENOTSUP' was not declared in this scope building libstdc++
--- Comment #1 from rask at gcc dot gnu dot org 2007-09-11 00:40 --- This happens starting with revision 127744 and is definitely related to bug 33203. http://gcc.gnu.org/ml/libstdc++/2007-08/msg00039.html -- rask at gcc dot gnu dot org changed: What|Removed |Added CC||hp at gcc dot gnu dot org Summary|cris: error: 'ENOTSUP' was |[4.3 Regression] cris: |not declared in this scope |error: 'ENOTSUP' was not |building libstdc++ |declared in this scope ||building libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33377
[Bug libstdc++/33377] [4.3 Regression] cris: error: 'ENOTSUP' was not declared in this scope building libstdc++
--- Comment #2 from hp at gcc dot gnu dot org 2007-09-11 01:00 --- How recent is your newlib? If it's older than August 24th I suggest you update. See http://sourceware.org/ml/newlib/2007/msg00881.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33377
[Bug c/33382] New: internal compiler error: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2454
Hello! I am using Debian's gcc 4.2.1, and I am running into some trouble while compiling logapp, available at http://logapp.sourceforge.net Here are the details: gcc -v -save-temps -Wall -O2 -c -o configuration.o configuration.c 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 --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.2 --program-suffix=-4.2 --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-targets=all --disable-werror --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu --target=i486-linux-gnu Thread model: posix gcc version 4.2.1 (Debian 4.2.1-5) /usr/lib/gcc/i486-linux-gnu/4.2.1/cc1 -E -quiet -v configuration.c -mtune=generic -Wall -O2 -fpch-preprocess -o configuration.i ignoring nonexistent directory /usr/local/include/i486-linux-gnu ignoring nonexistent directory /usr/lib/gcc/i486-linux-gnu/4.2.1/../../../../i486-linux-gnu/include ignoring nonexistent directory /usr/include/i486-linux-gnu #include ... search starts here: #include ... search starts here: /usr/local/include /usr/lib/gcc/i486-linux-gnu/4.2.1/include /usr/include End of search list. /usr/lib/gcc/i486-linux-gnu/4.2.1/cc1 -fpreprocessed configuration.i -quiet -dumpbase configuration.c -mtune=generic -auxbase-strip configuration.o -O2 -Wall -version -o configuration.s GNU C version 4.2.1 (Debian 4.2.1-5) (i486-linux-gnu) compiled by GNU C version 4.2.1 (Debian 4.2.1-5). GGC heuristics: --param ggc-min-expand=63 --param ggc-min-heapsize=63302 Compiler executable checksum: 679d5de8862f4a3c8f9b9a34b5dbcc68 configuration.c: In function 'get_argid': configuration.c:567: internal compiler error: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2454 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. For Debian GNU/Linux specific bug reporting instructions, see URL:file:///usr/share/doc/gcc-4.2/README.Bugs. make: *** [configuration.o] Error 1 Observation: The bug disappears if I remove -O2 from the compiler flags. Should you require the preprocessed file, please tell me and I shall put it somewhere where you can pick it up. Thanks! -- Summary: internal compiler error: in get_constraint_for_component_ref, at tree-ssa- structalias.c:2454 Product: gcc Version: 4.2.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: akumar at ee dot iitm dot ac dot in 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=33382
[Bug c/30013] Multiple flaws in decimal floating-point arithmetic conversions fixed
--- Comment #6 from janis at gcc dot gnu dot org 2007-09-11 01:11 --- Subject: Bug 30013 Author: janis Date: Tue Sep 11 01:11:16 2007 New Revision: 128361 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128361 Log: gcc/ PR c/30013 * config/dfp-bit.c: Don't skip TFmode conversions; move strto* declarations to top. (DFP_TO_BFP): Use for either XFmode or TFmode. (BFP_TO_DFP): Use for either XFmode or TFmode; always use cast of BFP_VIA_TYPE. * config/dfp-bit.h: Include float.h. (LONG_DOUBLE_HAS_XF_MODE, LONG_DOUBLE_HAS_TF_MODE): Define if long double is one of these modes, rather than using LIBGCC_HAS_*F_MODE which doesn't mean the same thing. (BFP_KIND): Use 4 to mean TFmode. (BFP_FMT): Specify the number of decimal digits based on the number of mantissa digits. (BFP_VIA_TYPE): Binary float type to use as cast for sprintf. (BFP_TO_DFP, DFP_TO_BFP): Define names for TFmode variants. (STR_TO_BFP): Use strtold for XFmode or TFmode. (TFtype): Define if TFmode is supported. * doc/libgcc.texi (Decimal float library routines): Document TF conversion functions. gcc/testsuite/ * gcc.dg/dfp/convert-bfp.c: Replace SKIP_LONG_DOUBLE with runtime checks for size of long double. * gcc.dg/dfp/convert.h: New file. * gcc.dg/dfp/convert-bfp-2.c: New test. * gcc.dg/dfp/convert-bfp-3.c: Ditto. * gcc.dg/dfp/convert-bfp-4.c: Ditto. * gcc.dg/dfp/convert-bfp-5.c: Ditto. * gcc.dg/dfp/convert-bfp-6.c: Ditto. * gcc.dg/dfp/convert-bfp-7.c: Ditto. * gcc.dg/dfp/convert-bfp-8.c: Ditto. * gcc.dg/dfp/convert-bfp-9.c: Ditto. * gcc.dg/dfp/convert-bfp-10.c: Ditto. * gcc.dg/dfp/convert-bfp-11.c: Ditto. Added: trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-10.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-11.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-2.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-3.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-4.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-5.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-6.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-7.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-8.c trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp-9.c trunk/gcc/testsuite/gcc.dg/dfp/convert.h Modified: trunk/gcc/ChangeLog trunk/gcc/config/dfp-bit.c trunk/gcc/config/dfp-bit.h trunk/gcc/doc/libgcc.texi trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/dfp/convert-bfp.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30013
[Bug tree-optimization/33382] internal compiler error: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2454
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-11 02:17 --- Yes we would like the preprocessed source. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33382
[Bug tree-optimization/33382] internal compiler error: in get_constraint_for_component_ref, at tree-ssa-structalias.c:2454
--- Comment #2 from akumar at ee dot iitm dot ac dot in 2007-09-11 02:39 --- http://www.ee.iitm.ac.in/~ee03b091/dump/configuration.txt HTH. Kumar -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33382
[Bug target/33381] [4.2 regression] miscompilation casting signed long to void*
--- Comment #1 from mmitchel at gcc dot gnu dot org 2007-09-11 03:32 --- Ian -- Is this a VRP issue? Thanks, -- Mark -- mmitchel at gcc dot gnu dot org changed: What|Removed |Added CC||ian at airs dot com Priority|P3 |P1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33381
[Bug tree-optimization/33383] New: [4.3 Regression] Revision 128092 miscompiles 400.perlbench
Revision 128092 miscompiles 400.perlbench in SPEC CPU 2006 on Linux/x86-64 with -O2 -ffast-math. I got Running Benchmarks Running 400.perlbench ref base o2 default Kernel killed it: Out of Memory: Killed process 27337 (perlbench_base.). -- Summary: [4.3 Regression] Revision 128092 miscompiles 400.perlbench Product: gcc Version: 4.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: hjl at lucon dot org GCC target triplet: x86_64-unknown-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33383
