[Bug fortran/27351] Use variable after free in gfc_conv_array_transpose
-- steven at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2006- ||04/msg01124.html Status|WAITING |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-29 09:55:43 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27351
[Bug c++/27356] New: Right read operator not accessible after overloading.
When compiling the following program with the shipped gcc 4.0.1 from XCode 2.2
on an Apple iMac, the result is:
> Mac:~/Desktop pfeil$ ./bugdemo
> write write write write
> true
but should be:
> write read write read
> true
Or in other words, the compiler should use the read/const version of the
operator[] when there is no assignment and the lvalue/reference version when
there is an assignment to the reference of the operator.
Or again in other words: How to access the read opperator?
---
// g++ bugdemo.cpp -o bugdemo
#include
using namespace std;
class Array {
bool data[ 100 ];
public:
const bool operator[]( const unsigned int index ) const {
cout << "read ";
return data[ index ];
}
bool &operator[]( const unsigned int index ) {
cout << "write ";
return data[ index ];
}
};
int main( int argc, char **argv ) {
Array a;
a[ 0 ] = true;
a[ 1 ] = a[ 0 ];
cout << endl << (a[ 0 ]?"true":"false") << endl;
return 0;
}
--
Summary: Right read operator not accessible after overloading.
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pfl at iis dot fhg dot de
GCC build triplet: i686-apple-darwin8
GCC host triplet: i686-apple-darwin8
GCC target triplet: i686-apple-darwin8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27356
[Bug c/27357] New: 20 % increase code size in 4.1 vs 3.4.5, tail return optimisation
Here is a 20 % increase code size, because the compiler tries too much to
jump to UI_plotHline() instead of just calling the function and then doing
a standard return at the end of drawbutton()...
[EMAIL PROTECTED] projet]$ cat tmp.c
typedef struct {
unsigned short x, y;/* x should be the easyest to read */
} __attribute__ ((packed)) coord;
extern inline void
UI_plotHline (coord xy, unsigned short xend, unsigned color) {
extern UI_function_plotHline (coord xy, unsigned xend, unsigned color);
UI_function_plotHline (xy, xend, color);
}
extern inline void
UI_setpixel (coord xy, unsigned color) {
extern UI_function_setpixel (coord xy, unsigned color);
UI_function_setpixel (xy, color);
}
extern inline void bound_stack (void)
{
/*
* limit included - but add 2 to high limit for reg16, and 4 for reg32
* if not in bound, exception #BR generated (INT5).
* iret from INT5 will retry the bound instruction.
*/
extern unsigned STATE_stack_limit;
asm volatile (" bound %%esp,%0 " : : "m" (STATE_stack_limit) );
}
void
drawbutton (coordupperleft, coord lowerright,
unsigned upperleftcolor, unsigned lowerrightrcolor,
unsigned fillcolor, unsigned drawbackground)
{bound_stack();{
/* Enlarge the button by few pixels: */
upperleft.x -= 2;
lowerright.x += 2;
lowerright.y -= 1; /* do not overlap two consecutive lines */
UI_plotHline (upperleft, lowerright.x, upperleftcolor); /* top line */
/* do not change VESA1 banks too often, process horizontally,
left to right, line per line */
for (;;) {
upperleft.y += 1;
if (upperleft.y >= lowerright.y)
break;
UI_setpixel (upperleft, upperleftcolor);
if (drawbackground)
UI_plotHline (((coord) { .x = upperleft.x + 1, .y = upperleft.y }),
lowerright.x - 1, fillcolor);
UI_setpixel (((coord) { .x = lowerright.x - 1, .y = upperleft.y }),
lowerrightrcolor);
}
UI_plotHline (upperleft, lowerright.x, lowerrightrcolor); /* bottom line
*/
}}
[EMAIL PROTECTED] projet]$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--enable-checking=release --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-libgcj-multifile
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk
--disable-dssi --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre
--with-cpu=generic --host=i386-redhat-linux
Thread model: posix
gcc version 4.1.0 20060304 (Red Hat 4.1.0-3)
[EMAIL PROTECTED] projet]$ gcc -Os -c tmp.c && size *.o
textdata bss dec hex filename
276 0 0 276 114 tmp.o
[EMAIL PROTECTED] projet]$ toolchain-3.4.5/bin/gcc -v
Reading specs from
/home/etienne/projet/toolchain-3.4.5/bin/../lib/gcc/i686-pc-linux-gnu/3.4.5/specs
Configured with: ../configure --prefix=/home/etienne/projet/toolchain
--enable-languages=c
Thread model: posix
gcc version 3.4.5
[EMAIL PROTECTED] projet]$ toolchain-3.4.5/bin/gcc -Os -c tmp.c && size *.o
textdata bss dec hex filename
227 0 0 227 e3 tmp.o
[EMAIL PROTECTED] projet]$
--
Summary: 20 % increase code size in 4.1 vs 3.4.5, tail return
optimisation
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: etienne_lorrain at yahoo dot fr
GCC build triplet: i386-redhat-linux
GCC host triplet: i386-redhat-linux
GCC target triplet: i386-redhat-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27357
[Bug fortran/27351] Use variable after free in gfc_conv_array_transpose
--- Comment #12 from hjl at gcc dot gnu dot org 2006-04-29 14:25 --- Subject: Bug 27351 Author: hjl Date: Sat Apr 29 14:25:42 2006 New Revision: 113375 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113375 Log: 2006-04-29 H.J. Lu <[EMAIL PROTECTED]> PR fortran/27351 * trans-array.c (gfc_conv_array_transpose): Move gcc_assert before gfc_conv_expr_descriptor. Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/trans-array.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27351
[Bug fortran/27351] Use variable after free in gfc_conv_array_transpose
--- Comment #13 from hjl at lucon dot org 2006-04-29 14:45 --- Fixed. -- hjl at lucon dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27351
[Bug c++/27315] [4.0/4.1/4.2 regression] ICE with ill-placed expression
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-04-29 14:56 --- It doesn't ICE before 3.4.0 even with checking enabled. It's a regression then. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|ICE with ill-placed |[4.0/4.1/4.2 regression] ICE |expression |with ill-placed expression Target Milestone|--- |4.1.1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27315
[Bug c++/27329] [4.0/4.1/4.2 Regression] ICE with misplaced expression
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-29 15:01 --- It happens also on the 4.0 branch since GCC 4.0.3. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Summary|[4.1/4.2 Regression] ICE|[4.0/4.1/4.2 Regression] ICE |with misplaced expression |with misplaced expression http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27329
- LeGeNdOfHyIp -
new hyip paid me Referral plz join and paid under me :) http://legendofhyip.com/?ref=mazika
[Bug c++/27356] Right read operator not accessible after overloading.
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-29 16:13 --- Try: Array a; const Array &b = a; a[ 0 ] = true; a[ 1 ] = b[ 0 ]; But this is invalid, a[0] is always an lvalue. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27356
[Bug libfortran/26985] incorrect matmul result
--- Comment #4 from tkoenig at gcc dot gnu dot org 2006-04-29 16:30 --- Hi FX, would you care to replace rystride == ycount with rystride == xcount as a fix for this, independent of the matmul BLAS issue? I think this is definitely worth it, especially for 4.1. Pre-approved if you do so :-) Thomas -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26985
[Bug fortran/25681] ICE with len of array of derived type
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-04-29 16:31 --- Subject: Bug 25681 Author: fxcoudert Date: Sat Apr 29 16:31:26 2006 New Revision: 113376 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113376 Log: PR fortran/25681 * simplify.c (simplify_len): Character variables with constant length can be simplified. * gfortran.df/char_type_len.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/char_type_len.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/simplify.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25681
[Bug fortran/25681] [4.0 only] ICE with len of array of derived type
-- fxcoudert at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Known to fail||4.1.1 Known to work||4.2.0 Last reconfirmed|2006-04-27 09:49:21 |2006-04-29 16:32:19 date|| Summary|ICE with len of array of|[4.0 only] ICE with len of |derived type|array of derived type http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25681
[Bug c/27358] New: ICE with invalid variable after #pragma omp parallel
The following invalid testcase crashes the C frontend with "-fopenmp":
===
void foo(ERROR i)
{
#pragma omp parallel
i=0;
}
===
bug.c:1: error: expected ')' before 'i'
bug.c:3: internal compiler error: in c_parser_consume_token, at c-parser.c:639
Please submit a full bug report, [etc.]
--
Summary: ICE with invalid variable after #pragma omp parallel
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, error-recovery, monitored, openmp
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27358
[Bug c++/27359] New: ICE with missing initialization of iteration variable in parallel for loop
The following invalid testcase crashes the C++ frontend when compiled
with -fopenmp:
==
void foo()
{
#pragma omp parallel for
for (int i; i<1; ++i) ;
}
==
bug.cc: In function 'void foo()':
bug.cc:4: internal compiler error: vector VEC(cp_token_position,base) pop
domain error, in cp_lexer_commit_tokens at cp/parser.c:656
Please submit a full bug report, [etc.]
--
Summary: ICE with missing initialization of iteration variable in
parallel for loop
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-invalid-code, monitored, openmp
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: reichelt at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27359
[Bug c++/27279] [4.0/4.1/4.2 regression] ICE with invalid constructor declaration
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-04-29 20:48 --- Subject: Bug 27279 Author: reichelt Date: Sat Apr 29 20:48:45 2006 New Revision: 113378 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113378 Log: PR c++/27279 * decl.c (copy_fn_p): Skip functions with invalid first arg. * g++.dg/parse/ctor4.C: New test. Added: trunk/gcc/testsuite/g++.dg/parse/ctor4.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27279
[Bug c++/27279] [4.0/4.1/4.2 regression] ICE with invalid constructor declaration
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-04-29 20:52 --- Subject: Bug 27279 Author: reichelt Date: Sat Apr 29 20:52:24 2006 New Revision: 113379 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113379 Log: PR c++/27279 * decl.c (copy_fn_p): Skip functions with invalid first arg. * g++.dg/parse/ctor4.C: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/g++.dg/parse/ctor4.C Modified: branches/gcc-4_1-branch/gcc/cp/ChangeLog branches/gcc-4_1-branch/gcc/cp/decl.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27279
[Bug c++/27279] [4.0/4.1/4.2 regression] ICE with invalid constructor declaration
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-04-29 20:55 --- Subject: Bug 27279 Author: reichelt Date: Sat Apr 29 20:55:44 2006 New Revision: 113380 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113380 Log: PR c++/27279 * decl.c (copy_fn_p): Skip functions with invalid first arg. * g++.dg/parse/ctor4.C: New test. Added: branches/gcc-4_0-branch/gcc/testsuite/g++.dg/parse/ctor4.C Modified: branches/gcc-4_0-branch/gcc/cp/ChangeLog branches/gcc-4_0-branch/gcc/cp/decl.c branches/gcc-4_0-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27279
[Bug c++/27279] [4.0/4.1/4.2 regression] ICE with invalid constructor declaration
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-04-29 20:57 --- Fixed on mainline, 4.1 branch, and 4.0 branch. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.1.1 |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27279
[Bug c++/27279] [4.0/4.1/4.2 regression] ICE with invalid constructor declaration
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-04-29 20:57 --- Really fixed. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27279
[Bug fortran/26017] allocate (a(1:-1)) should yield zero-sized array
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-04-29 21:02 --- Subject: Bug 26017 Author: tkoenig Date: Sat Apr 29 21:02:04 2006 New Revision: 113381 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113381 Log: 2006-04-29 Thomas Koenig <[EMAIL PROTECTED]> PR fortran/26017 Backport from trunk * trans-array.c(gfc_array_init_size): Introduce or_expr which is true if the size along any dimension is negative. Create a temporary variable with base name size. If or_expr is true, set the temporary to 0, to the normal size otherwise. 2006-04-29 Thomas Koenig <[EMAIL PROTECTED]> PR fortran/26017 * gfortran.dg/allocate_zerosize.f90: New test. Added: branches/gcc-4_1-branch/gcc/testsuite/gfortran.dg/allocate_zerosize_1.f90 Modified: branches/gcc-4_1-branch/gcc/fortran/ChangeLog branches/gcc-4_1-branch/gcc/fortran/trans-array.c branches/gcc-4_1-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26017
[Bug fortran/26017] allocate (a(1:-1)) should yield zero-sized array
--- Comment #8 from tkoenig at gcc dot gnu dot org 2006-04-29 21:05 --- Fixed on 4.1 and trunk. Closing. -- tkoenig at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26017
[Bug c++/27102] [4.0/4.1 regression] ICE with invalid class name in function template
--- Comment #12 from reichelt at gcc dot gnu dot org 2006-04-29 21:40 --- Subject: Bug 27102 Author: reichelt Date: Sat Apr 29 21:39:54 2006 New Revision: 113382 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113382 Log: PR c++/11471 PR c++/27102 * g++.dg/template/crash48.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/crash48.C Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27102
[Bug c++/11471] ICE on illegal use of typedef'd member class
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-04-29 21:40 --- Subject: Bug 11471 Author: reichelt Date: Sat Apr 29 21:39:54 2006 New Revision: 113382 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113382 Log: PR c++/11471 PR c++/27102 * g++.dg/template/crash48.C: New test. Added: trunk/gcc/testsuite/g++.dg/template/crash48.C Modified: trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11471
[Bug c++/11471] ICE on illegal use of typedef'd member class
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-04-29 21:49 --- This has been fixed in mainline by Mark's patch fro PR27102. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11471
[Bug bootstrap/26628] Build fails trying to run ppc64 binaries on powerpc-apple-darwin8.5.0
--- Comment #3 from jazzmantitus at yahoo dot com 2006-04-29 23:18 --- Just wasted a day or so on this as well. Sure seems like a bug to me. Why should it auto-detect which CPU it is building upon and then attempt to build a compiler that is guaranteed to break? Does it attempt to execute code for other cross compiler targets? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26628
[Bug libfortran/27360] New: Memory leaks when reading logicals
It seems that the io library is leaking memory when reading logicals, as
demonstrated by the small program below; when running, the program uses more
and more memory until it's killed. I don't see this behaviour with data types
other than logicals.
erik:/var/tmp$ cat memoryleak.f90
program memoryleak
implicit none
logical :: foo
integer :: ios
ios = 0
do while (ios == 0)
read (*, *, iostat=ios) foo
end do
end program memoryleak
erik:/var/tmp$ gfortran memoryleak.f90
erik:/var/tmp$ awk 'BEGIN{while (1) print "F"}' | a.out
Killed
--
Summary: Memory leaks when reading logicals
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: eedelman at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27360
[Bug libfortran/27360] Memory leaks when reading logicals
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2006-04-30 00:12 --- I will look into this. Thought we had them all, but maybe not. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27360
[Bug libfortran/27360] Memory leaks when reading logicals
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2006-04-30 01:15 --- Confirmed and i found the spot in read_logical. I will have a fix shortly. My bad on this one. -- 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|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-30 01:15:06 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27360
[Bug fortran/27361] New: FAIL: gfortran.dg/enum_2.f90 -O (test for excess errors)
Executing on host:
/home/dave/gcc-4.2/objdir/gcc/testsuite/gfortran/../../gfortr
an -B/home/dave/gcc-4.2/objdir/gcc/testsuite/gfortran/../../
/home/dave/gcc-4.2/
gcc/gcc/testsuite/gfortran.dg/enum_2.f90 -O -pedantic-errors -S -o
enum_2.s
(timeout = 300)
In file /home/dave/gcc-4.2/gcc/gcc/testsuite/gfortran.dg/enum_2.f90:8
integer :: x ! { dg-error "Unexpected data declaration" }
1
Error: Unexpected data declaration statement at (1)
In file /home/dave/gcc-4.2/gcc/gcc/testsuite/gfortran.dg/enum_2.f90:9
enumerator blue = 1 ! { dg-error "Syntax error in ENUMERATOR definition" }
1
Error: ENUMERATOR (1) not initialized with integer expression
In file /home/dave/gcc-4.2/gcc/gcc/testsuite/gfortran.dg/enum_2.f90:12
enumerator :: sun ! { dg-error "ENUM" }
1
Error: ENUM definition statement expected before (1)
compiler exited with status 1
output is:
In file /home/dave/gcc-4.2/gcc/gcc/testsuite/gfortran.dg/enum_2.f90:8
integer :: x ! { dg-error "Unexpected data declaration" }
1
Error: Unexpected data declaration statement at (1)
In file /home/dave/gcc-4.2/gcc/gcc/testsuite/gfortran.dg/enum_2.f90:9
enumerator blue = 1 ! { dg-error "Syntax error in ENUMERATOR definition" }
1
Error: ENUMERATOR (1) not initialized with integer expression
In file /home/dave/gcc-4.2/gcc/gcc/testsuite/gfortran.dg/enum_2.f90:12
enumerator :: sun ! { dg-error "ENUM" }
1
Error: ENUM definition statement expected before (1)
PASS: gfortran.dg/enum_2.f90 -O (test for errors, line 8)
FAIL: gfortran.dg/enum_2.f90 -O (test for errors, line 9)
PASS: gfortran.dg/enum_2.f90 -O (test for errors, line 12)
FAIL: gfortran.dg/enum_2.f90 -O (test for excess errors)
Excess errors:
/home/dave/gcc-4.2/gcc/gcc/testsuite/gfortran.dg/enum_2.f90:9: Error:
ENUMERATOR
(1) not initialized with integer expression
--
Summary: FAIL: gfortran.dg/enum_2.f90 -O (test for excess
errors)
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
GCC build triplet: hppa-unknown-linux-gnu
GCC host triplet: hppa-unknown-linux-gnu
GCC target triplet: hppa-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27361
[Bug ada/27225] Wide_String slice assignment in nested procedure does not work properly
--- Comment #3 from bauhaus at futureapps dot de 2006-04-30 02:35 ---
One more that doesn't work:
result(txt'first .. txt'first + 3) := ('x', 'x', 'x', 'x');
These rewritten assignments do work as expected
result(txt'first .. txt'first + 3) := (1 .. 4 => 'x');
result(txt'first .. txt'first + 3) :=
(1 => 'x', 2 => 'x', 3 => 'x', 4 => 'x');
result(txt'first .. txt'first + 3) :=
(txt'first .. txt'first + 3 => 'x');
referring to
Target: i686-pc-linux-gnu
Configured with: ../../gcc/configure --enable-threads --disable-nls
--enable-languages=c,ada,c++,fortran
Thread model: posix
gcc version 4.1.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27225
[Bug awt/16005] GridBagLayout resizes components incorrectly when weigthy value is set
--- Comment #2 from sven at physto dot se 2006-04-30 02:56 --- Is this fixed now? I can't quite see what the problem is with the test program? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16005
[Bug libfortran/27360] Memory leaks when reading logicals
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-04-30 03:19 --- Subject: Bug 27360 Author: jvdelisle Date: Sun Apr 30 03:19:37 2006 New Revision: 113388 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113388 Log: 2006-04-29 Jerry DeLisle <[EMAIL PROTECTED]> PR libgfortran/27360 * io/list_read.c (read_logical): Free line_buffer and free saved. Modified: trunk/libgfortran/ChangeLog trunk/libgfortran/io/list_read.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27360
[Bug libfortran/27360] Memory leaks when reading logicals
--- Comment #4 from patchapp at dberlin dot org 2006-04-30 03:20 --- Subject: Bug number PR27360 A patch for this bug has been added to the patch tracker. The mailing list url for the patch is http://gcc.gnu.org/ml/gcc-patches/2006-04/msg01152.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27360
[Bug c/27267] Problems with creal in gcc 4.0.0 and 4.0.1
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 04:03 ---
These two testcases work for me on powerpc-darwin with Apple's GCC.
The testcase looked like:
#include
#include
int main(void)
{
printf("\n %f",creal(cpow(I,I)));
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution||WORKSFORME
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27267
[Bug c/27358] ICE with invalid variable after #pragma omp parallel
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 04:06 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-30 04:06:12 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27358
[Bug c++/27359] ICE with missing initialization of iteration variable in parallel for loop
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 04:07 --- Confirmed, works in C99 mode: pc64:~> ~/newtest/bin/gcc t.c -fopenmp -std=c99 t.c: In function foo: t.c:5: error: i is not initialized -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-30 04:07:48 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27359
[Bug c++/26788] optimization of expression templates not as performant as g++ 4.0.2
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-04-30 04:11 --- (In reply to comment #9) But that only applies to 4.2 and not 4.1.0. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26788
[Bug libstdc++/26810] error when building cross-compiler
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26810
[Bug target/26775] a stack pointer is not recovered correctly when using alloca.
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-04-30 04:12 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26775
[Bug libstdc++/26825] bad allocation while adding new elements to vector
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26825
[Bug ada/26870] gnat-3.45 fails to compile
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 04:19 --- This works for me in 4.0.2. If 3.4.5 crashes then there is nothing we can do as 3.4.x is no longer being supported. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID Version|4.0.3 |3.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26870
[Bug middle-end/26784] Non C based frontend ICEs on -fmudflap
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 04:21 --- Actually this is not a bug in the front-end but rather with -fmudflap causing the crash and saying it is not supported for any language except for C based ones. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|fortran |middle-end Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-30 04:21:44 date|| Summary|Fortran frontend ICEs on - |Non C based frontend ICEs on |fmudflap|-fmudflap http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26784
[Bug target/26883] ICE when assigning memory attribute to class with simple constructor
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2006-04-30 04:23:30 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26883
[Bug libgcj/26858] NullPointerException not generated for large classes...
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-04-30 04:24 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26858
[Bug bootstrap/27334] [4.0/4.1 onlly] gcc/Makefile.in:s-macro_list sed fails with make 3.81 due to POSIX support changes
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-04-30 04:28 --- *** This bug has been marked as a duplicate of 26764 *** -- 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=27334
[Bug bootstrap/26764] sed command garbled when generating macro_list
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 04:28 --- *** Bug 27334 has been marked as a duplicate of this bug. *** -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||vapier at gentoo dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26764
[Bug bootstrap/26764] [4.0/4.1 only] sed command garbled when generating macro_list
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|sparc-sun-solaris2.8| GCC host triplet|sparc-sun-solaris2.8| GCC target triplet|sparc-sun-solaris2.8| Last reconfirmed|-00-00 00:00:00 |2006-04-30 04:28:59 date|| Summary|sed command garbled when|[4.0/4.1 only] sed command |generating macro_list |garbled when generating ||macro_list http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26764
[Bug c/27363] New: ARM gcc 4.1 optimization bug
The kernel is 2.6.14. When I build ALSA subsystem. I use following commandline:
arm-iwmmxt-linux-gnueabi-gcc -Wp,-MD,sound/core/.pcm_native.o.d
-nostdinc -isystem
/usr/local/arm-iwmmxt-linux-gnueabi/bin/../lib/gcc/arm-iwmmxt-linux-gnueabi/4.1.0/include
-D__KERNEL__ -Iinclude -include include/linux/autoconf.h
-mlittle-endian -gdwarf-2 -Wall -Wundef -Wstrict-prototypes
-Wno-trigraphs -fno-strict-aliasing -fno-common -ffreestanding
-fno-omit-frame-pointer -fno-optimize-sibling-calls -gdwarf-2
-fno-omit-frame-pointer -mapcs -mno-sched-prolog -mabi=aapcs-linux
-mno-thumb-interwork -D__LINUX_ARM_ARCH__=5 -march=armv5te
-mtune=xscale -Wa,-mcpu=xscale -msoft-float -Uarm
-Wdeclaration-after-statement -Wno-pointer-sign -gdwarf-2
-DKBUILD_BASENAME=pcm_native -DKBUILD_MODNAME=snd_pcm -Os -c -o
sound/core/pcm_native.o sound/core/pcm_native.c
And the function is like following (using
arm-iwmmxt-linux-gnueabi-objdump -d pcm_nativ.o):
211c :
211c: e1a0c00dmov ip, sp
2120: e92dd8f0stmdb sp!, {r4, r5, r6, r7, fp, ip, lr, pc}
2124: e24cb004sub fp, ip, #4 ; 0x4
2128: e24dd020sub sp, sp, #32 ; 0x20
212c: e5913000ldr r3, [r1]
2130: e51b502cldr r5, [fp, #-44]
2134: e24b603csub r6, fp, #60 ; 0x3c
2138: e1a0c000mov ip, r0
213c: e1a0e006mov lr, r6
2140: e1a04000mov r4, r0
2144: e0055003and r5, r5, r3
2148: e1a07001mov r7, r1
214c: e8bc000fldmia ip!, {r0, r1, r2, r3}
2150: e8ae000fstmia lr!, {r0, r1, r2, r3}
2154: e89c000fldmia ip, {r0, r1, r2, r3}
2158: e5845000str r5, [r4]
215c: e597c004ldr ip, [r7, #4]
2160: e355cmp r5, #0 ; 0x0
2164: e88e000fstmia lr, {r0, r1, r2, r3}
2168: e001300cand r3, r1, ip /* r1 from
2154:
e89c000fldmia ip, {r0, r1, r2, r3}
Using the
wrong value.
The r1 from
this instruction should be used:
214c: ldmia
ip!, {r0, r1, r2, r3}
*/
216c: e1a4mov r0, r4
2170: e3a02008mov r2, #8 ; 0x8
2174: e1a01006mov r1, r6
2178: e5843004str r3, [r4, #4]
217c: 1a05bne 2198
2180: e353cmp r3, #0 ; 0x0
2184: e3e03015mvn r3, #21 ; 0x15
2188: 1a02bne 2198
218c: e1a3mov r0, r3
2190: e24bd01csub sp, fp, #28 ; 0x1c
2194: e89da8f0ldmia sp, {r4, r5, r6, r7, fp, sp, pc}
2198: ebfebl 0
219c: e2503000subsr3, r0, #0 ; 0x0
21a0: 13a03001movne r3, #1 ; 0x1
21a4: eaf8b 218c
The C code is like following:
#define SNDRV_MASK_SIZE 2
struct mask_t {
unsigned int bits[8];
};
typedef struct mask_t snd_mask_t;
static inline int snd_mask_empty(const snd_mask_t *mask)
{
int i;
for (i = 0; i < SNDRV_MASK_SIZE; i++) {
if (mask->bits[i])
return 0;
}
return 1;
}
static inline void snd_mask_intersect(snd_mask_t *mask, const snd_mask_t *v)
{
int i;
for (i = 0; i < SNDRV_MASK_SIZE; i++)
mask->bits[i] &= v->bits[i];
}
static inline void snd_mask_copy(snd_mask_t *mask, const snd_mask_t *v)
{
*mask = *v;
}
int snd_mask_refine(snd_mask_t *mask, const snd_mask_t *v)
{
snd_mask_t old;
snd_mask_copy(&old, mask);
snd_mask_intersect(mask, v);
if (snd_mask_empty(mask))
return -1;
return !snd_mask_eq(mask, &old);
return 1;
}
When I remove the -O option, the ALSA works OK. the .s file is like following:
0040 :
40: e1a0c00dmov ip, sp
44: e92dd800stmdb sp!, {fp, ip, lr, pc}
48: e24cb004sub fp, ip, #4 ; 0x4
4c: e24dd048sub sp, sp, #72 ; 0x48
50: e50b0048str r0, [fp, #-72]
54: e50b104cstr r1, [fp, #-76]
58: e51b3048ldr r3, [fp, #-72]
5c: e24be040sub lr, fp, #64 ; 0x40
60: e1a0c003mov ip, r3
64: e8bc000fldmia ip!, {r0, r1, r2, r3}
68: e8ae000fstmia lr!, {r0, r1, r2, r3}
6c: e89c000fldmia
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 05:01 --- We really need a self contianed example but I think this was already fixed for 4.1.1. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #2 from yfw dot debian at gmail dot com 2006-04-30 05:09 --- Subject: Re: ARM gcc 4.1 optimization bug Hi pinskia, I tried to make a simple test example for this bug. But If I put the code from ALSA subsystem of Linux kernel to a test.c file, the gcc will product correct assembly code. :(. So I put the Linux kernel assembly code(with -Os and withoud -O) to bug reporter. I will try the 4.1.1 later. Thanks & Regards yfw On 30 Apr 2006 05:01:19 -, pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote: > > > --- Comment #1 from pinskia at gcc dot gnu dot org 2006-04-30 05:01 > --- > We really need a self contianed example but I think this was already fixed for > 4.1.1. > > > -- > > pinskia at gcc dot gnu dot org changed: > >What|Removed |Added > > Status|UNCONFIRMED |WAITING > Component|c |target > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363 > > --- You are receiving this mail because: --- > You reported the bug, or are watching the reporter. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug target/27363] ARM gcc 4.1 optimization bug
--- Comment #3 from yfw dot debian at gmail dot com 2006-04-30 05:32 --- Where can I get gcc 4.1.1? From the ftp site, the latest gcc 4.1 release is 4.1.0. Thanks. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27363
[Bug tree-optimization/27335] [4.0/4.1/4.2 regression] ICE in get_loop_body
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 05:55 --- -O1 -funroll-loops crashes on the mainline (though -O2 -funroll-loops passes). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Last reconfirmed|2006-04-27 09:38:21 |2006-04-30 05:55:08 date|| Summary|[4.0/4.1 regression] ICE in |[4.0/4.1/4.2 regression] ICE |get_loop_body |in get_loop_body Target Milestone|--- |4.0.4 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27335
[Bug middle-end/27088] [4.2 regression] Segfault with inlining producing negative shift count
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-04-30 06:01 --- Fixed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27088
[Bug target/27121] Undefined symbols: ___dso_handle
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 06:06 --- (In reply to comment #2) > It doesn't work for me, even with the updated cctools: That is because the updated cctools did not include an updated ld64. Please write an email to Geoff Keating about this issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27121
[Bug middle-end/26823] ICE with OpenMP in add_stmt_to_eh_region_fn, at tree-eh.c:100
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26823
[Bug c/27301] [4.0/4.1/4.2 Regression] ICE on convoluted inline asm with "m" (statement expression and vla)
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-04-30 06:11 ---
Note the correct version of the inline-asm as far as I can tell is:
__asm__ __volatile__ ("" : : "m" (__extension__
*({ struct { char x[n]; } *p = ptr;
p; })));
Which solves the ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27301
[Bug middle-end/26913] ICE with -fopenmp and -O1
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26913
[Bug rtl-optimization/25683] Error while running `make`
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-04-30 06:16 --- No feedback in 3 months. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25683
