[Bug tree-optimization/22336] [4.1 Regression] ICE Segfault in record_block_change at function.c:5498
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 07:14 --- Subject: Bug 22336 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-22 07:13:45 Modified files: gcc: ChangeLog function.c Log message: 2005-07-22 Richard Kenner <[EMAIL PROTECTED]> Laurent GUERBY <[EMAIL PROTECTED]> PR tree-optimization/22336 * function.c (record_block_change): Check for cfun->ib_boundaries_block. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9512&r2=2.9513 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/function.c.diff?cvsroot=gcc&r1=1.637&r2=1.638 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22336
[Bug c++/22604] [4.0/4.1 Regression] "internal compiler error" after invalid covariant return
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru 2005-07-22 08:08 --- Introduced between "2005-02-14 00:20 UTC" and "2005-02-15 00:20 UTC" -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
[Bug c++/22591] std::swap() followed by list::erase() produces incorrect list::begin()
--- Additional Comments From pcarlini at suse dot de 2005-07-22 08:23 --- _List_node_base::swap is part of list.cc, in the built .so/.a library: If I change the build, lowering the optimization level (tried CXXFLAGS="-O0 -g") the problem disappear (on x86-linux). Wrong-code. -- What|Removed |Added CC||pcarlini at suse dot de Status|UNCONFIRMED |NEW Ever Confirmed||1 Keywords||wrong-code Last reconfirmed|-00-00 00:00:00 |2005-07-22 08:23:53 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
[Bug objc/22606] New: Exceptions cannot be thrown from -forward::
When @throw'ing form -forward:: method, the unwinding will stop at -forward
method with code == _URC_END_OF_STACK in gcc/unwind.inc:_Unwind_RaiseException
This code aborts while throwing. (compiled with -fobjc-exceptions of course)
---
#import
#import
@interface Thrower : Object
- forward: (SEL) s : (arglist_t) a;
@end
@implementation Thrower
- forward: (SEL) s : (arglist_t) a
{
printf("Forwarding %s\n", sel_get_name(s));
@throw [Object new];
}
@end
int
main()
{
id t = [Thrower new];
@try
{
[t doesnotexist];
}
@catch (id error)
{
printf("Got error class %s\n", [[error class] name]);
[error free];
}
}
-
--
Summary: Exceptions cannot be thrown from -forward::
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: creep at desk dot pl
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22606
[Bug ada/22601] GNAT Command lists many commands as available that are not
--- Additional Comments From ludovic dot brenta at insalien dot org 2005-07-22 08:28 --- The missing commands require ASIS, which is unfortunately not available yet for versions of GNAT other than 3.15p (based on gcc 2.8.1). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22601
[Bug fortran/22518] ICE in gfc_conv_function_call for character function with LEN=length(arg)
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-22 08:34 --- Updated summary to reflect the bug more accurately. -- What|Removed |Added Summary|ICE in |ICE in |gfc_conv_function_call for |gfc_conv_function_call for |elemental character |character function with |functions |LEN=length(arg) http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22518
[Bug fortran/22607] New: Elemental character functions don't work
$ cat clen.f90 program main implicit none character(len=2) :: a(2),b(2) a = 'xy' b = fun(a) print '(2(A2,1X))',b print '(2(A2,1X))',fun(a) contains elemental function fun(arg) character(len=*), intent(in) :: arg character(len=2) :: fun fun = arg(2:2) // arg(1:1) end function fun end program main $ gfortran clen.f90 $ ./a.out $ ./a.out | wc -c 12 $ ifort clen.f90 $ ./a.out yx yx yx yx $ gfortran -v Using built-in specs. Target: ia64-unknown-linux-gnu Configured with: ../gcc-4.1-20050716/configure --prefix=/home/zfkts --enable- languages=c,f95 Thread model: posix gcc version 4.1.0 20050716 (experimental) -- Summary: Elemental character functions don't work Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tkoenig at gcc dot gnu dot org CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22607
[Bug ada/22601] GNAT Command lists many commands as available that are not
-- What|Removed |Added CC||ludovic dot brenta at ||insalien dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22601
[Bug target/19161] No emms or femms emitted between MMX and FP instructions
--- Additional Comments From uros at kss-loka dot si 2005-07-22 09:33 --- Whee, it looks that x86_64 breakage has gone. I have succesfully compiled unwind-dw2.c with patched x86_64 crosscompiler. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19161
[Bug target/22497] A register is wasted in simple vectorised loops
--- Additional Comments From uros at kss-loka dot si 2005-07-22 09:41 --- (In reply to comment #3) > Oh, I have a local patch which will cause this, woops: > + if (parts.scale != 1) > +cost--; > + >if (parts.seg != SEG_DEFAULT) > cost--; Do you plan to submit this patch to gcc-patches? It sure optimizes some code, and the testcase from decription could be used to show benefits of this patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22497
[Bug target/22585] [4.0/4.1 regression] ICE with long doubles in expand_simple_unop
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22
09:41 ---
Uros' patch for PR22576 indeed fixes the ICEs in redirect_branch
and extract_insn on the 4.0 branch and mainline.
But I can now confirm the bug in expand_simple_unop, I just had to
add -march=i486 to the command line. So here's a reduced testcase
(compile with "gcc -O -ffast-math -march=i486"):
int foo(long double d, int i)
{
if (d == (long double)i)
return 1;
}
Happens on the 4.0 branch and mainline.
--
What|Removed |Added
Known to fail||4.0.0 4.0.1 4.1.0
Known to work|4.1.0 |3.4.4
Summary|[4.0 only] ICE in |[4.0/4.1 regression] ICE
|redirect_branch_edge|with long doubles in
||expand_simple_unop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22585
[Bug other/22584] ICE in make_decl_rtl, at varasm.c:886
--- Additional Comments From pluto at agmk dot net 2005-07-22 10:31 --- [ i686 ] I've checked bootstrap without gcc-keep-volatile-sematics.patch and gcc-pr20297.patch but it still ices. i'm testing bootstrap w/o gcc-pr22484.patch now... w/o gcc-pr22493.patch, gcc-pr22037.patch not tested yet. gcc-pr19055.patch, gcc-pr22358.patch are already in cvstree so i assumed they are correct. [ x86-64 ] bootstrap passed with all patches. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
[Bug c++/22591] [4.0 Regression] std::swap() followed by list::erase() produces incorrect list::begin()
--- Additional Comments From pcarlini at suse dot de 2005-07-22 10:46 --- By the way, I confirm that cannot reproduce with current mainline, neither on x86-linux nor x86_64-linux (default build options). I'm unsure whether we should mark it as 'target' and 4.1 Regression too... -- What|Removed |Added Summary|std::swap() followed by |[4.0 Regression] std::swap() |list::erase() produces |followed by list::erase() |incorrect list::begin() |produces incorrect ||list::begin() http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
[Bug tree-optimization/22504] [4.1 Regression] benchmark - galgel fails at runtime with miscompare output
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22 11:19 --- Richard, are you going to add a testcase for this? Can somebody confirm that the benchmark testcase is fixed, too? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22504
[Bug c/22608] New: LAPACK - BLAS test errors.
I meet some 'Errors' When I compiled 'BLAS' in 'CLAPACK' or 'LAPACK' with gcc- 4.0.1. I think it is problem of accuracy of floating point calculation. With or without gfortran I can find errors in BLAS test routine resulte.(.sum) I use alton meachine with Redhat 9.0 Linux. gcc-2.95.3 gcc-2.96 gcc-3.2 gcc- 3.3.6 gcc-3.4.4 -- Summary: LAPACK - BLAS test errors. Product: gcc Version: 4.0.1 Status: UNCONFIRMED Severity: normal Priority: P2 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: 27roses at daum dot net CC: gcc-bugs at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22608
[Bug c/22608] LAPACK - BLAS test errors.
-- What|Removed |Added Severity|normal |critical http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22608
[Bug fortran/22571] Reject derived types for dummy arguments declared in the subroutine unless they are SEQUENCE
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-22 11:30 --- Confirmed. We need to reject dummy arguments if - they are of a derived type - the derived type is declared in that subroutine - they aren't sequence types. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-22 11:30:58 date|| Summary|error needed|Reject derived types for ||dummy arguments declared in ||the subroutine unless they ||are SEQUENCE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22571
[Bug rtl-optimization/22258] [4.1 Regression] combine causes spill failure on return value register
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 11:56 --- Subject: Bug 22258 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-22 11:55:43 Modified files: gcc: ChangeLog combine.c Log message: PR rtl-optimization/22258 * combine.c (likely_spilled_retval_1, likely_spilled_retval_p): New functions. (try_combine): Use likely_spilled_retval_p. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9515&r2=2.9516 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/combine.c.diff?cvsroot=gcc&r1=1.498&r2=1.499 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22258
[Bug rtl-optimization/22445] Optimizations done by cselib depend on pointer values
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 12:06 --- Subject: Bug 22445 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-22 12:06:22 Modified files: gcc: ChangeLog cselib.c Log message: PR rtl-optimization/22445 * cselib.c (target.h): Include. (rtx_equal_for_cselib_p): Allow commutative matches. (cselib_hash_rtx): Don't use MODE for CONST_INT hashing. Remove MODE parameter. Changed all callers. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9516&r2=2.9517 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cselib.c.diff?cvsroot=gcc&r1=1.61&r2=1.62 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22445
[Bug rtl-optimization/21848] load_mems / replace_loop_mems bug causes miscompilation of jcf-io.c / SEGV while processing java/lang/AbstractMethodError
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 12:15 --- Subject: Bug 21848 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-22 12:15:40 Modified files: gcc: ChangeLog calls.c Log message: PR rtl-optimization/21848 * calls.c (emit_library_call_value_1): For const functions, add USEs of the stack slots to CALL_INSN_FUNCTION_USAGE. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9517&r2=2.9518 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/calls.c.diff?cvsroot=gcc&r1=1.394&r2=1.395 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848
[Bug rtl-optimization/20370] dead_or_predictable doesn't resize reg_n_info
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 12:25 --- Subject: Bug 20370 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-22 12:25:22 Modified files: gcc: ChangeLog ifcvt.c Log message: PR rtl-optimization/20370 * ifcvt.c (dead_or_predicable): Before calling propagate_block, call allocate_reg_info if necessary. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9518&r2=2.9519 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ifcvt.c.diff?cvsroot=gcc&r1=1.193&r2=1.194 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20370
[Bug target/22585] [4.0/4.1 regression] ICE with long doubles in expand_simple_unop
--- Additional Comments From uros at kss-loka dot si 2005-07-22 12:34 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01490.html Patch fixes compilation of testcase from comment #3 and compilation of fractal.c. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |uros at kss-loka dot si |dot org | URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||07/msg01490.html Status|NEW |ASSIGNED Keywords||patch Last reconfirmed|2005-07-21 17:05:45 |2005-07-22 12:34:29 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22585
[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence
--- Additional Comments From jakub at redhat dot com 2005-07-22 12:37 --- I have partly written patch, but would like to understand whether ordering matters or not. Is the following all valid f77/f90/f95? subroutine foo character*8 c character*1 d, f dimension d(2), f(2) character*4 e equivalence (c(1:1), d(1)), (c(3:5), e(2:4)), (c(6:6), f(2)) c='abcdefgh' if (c.ne.'abcdefgh'.or.d(1).ne.'a'.or.d(2).ne.'b') call abort if (e.ne.'bcde'.or.f(1).ne.'e'.or.f(2).ne.'f') call abort end subroutine foo subroutine bar equivalence (c(1:1), d(1)), (c(3:5), e(2:4)), (c(6:6), f(2)) character*8 c character*1 d, f dimension d(2), f(2) character*4 e c='abcdefgh' if (c.ne.'abcdefgh'.or.d(1).ne.'a'.or.d(2).ne.'b') call abort if (e.ne.'bcde'.or.f(1).ne.'e'.or.f(2).ne.'f') call abort end subroutine bar subroutine baz character*8 c character*1 d, f character*4 e equivalence (c(1:1), d(1)), (c(3:5), e(2:4)), (c(6:6), f(2)) dimension d(2), f(2) c='abcdefgh' if (c.ne.'abcdefgh'.or.d(1).ne.'a'.or.d(2).ne.'b') call abort if (e.ne.'bcde'.or.f(1).ne.'e'.or.f(2).ne.'f') call abort end subroutine baz subroutine another dimension d(2), f(2) equivalence (c(1:1), d(1)), (c(3:5), e(2:4)), (c(6:6), f(2)) character*8 c character*1 d, f character*4 e c='abcdefgh' if (c.ne.'abcdefgh'.or.d(1).ne.'a'.or.d(2).ne.'b') call abort if (e.ne.'bcde'.or.f(1).ne.'e'.or.f(2).ne.'f') call abort end subroutine another program main call foo call bar call baz call another end program main Can equivalence contain sym%name or is that forbidden? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833
[Bug c++/22591] [4.0 Regression] std::swap() followed by list::erase() produces incorrect list::begin()
--- Additional Comments From pcarlini at suse dot de 2005-07-22 12:44 --- Mainline is fine on ia64-linux too. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
[Bug c++/22592] -fvisibility-inlines-hidden broken differently
--- Additional Comments From matz at suse dot de 2005-07-22 12:46 --- I don't understand. The code itself is perfectly valid C++, I don't think you mean that it's invalid, right? Yes, operator== is also hidden, but there is no definition for it in this unit, hence GCC generates the correct call type (over PLT). (It should also be noted that because of the other bugs GCC can't emit the .hidden directives for undefined symbols, except when using HJs patches, but that's tangential and wouldn't make a difference, the crucial point is, that the correct call is emitted). And irrespective of that the error also happens without -fvisibility=hidden, i.e. when _only_ the inlines are hidden. I still think this is a bug, which should be corrected by making GCC just emit an out-of-line copy of the inline function (in a linkonce section). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22592
[Bug c++/22590] parser does not recover well after error
--- Additional Comments From bangerth at dealii dot org 2005-07-22 12:53 --- I think I now get why I had less problems: this is already fixed in 4.0: g/x> /home/bangerth/bin/gcc-3.4*-pre/bin/c++ -c x.ii In file included from /mnt/export/local/bin/../lib/gcc/i686-pc-linux-gnu/3.4.0/../../../../include/c++/3.4.0/cstddef:1, from ../../members/include/opClock.hh:1, from opClock.cc:2: /mnt/export/local/bin/../lib/gcc/i686-pc-linux-gnu/3.4.0/include/stddef.h:151: error: expected constructor, destructor, or type conversion before string constant /mnt/export/local/bin/../lib/gcc/i686-pc-linux-gnu/3.4.0/include/stddef.h:151: error: expected `,' or `;' before string constant g/x> /home/bangerth/bin/gcc-4.0*-pre/bin/c++ -c x.ii In file included from ../../members/include/opClock.hh:2, from opClock.cc:3: opClock.cc:1: error: expected constructor, destructor, or type conversion before string constant So the error is now shown for the line of the .cc file. W. -- What|Removed |Added Status|WAITING |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22590
[Bug c++/22609] New: delete [] called on base virtual destructor class [Segmentation failed]
version of GCC: 4.0.0
system type: RedHat 8.0
options given when GCC was configured/built:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/data/gcc/gcc-4.0.0 --exec-
prefix=/data/gcc/gcc-4.0.0
Thread model: posix
gcc version 4.0.0
complete command line that triggers the bug:
g++ Main.cpp -o test
chmod u+x ./test
./test
compiler output (error messages, warnings, etc.): no warnings and messages
Microsoft Visual C++ 7.2 works well with such a source code.
The code of Main.cpp file as below:
#include
class BaseVector
{
public:
BaseVector() {}
virtual ~BaseVector() {}
};
class Vector : public BaseVector
{
public:
Vector() : BaseVector()
{}
virtual ~Vector() {}
private:
float theValue[3];
};
int main(
int aNoArgs,
const char* aArgs[])
{
BaseVector* v = new Vector[10];
delete [] v; // <- Here it is crashed
return 0;
}
--
Summary: delete [] called on base virtual destructor class
[Segmentation failed]
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sylwekbala at poczta dot onet dot pl
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22609
[Bug c++/22609] delete [] called on base virtual destructor class [Segmentation failed]
--- Additional Comments From bangerth at dealii dot org 2005-07-22 13:24 --- You can't do this: BaseVector* v = new Vector[10]; delete [] v; // <- Here it is crashed The type of the data allocated is Vector*, which is what you have to use when you deallocate it. However, in your call to delete[] you use BaseVector*. W. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22609
[Bug fortran/20178] COMPLEX function returns incompatible with g77
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-22 13:37 --- Yes. Thanks for reminding me. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20178
[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence
--- Additional Comments From federico dot carminati at cern dot ch 2005-07-22 13:42 --- Subject: Re: ICE 'missing spec' on integer/char equivalence Hello, this is valid f90/95 code. Equivalence cannot contain sym%val as far as I understand, but they can cointain derived types as long as they are sequenced. Best regards, Fed On 22 Jul 2005, at 14:37, jakub at redhat dot com wrote: > > --- Additional Comments From jakub at redhat dot com > 2005-07-22 12:37 --- > I have partly written patch, but would like to understand whether > ordering > matters or not. > Is the following all valid f77/f90/f95? > subroutine foo > character*8 c > character*1 d, f > dimension d(2), f(2) > character*4 e > equivalence (c(1:1), d(1)), (c(3:5), e(2:4)), (c(6:6), f(2)) > c='abcdefgh' > if (c.ne.'abcdefgh'.or.d(1).ne.'a'.or.d(2).ne.'b') call abort > if (e.ne.'bcde'.or.f(1).ne.'e'.or.f(2).ne.'f') call abort > end subroutine foo > subroutine bar > equivalence (c(1:1), d(1)), (c(3:5), e(2:4)), (c(6:6), f(2)) > character*8 c > character*1 d, f > dimension d(2), f(2) > character*4 e > c='abcdefgh' > if (c.ne.'abcdefgh'.or.d(1).ne.'a'.or.d(2).ne.'b') call abort > if (e.ne.'bcde'.or.f(1).ne.'e'.or.f(2).ne.'f') call abort > end subroutine bar > subroutine baz > character*8 c > character*1 d, f > character*4 e > equivalence (c(1:1), d(1)), (c(3:5), e(2:4)), (c(6:6), f(2)) > dimension d(2), f(2) > c='abcdefgh' > if (c.ne.'abcdefgh'.or.d(1).ne.'a'.or.d(2).ne.'b') call abort > if (e.ne.'bcde'.or.f(1).ne.'e'.or.f(2).ne.'f') call abort > end subroutine baz > subroutine another > dimension d(2), f(2) > equivalence (c(1:1), d(1)), (c(3:5), e(2:4)), (c(6:6), f(2)) > character*8 c > character*1 d, f > character*4 e > c='abcdefgh' > if (c.ne.'abcdefgh'.or.d(1).ne.'a'.or.d(2).ne.'b') call abort > if (e.ne.'bcde'.or.f(1).ne.'e'.or.f(2).ne.'f') call abort > end subroutine another > program main > call foo > call bar > call baz > call another > end program main > > Can equivalence contain sym%name or is that forbidden? > > -- > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833 > > --- You are receiving this mail because: --- > You are on the CC list for the bug, or are watching someone who is. > -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833
[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence
--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-07-22 14:01 --- Subject: Re: ICE 'missing spec' on integer/char equivalence federico dot carminati at cern dot ch wrote: >this is valid f90/95 code. Equivalence cannot contain sym%val as > far as I understand, but they can cointain derived types as long as > they are sequenced. I'm not sure if oyu meant to say the right thing, so let me clarify: sym%name and sym are allowed if sym is of a type with the sequence attribute. I haven't yet looked over the posted program. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833
[Bug libfortran/22570] Null Characters instead of blanks in text output.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 14:07 --- Subject: Bug 22570 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-22 14:07:20 Modified files: libgfortran/io : read.c transfer.c libgfortran: ChangeLog Log message: 2005-07-22 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/21875 (FM111.f) * io/read.c (next_char): Return a ' ' character when BLANK_ZERO or BLANK_NULL are active. (read_decimal): Interpret ' ' character correctly for BZ or BN. (read_radix): Interpret ' ' character correctly for BZ or BN. (read_f): Interpret ' ' character correctly for BZ or BN. 2005-07-22 Paul Thomas <[EMAIL PROTECTED]> PR libfortran/22570 * read.c (read_x): Correct the condition for doing the x-editing during formatted input. * transfer.c (formatted_transfer): Cast offset difference as int, clean-up arithmetic with new variable, bytes_used, zero counters for FMT_SLASH, (data_transfer_init) Zero X- and T-editing counters unconditionally. (next_record_w) Zero X- and T-editing counters. unconditionally. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/read.c.diff?cvsroot=gcc&r1=1.14&r2=1.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&r1=1.48&r2=1.49 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.267&r2=1.268 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22570
[Bug fortran/21875] [meta-bug] NIST test suite failures
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 14:07 --- Subject: Bug 21875 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-22 14:07:20 Modified files: libgfortran/io : read.c transfer.c libgfortran: ChangeLog Log message: 2005-07-22 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/21875 (FM111.f) * io/read.c (next_char): Return a ' ' character when BLANK_ZERO or BLANK_NULL are active. (read_decimal): Interpret ' ' character correctly for BZ or BN. (read_radix): Interpret ' ' character correctly for BZ or BN. (read_f): Interpret ' ' character correctly for BZ or BN. 2005-07-22 Paul Thomas <[EMAIL PROTECTED]> PR libfortran/22570 * read.c (read_x): Correct the condition for doing the x-editing during formatted input. * transfer.c (formatted_transfer): Cast offset difference as int, clean-up arithmetic with new variable, bytes_used, zero counters for FMT_SLASH, (data_transfer_init) Zero X- and T-editing counters unconditionally. (next_record_w) Zero X- and T-editing counters. unconditionally. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/read.c.diff?cvsroot=gcc&r1=1.14&r2=1.15 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&r1=1.48&r2=1.49 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.267&r2=1.268 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21875
[Bug driver/22600] Exit code should be different from 1 for internal compiler error
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22 14:36 --- We really do want this. See the thread in http://gcc.gnu.org/ml/gcc/2005-02/msg00953.html -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |reichelt at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22600
[Bug fortran/18833] ICE 'missing spec' on integer/char equivalence
--- Additional Comments From Tobias dot Schlueter at physik dot uni-muenchen dot de 2005-07-22 14:49 --- Subject: Re: ICE 'missing spec' on integer/char equivalence federico dot carminati at cern dot ch wrote: > --- Additional Comments From federico dot carminati at cern dot ch > 2005-07-22 14:20 --- > Subject: Re: ICE 'missing spec' on integer/char equivalence > > Errr... I was a bit cryptic. You cannot put in an equivalence > anything like sym%var, but you can put a whole > derived data type, as long as it is sequenced. See the attached > example. Regards, Fed Ugh, yes, I agree with you (if you add "variable" after "derived data type"), I misread the standard. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18833
[Bug SWING/22610] New: swing: JScrollPane is not repainted correctly after window resize (more info)
Here's alternative testcase for classpath bug #13814. Should print "true/true"
but prints "true/false".
Testcase:
import javax.swing.*;
import java.awt.*;
public class testcase extends JFrame {
public static void main(String[] args) {
new testcase();
}
public testcase() {
JTextArea area = new JTextArea("text1");
JScrollPane scrollpane = new JScrollPane(area);
this.setContentPane(area);
try {
this.setSize(new Dimension(100,300));
this.show();
Thread.sleep(1000);
System.out.println(area.isValid());
this.setSize(new Dimension(300,300));
Thread.sleep(1000);
System.out.println(area.isValid());
System.exit(0);
} catch (Exception e) {
e.printStackTrace();
}
}
}
--
Summary: swing: JScrollPane is not repainted correctly after
window resize (more info)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: SWING
AssignedTo: graydon at redhat dot com
ReportedBy: timo dot lindfors at iki dot fi
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22610
[Bug SWING/22610] swing: JScrollPane is not repainted correctly after window resize (more info)
--- Additional Comments From roman at kennke dot org 2005-07-22 15:35 --- Thank you, I'll look at this ASAP. -- What|Removed |Added AssignedTo|graydon at redhat dot com |roman at kennke dot org Status|UNCONFIRMED |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22610
[Bug c++/22591] [4.0 Regression] std::swap() followed by list::erase() produces incorrect list::begin()
--- Additional Comments From janis at gcc dot gnu dot org 2005-07-22 15:57 --- I'm doing a regression hunt, but keep making stupid mistakes in the setup so it's taking much longer than it should. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
[Bug driver/22600] Exit code should be different from 1 for internal compiler error
--- Additional Comments From flash at pobox dot com 2005-07-22 16:04 --- Looking for a string pattern in the output leaves you vulnerable to correctly-rejected files which happen to generate that pattern in an error message. That's probably less of an issue with GCC's hand- crafted test code, but it was a real problem with the PalmSource compiler (which admittedly has more verbose error reporting) when doing random crash-testing. Our compiler prints the line it's complaining about, so a comment about an internal error could give a false positive. GCC may not have that problem, but it might still get fooled by a file name. More generally, unless you know all the possible error strings, you might miss an error. So I also looked for the absence of the normal correct-rejection strings, which is also subject to false positives, until you get them all. OTOH, if you know that returning with exit code 1 actually means a normal rejection, then you don't get annoyed with tricky stuff like (in our case, at least) files named after error signals. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22600
[Bug target/22577] [4.1 Regression] PA bootstrap fails
--- Additional Comments From sje at cup dot hp dot com 2005-07-22 16:18 --- I successfully bootstrapped hppa1.1-hp-hpux11.00 and hppa64-hp-hpux11.00 with this patch. I think it should be checked in. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22577
[Bug c++/22611] New: internal compiler error: in resolve_overloaded_unification
$ g++ -v
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr --
exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --libexecdir=/usr/lib --man
dir=/usr/share/man --infodir=/usr/share/info --enable-languages=c,ada,c++,d,f77,
java,objc --enable-nls --without-included-gettext --enable-version-specific-runt
ime-libs --without-x --enable-libgcj --disable-java-awt --with-system-zlib --ena
ble-interpreter --disable-libgcj-debug --enable-threads=posix --enable-java-gc=b
oehm --disable-win32-registry --enable-sjlj-exceptions --enable-hash-synchroniza
tion --enable-libstdcxx-debug : (reconfigured)
Thread model: posix
gcc version 3.4.4 (cygming special) (gdc 0.12, using dmd 0.125)
$ cat gcc34bug.cpp
#include
#include
using namespace std;
template
void foo(){
ostringstream oss;
/**
* A missing () after str will cause an internal compiler error.
* Without template the code fails to compile as expected.
*/
cout << oss.str << endl;
}
int main(){
foo();
}
$ g++ gcc34bug.cpp
gcc34bug.cpp: In function `void foo()':
gcc34bug.cpp:14: internal compiler error: in resolve_overloaded_unification, at
cp/pt.c:9317
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
--
Summary: internal compiler error: in
resolve_overloaded_unification
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: krzysan at skrzynka dot pl
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: CYGWIN_NT-5.1 duli5 1.5.19s(0.134/4/2) 20050716
GCC target triplet: CYGWIN_NT-5.1 duli5 1.5.19s(0.134/4/2) 20050716
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22611
[Bug middle-end/22608] LAPACK - BLAS test errors.
-- What|Removed |Added Severity|critical|normal Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22608
[Bug c++/22591] [4.0 Regression] std::swap() followed by list::erase() produces incorrect list::begin()
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-22 16:40 --- Just another data point: I just compiled the testcase (without including iostream) with -O3 -c using 4.0 branch. If I link this with libstdc++ from the 4.0 the assertion is triggered. If I link this with libstdc++ from the 3.4 branch or mainline, the assert is not triggered. The same happens, if I use -O0 instead of -O3. nm of the object file yields: U _Unwind_Resume U _ZNSt15_List_node_base4hookEPS_ U _ZNSt15_List_node_base4swapERS_S0_ U _ZNSt15_List_node_base6unhookEv d _ZZ4mainE19__PRETTY_FUNCTION__ U _ZdlPv U _Znwj U __assert_fail U __gxx_personality_v0 T main So a miscompilation of _List_node_base::swap (or ::hook or ::unhook) in libstdc++ seems to be very likely. -- What|Removed |Added CC||reichelt at gcc dot gnu dot ||org Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22591
[Bug libstdc++/22612] New: linking error while compiling ddd with g++ 3.4.0 on solaris 9,
HI, While installing ddd on the solris 9 machine, i am getting follwing linking error while compiling ddd with g++ 3.4.0, on the sol 9 machine. Could you please advice here.. i do not get any error when i compile ddd on other machine which has g++ 3.3.2. Thanks in advance !!! Manish -- make[2]: Entering directory `/tmp/ddd/ddd-3.3.11/ddd' /bin/bash ../libtool --mode=link --tag=CXX g++ -O2 -g -Wall -W -Wwrite- strings -trigraphs-o ddd ddd.o assert.o basename.o compare.o cook.o cwd.o glob.o hash.o home.o isid.o rxclass.o sigName.o strclass.o tabs.o uniquify.o Logger.o MemCheck.o PrintGC.o SignalB.o TypeInfo.o UniqueId.o Agent.o AgentM.o AsyncAgent.o ChunkQueue.o DataLength.o HandlerL.o LiterateA.o ReadLineA.o TimeOut.o TTYAgent.o charsets.o converters.o events.o findParent.o findWindow.o fileSBF.o frame.o longName.o selection.o verify.o AutoRaise.o Delay.o DeleteWCB.o DestroyCB.o ExitCB.o InitImage.o Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o MakeMenu.o MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o AlignBox.o ArcBox.o BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o BoxRegion.o BoxSize.o ColorBox.o CompositeB.o DiagBox.o DummyBox.o FixBox.o FontFixBox.o FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o MatchBox.o PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o TrueBox.o ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o DummyNode.o LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o TrueNode.o VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o VSLErr.o VSLLib.o VSLNode.o VSLRead.o ArcGraphE.o BoxEdgeA.o BoxGraphN.o EdgeA.o Graph.o GraphEdge.o GraphEdit.o GraphGC.o GraphNode.o HintGraphN.o LineGraphE.o LineGESI.o PannedGE.o PosGraphN.o RegionGN.o ScrolledGE.o layout.o annotation.o args.o buttons.o cmdtty.o comm-manag.o complete.o ctrl.o data.o dbx-lookup.o decoration.o deref.o disp-read.o editing.o environ.o examine.o exectty.o exit.o expired.o file.o filetype.o fonts.o fortranize.o gdbinit.o history.o hostname.o index.o java.o logo.o logplayer.o mainloop.o mydialogs.o options.o plotter.o post.o print.o question.o regexps.o resolveP.o resources.o sashes.o select.o session.o settings.o shell.o shorten.o show.o simpleMenu.o source.o status.o string-fun.o tempfile.o tictactoe.o tips.o toolbar.o ungrab.o value-read.o vsldoc.o windows.o wm.o xconfig.o AliasGE.o ArgField.o BreakPoint.o CodeCache.o Command.o DataDisp.o DispBox.o DispBuffer.o DispGraph.o DispNode.o DispValue.o DispValueT.o GDBAgent.o HelpCB.o HistoryD.o PlotAgent.o PlotArea.o PosBuffer.o ProgressM.o RefreshDI.o SmartC.o SourceView.o ThemeM.o ThemeP.o Tool.o UndoBuffer.o UndoBE.o WhatNextCB.o configinfo.o -lXm -lXaw -lXmu -lXt -lXpm - lXp -lXext -lSM -lICE -lX11 -lsocket -lnsl-lsocket -lnsl -lncurses -ly - lm -lelf -lm g++ -O2 -g -Wall -W -Wwrite-strings -trigraphs -o ddd ddd.o assert.o basename.o compare.o cook.o cwd.o glob.o hash.o home.o isid.o rxclass.o sigName.o strclass.o tabs.o uniquify.o Logger.o MemCheck.o PrintGC.o SignalB.o TypeInfo.o UniqueId.o Agent.o AgentM.o AsyncAgent.o ChunkQueue.o DataLength.o HandlerL.o LiterateA.o ReadLineA.o TimeOut.o TTYAgent.o charsets.o converters.o events.o findParent.o findWindow.o fileSBF.o frame.o longName.o selection.o verify.o AutoRaise.o Delay.o DeleteWCB.o DestroyCB.o ExitCB.o InitImage.o Swallower.o XErrorB.o freeXmST.o LabelH.o LessTifH.o MakeMenu.o MString.o ComboBox.o SpinBox.o TextSetS.o printBox.o AlignBox.o ArcBox.o BinBox.o Box.o BoxD.o BoxExtend.o BoxPoint.o BoxRegion.o BoxSize.o ColorBox.o CompositeB.o DiagBox.o DummyBox.o FixBox.o FontFixBox.o FontTable.o HatBox.o LineBox.o ListBox.o MarkBox.o MatchBox.o PrimitiveB.o SlopeBox.o StringBox.o THatBox.o TagBox.o TrueBox.o ArgNode.o BuiltinCN.o CallNode.o ConstNode.o DefCallN.o DummyNode.o LetNode.o NameNode.o ListNode.o TestNode.o ThemeVSLL.o TrueNode.o VSEFlags.o VSLArgList.o VSLBuiltin.o VSLDef.o VSLDefList.o VSLErr.o VSLLib.o VSLNode.o VSLRead.o ArcGraphE.o BoxEdgeA.o BoxGraphN.o EdgeA.o Graph.o GraphEdge.o GraphEdit.o GraphGC.o GraphNode.o HintGraphN.o LineGraphE.o LineGESI.o PannedGE.o PosGraphN.o RegionGN.o ScrolledGE.o layout.o annotation.o args.o buttons.o cmdtty.o comm-manag.o complete.o ctrl.o data.o dbx-lookup.o decoration.o deref.o disp-read.o editing.o environ.o examine.o exectty.o exit.o expired.o file.o filetype.o fonts.o fortranize.o gdbinit.o history.o hostname.o index.o java.o logo.o logplayer.o mainloop.o mydialogs.o options.o plotter.o post.o print.o question.o regexps.o resolveP.o resources.o sashes.o select.o session.o settings.o shell.o shorten.o show.o simpleMenu.o source.o status.o string-fun.o tempfile.o tictactoe.o tips.o toolbar.o ungrab.o value-read.o vsldoc.o windows.o wm.o xconfig.o AliasGE.o ArgField.o BreakPoint.o CodeCache.o Command.o DataDisp.o DispBox.o DispBuffer.o DispGraph.o DispNode.o DispValue.o DispValueT.o GDBAgent.o HelpCB.o Hist
[Bug driver/22600] Exit code should be different from 1 for internal compiler error
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 16:48 --- (In reply to comment #5) I should mention that we do print out the line/file which an assert fails inside gcc. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22600
[Bug libobjc/22606] Exceptions cannot be thrown from -forward::
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 16:51 --- Confirmed, I think the problem is that libobjc is not compiled with -fexceptions to get the unwinding info, I will fix that. -- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot |dot org |org Status|UNCONFIRMED |ASSIGNED Component|objc|libobjc Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-22 16:51:59 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22606
[Bug rtl-optimization/20370] dead_or_predictable doesn't resize reg_n_info
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 17:21 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20370
[Bug rtl-optimization/21848] load_mems / replace_loop_mems bug causes miscompilation of jcf-io.c / SEGV while processing java/lang/AbstractMethodError
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 17:22 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848
[Bug middle-end/22366] [meta-bug] issues holding up the removal of loop.c
-- Bug 22366 depends on bug 21848, which changed state. Bug 21848 Summary: load_mems / replace_loop_mems bug causes miscompilation of jcf-io.c / SEGV while processing java/lang/AbstractMethodError http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21848 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22366
[Bug rtl-optimization/22445] Optimizations done by cselib depend on pointer values
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 17:22 --- Fixed. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22445
[Bug rtl-optimization/22258] [4.1 Regression] combine causes spill failure on return value register
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 17:22 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22258
[Bug libstdc++/22284] [4.1 Regression] ia64 exception handling broken
--- Additional Comments From hjl at lucon dot org 2005-07-22 17:24 --- A patch is posted at http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01510.html -- What|Removed |Added Severity|critical|normal Component|middle-end |libstdc++ http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22284
[Bug libfortran/22613] New: Spaces missing at end of line
I found that my output files were missing spaces here and there. Here is a simple test program that shows the problem. Note that the blank line between the lines "eq.3, central difference method" and "end" is missing the 5 spaces. [dranta:~/tests/gfortran-D] dir% gfortran -o write02 write02.f [dranta:~/tests/gfortran-D] dir% write02 > out1 [dranta:~/tests/gfortran-D] dir% cat out1 eq.1, wilsons theta method eq.2, newmarks method eq.3, central difference method end [dranta:~/tests/gfortran-D] dir% dump out1 File name: out1 Block number: 0 Byte number: 0 0a 20 20 20 20 20 20 20 20 65 71 2e 31 2c 20 77 . eq.1, w 0010 69 6c 73 6f 6e 73 20 74 68 65 74 61 20 6d 65 74 ilsons t heta met 0020 68 6f 64 20 20 20 20 20 20 20 20 20 20 20 20 20 hod 0030 20 20 20 20 20 20 20 20 20 20 20 20 20 0a 20 20. 0040 20 20 20 20 20 20 65 71 2e 32 2c 20 6e 65 77 6deq .2, newm 0050 61 72 6b 73 20 6d 65 74 68 6f 64 20 20 20 20 20 arks met hod 0060 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0070 20 20 20 20 20 20 20 20 20 20 0a 20 20 20 20 20 . 0080 20 20 20 65 71 2e 33 2c 20 63 65 6e 74 72 61 6c eq.3, central 0090 20 64 69 66 66 65 72 65 6e 63 65 20 6d 65 74 68 differe nce meth 00a0 6f 64 20 20 20 20 20 20 20 20 20 20 20 20 20 20 od 00b0 20 20 20 20 20 20 20 0a 0a 20 20 20 20 20 20 65 . . e 00c0 6e 64 0a 00 00 00 00 00 00 00 00 00 00 00 00 00 nd. [dranta:~/tests/gfortran-D] dir% cat write02.f program main write (6,2045) write (6,*)' end' stop 2045 format (/5x, 255h eq.1, wilsons theta method ,/,5x, 355h eq.2, newmarks method ,/,5x, 455h eq.3, central difference method ,/,5x) end -- Summary: Spaces missing at end of line Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dir at lanl dot gov CC: gcc-bugs at gcc dot gnu dot org GCC host triplet: powerpc-apple-darwin7.9.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22613
[Bug debug/21828] [4.0/4.1 Regression] debug info omitted for uninitialized variables
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
17:40 ---
Subject: Bug 21828
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-22 17:40:37
Modified files:
gcc: ChangeLog toplev.c varasm.c
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.dg/debug/dwarf2: dwarf-uninit.c
Log message:
PR debug/21828
* toplev.c (check_global_declarations): Do not mark undefined
variables as DECL_IGNORED_P.
* varasm.c (first_global_object_name): GTY it.
(weak_global_object_name): Likewise.
(notice_global_symbol): Use ggc_strdup, not xstrdup, when creating
a string to go into {weak,first}_global_object_name.
PR debug/21828
* gcc.dg/debug/dwarf2/dwarf-uninit.c: New test.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&r1=2.9521&r2=2.9522
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gcc&r1=1.972&r2=1.973
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&r1=1.521&r2=1.522
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5802&r2=1.5803
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-uninit.c.diff?cvsroot=gcc&r1=NONE&r2=1.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21828
[Bug libfortran/22570] Null Characters instead of blanks in text output.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 17:43 --- Subject: Bug 22570 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-07-22 17:43:31 Modified files: libgfortran/io : unit.c libgfortran: ChangeLog Log message: 2005-07-22 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/22570 * io/unit.c (init_units): Replace BLANK_ZERO with BLANK_UNSPECIFIED. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/unit.c.diff?cvsroot=gcc&r1=1.12&r2=1.13 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&r1=1.268&r2=1.269 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22570
[Bug debug/21828] [4.0 Regression] debug info omitted for uninitialized variables
-- What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED Summary|[4.0/4.1 Regression] debug |[4.0 Regression] debug info |info omitted for|omitted for uninitialized |uninitialized variables |variables http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21828
[Bug libfortran/22613] Spaces missing at end of line
--- Additional Comments From dir at lanl dot gov 2005-07-22 17:46 --- Opps - only some of the other compilers put the spaces in - not sure which is correct. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22613
[Bug target/22614] New: C++ EH broken on IA64, many tests in g++.dg/eh failing.
C++ EH on IA64 (both HP-UX and Linux) appears to be broken. Here is a minimal
test case, on Linux I get a Memory Fault when running the program:
int main(int argc, char *argv[])
{
try { throw 0; } catch (int) { };
}
--
Summary: C++ EH broken on IA64, many tests in g++.dg/eh failing.
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: EH
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sje at cup dot hp dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: ia64-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22614
[Bug target/22614] C++ EH broken on IA64, many tests in g++.dg/eh failing.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 17:53 --- *** This bug has been marked as a duplicate of 22284 *** -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22614
[Bug libstdc++/22284] [4.1 Regression] ia64 exception handling broken
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 17:53 --- *** Bug 22614 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||sje at cup dot hp dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22284
[Bug c++/22611] internal compiler error: in resolve_overloaded_unification
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
17:59 ---
Reduces down to:
template void f(_CharT2);
class ostringstream
{
void str(void);
};
template void foo()
{
ostringstream oss;
f(oss.str);
}
But this is a dup of bug 21592.
*** This bug has been marked as a duplicate of 21592 ***
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
GCC host triplet|CYGWIN_NT-5.1 duli5 |
|1.5.19s(0.134/4/2) 20050716 |
GCC target triplet|CYGWIN_NT-5.1 duli5 |i686-pc-cygwin
|1.5.19s(0.134/4/2) 20050716 |
Resolution||DUPLICATE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22611
[Bug c++/21592] [3.4/4.0/4.1 Regression] ICE in resolve_overloaded_unification/arg_assoc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 17:59 --- *** Bug 22611 has been marked as a duplicate of this bug. *** -- What|Removed |Added CC||krzysan at skrzynka dot pl http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21592
[Bug middle-end/22605] Alignment of struct on stack is no longer the maxium alignment
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 18:05 --- Huh? I don't understand what do you mean by stack slots because there is no such thing in GCC. Do you mean you want disk_stat aligned to 16 byte? Note the alignment of disk_stat is 4byte so GCC should not require it to be 8byte alignment. -- What|Removed |Added Component|c |middle-end Summary|Allocation of structures|Alignment of struct on stack |across stack slots |is no longer the maxium ||alignment http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22605
[Bug rtl-optimization/22472] [4.1 regression] testsuite failure gcc.c-torture/compile/930621-1.c -O3 -funroll-loops
-- What|Removed |Added GCC build triplet|hppa-unknown-linux-gnu | GCC host triplet|hppa-unknown-linux-gnu | GCC target triplet|hppa-unknown-linux-gnu |hppa-*-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22472
[Bug tree-optimization/22555] array in struct disables salias subvars for other fields
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22
18:15 ---
Confirmed, a slightly smaller testcase:
struct a
{
int i;
int j;
int x[2];
} a;
int foo(void)
{
a.i = 1;
a.j = 0;
return a.i + a.j;
}
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-07-22 18:15:58
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22555
[Bug testsuite/21910] Files from previous runs can make some testcases fail
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 18:22 --- No this is how it is supposed to happen. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21910
[Bug rtl-optimization/22208] [4.0/4.1 Regression] flag_rename_registers is not enabled at -O3 or above
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 18:23 --- This has been fixed for -funroll-loops so closing as fixed as it is fixed as much as I filed it for. -- What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22208
[Bug c/12245] [3.4/4.0/4.1 regression] Uses lots of memory when compiling large initialized arrays
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 18:36 --- Does anyone have the current numbers for this bug? I know for C, the memory usage has gone down but I don't know by how much. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
[Bug middle-end/22608] LAPACK - BLAS test errors.
--- Additional Comments From kargl at gcc dot gnu dot org 2005-07-22 18:45 --- There is an amazing amount of detail missing from this PR. Unless Weon Kim supplies the actual errors encountered, the compiler flags, and some details of the build procedure followed, this PR can be closed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22608
[Bug libstdc++/22612] linking error while compiling ddd with g++ 3.4.0 on solaris 9,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 18:46 --- Can you try a newer version of GCC like 3.4.4? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
[Bug middle-end/22608] LAPACK - BLAS test errors.
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Status|UNCONFIRMED |WAITING http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22608
[Bug tree-optimization/22615] New: [4.1 Regression] ICE in first_vi_for_offset, at tree-ssa-structalias.c:2858
Take the following C++ code, with -O1 we ICE right now (This is forwarded from
PR 22277 because the
orginal bug there was fixed):
struct A
{
char c;
int i;
};
A a;
struct B
{
char c, d;
};
union C
{
A *p;
B *q;
C() : p(&a) {}
char& foo() { return q->d; }
};
void bar() { C().foo() = 0; }
--
Summary: [4.1 Regression] ICE in first_vi_for_offset, at tree-
ssa-structalias.c:2858
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pinskia at gcc dot gnu dot org
CC: dberlin at gcc dot gnu dot org,gcc-bugs at gcc dot gnu
dot org
GCC target triplet: i686-pc-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22615
[Bug tree-optimization/22277] [4.1 Regression] ACATS ICE cc40001 in first_vi_for_offset, at tree-ssa-structalias.c:2566
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 18:53 --- Fixed, I filed the new bug (which should have been filed seperately) as PR 22615. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22277
[Bug tree-optimization/22615] [4.1 Regression] ICE in first_vi_for_offset, at tree-ssa-structalias.c:2858
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 18:53 --- Confirmed, because this is forwarding from one bug to another. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-22 18:53:56 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22615
[Bug middle-end/22480] [4.1 Regression] ICE in convert_move, at expr.c:390 with -ftree-vectorize
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 18:59 --- Nope the types are correct. The bug is in the middle-end when expanding VECTOR << VECTOR. -- What|Removed |Added Component|tree-optimization |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22480
[Bug tree-optimization/22598] [4.1 Regression] 23_containers/set/explicit_instantiation/3.cc fails
-- What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22598
[Bug fortran/16940] Failure to perform host association correctly
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 19:03 --- Subject: Bug 16940 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-22 19:03:39 Modified files: gcc/fortran: resolve.c ChangeLog gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: module_interface_1.f90 Log message: 2005-07-22 Paul Thomas <[EMAIL PROTECTED]> PR fortran/16940 * resolve.c (resolve_symbol): A symbol with FL_UNKNOWN is matched against interfaces in parent namespaces. If there the symtree is set to point to the interface. 2005-07-22 Paul Thomas <[EMAIL PROTECTED]> PR fortran/16940 * gfortran.dg/module_interface.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.34.2.10&r2=1.34.2.11 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.335.2.93&r2=1.335.2.94 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/module_interface_1.f90.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.4.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.292&r2=1.5084.2.293 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16940
[Bug SWING/22616] New: new ImageIcon().getIconHeight() throws NPE
Steps to reproduce:
1. Compile and run the attached testcase.
Expected results:
1. Program prints out "-1".
Actual results:
1. Program throws the following exception:
java.lang.NullPointerException
at javax.swing.ImageIcon.getIconHeight (ImageIcon.java:300)
at testcase. (testcase.java:9)
at testcase.main (testcase.java:5)
Testcase:
import javax.swing.*;
import java.awt.*;
public class testcase {
public static void main(String[] args) {
new testcase();
}
public testcase() {
ImageIcon icon = new ImageIcon();
System.out.println(icon.getIconHeight());
}
}
Note:
Severity is set to minor since error handling in Icon is probably undefined
behavior anyway since the javadoc does not say anything about what
getIconHeight() should return when no icon is loaded. Sun's JDK 1.5.0 returns -1
and so applications have started to depend on this undefined behavior.
Proposed fix:
Return -1 in getIconHeight() and getIconWidth() if no icon is loaded.
---
/home/lindi/cp-src/2005-07-22T100134+/classpath/javax/swing/ImageIcon.java.~1.16.~
2005-07-02 23:32:47.0 +0300
+++
/home/lindi/cp-src/2005-07-22T100134+/classpath/javax/swing/ImageIcon.java
2005-07-22 21:38:05.0 +0300
@@ -297,11 +297,15 @@
public int getIconHeight()
{
+if (image == null)
+ return -1;
return image.getHeight(observer);
}
public int getIconWidth()
{
+if (image == null)
+ return -1;
return image.getWidth(observer);
}
--
Summary: new ImageIcon().getIconHeight() throws NPE
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: SWING
AssignedTo: graydon at redhat dot com
ReportedBy: timo dot lindfors at iki dot fi
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22616
[Bug libfortran/22570] Null Characters instead of blanks in text output.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22 19:11 --- Subject: Bug 22570 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-07-22 19:11:29 Modified files: libgfortran/io : read.c transfer.c unit.c libgfortran: ChangeLog Log message: 2005-07-22 Jerry DeLisle <[EMAIL PROTECTED]> PR libfortran/22570 * io/unit.c (init_units): Replace BLANK_ZERO with BLANK_UNSPECIFIED. * io/read.c (next_char): Return a ' ' character when BLANK_ZERO or BLANK_NULL are active. (read_decimal): Interpret ' ' character correctly for BZ or BN. (read_radix): Interpret ' ' character correctly for BZ or BN. (read_f): Interpret ' ' character correctly for BZ or BN. 2005-07-22 Paul Thomas <[EMAIL PROTECTED]> PR libfortran/22570 * read.c (read_x): Correct the condition for doing the x-editing during formatted input. * transfer.c (formatted_transfer): Cast offset difference as int, clean-up arithmetic with new variable, bytes_used, zero counters for FMT_SLASH, (data_transfer_init) Zero X- and T-editing counters unconditionally. (next_record_w) Zero X- and T-editing counters. unconditionally. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/read.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.8.10.5&r2=1.8.10.6 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/transfer.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.32.2.9&r2=1.32.2.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/io/unit.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.8.10.2&r2=1.8.10.3 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libgfortran/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.163.2.67&r2=1.163.2.68 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22570
[Bug SWING/22616] new ImageIcon().getIconHeight() throws NPE
--- Additional Comments From timo dot lindfors at iki dot fi 2005-07-22 19:12 --- Created an attachment (id=9331) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9331&action=view) Return -1 in getIconHeight() and getIconWidth() if no icon is loaded. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22616
[Bug SWING/22616] new ImageIcon().getIconHeight() throws NPE
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 19:13 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-22 19:13:38 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22616
[Bug fortran/16940] Failure to perform host association correctly
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-22 19:13 --- Fixed on mainline and 4.02 -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16940
[Bug fortran/17379] Generic functions not resolved
-- Bug 17379 depends on bug 16940, which changed state. Bug 16940 Summary: Failure to perform host association correctly http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16940 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17379
[Bug fortran/22607] Elemental character functions don't work
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 19:15 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-22 19:15:34 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22607
[Bug ada/22601] GNAT Command lists many commands as available that are not
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 19:16 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-22 19:16:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22601
[Bug libfortran/22570] Null Characters instead of blanks in text output.
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-22 19:19 --- fixed on mainline and 4.02 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22570
[Bug libfortran/22570] Null Characters instead of blanks in text output.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 19:20 --- Fixed so closing. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22570
[Bug tree-optimization/22336] [4.1 Regression] ICE Segfault in record_block_change at function.c:5498
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 19:26 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22336
[Bug debug/21828] [4.0 Regression] debug info omitted for uninitialized variables
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-22
19:33 ---
Subject: Bug 21828
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-22 19:33:16
Modified files:
gcc: ChangeLog toplev.c varasm.c
gcc/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.dg/debug/dwarf2: dwarf-uninit.c
Log message:
PR debug/21828
* toplev.c (check_global_declarations): Do not mark undefined
variables as DECL_IGNORED_P.
* varasm.c (first_global_object_name): GTY it.
(weak_global_object_name): Likewise.
(notice_global_symbol): Use ggc_strdup, not xstrdup, when creating
a string to go into {weak,first}_global_object_name.
PR debug/21828
* gcc.dg/debug/dwarf2/dwarf-uninit.c: New test.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=2.7592.2.327&r2=2.7592.2.328
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/toplev.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.944.2.4&r2=1.944.2.5
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/varasm.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.477.6.12&r2=1.477.6.13
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=1.5084.2.293&r2=1.5084.2.294
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/debug/dwarf2/dwarf-uninit.c.diff?cvsroot=gcc&only_with_tag=gcc-4_0-branch&r1=NONE&r2=1.1.2.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21828
[Bug debug/21828] [4.0 Regression] debug info omitted for uninitialized variables
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-07-22 19:34 --- Fixed in 4.0.2. -- What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21828
[Bug other/22584] ICE in make_decl_rtl, at varasm.c:886
--- Additional Comments From pluto at agmk dot net 2005-07-22 19:48 --- ufff, i've found the point. with e.g. -march=athlon latest cvs snapshot builds. with -march=i686 -mtune=pentium4 boostrap ices. patchset is fine. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
[Bug other/22584] ICE in make_decl_rtl, at varasm.c:886
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 19:49 --- Which stage is this? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
[Bug other/22584] ICE in make_decl_rtl, at varasm.c:886
--- Additional Comments From pluto at agmk dot net 2005-07-22 19:51 --- (In reply to comment #6) > Which stage is this? ./xgcc -B./ -B/usr/athlon-pld-linux/bin/ -isystem /usr/athlon-pld-linux/include -isystem /usr/athlon-pld-linux/sys-include -L/home/users/builder2/rpm/BUILD/gcc-4.1-20050722T1750UTC/obj-athlon-pld-linux/gcc/../ld -O2 -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../gcc -I../../gcc/. -I../../gcc/../include -I../../gcc/../libcpp/include -DL_divdi3 -fvisibility=hidden -DHIDE_EXPORTS -fexceptions -fnon-call-exceptions -c ../../gcc/libgcc2.c -o libgcc/./_divdi3.o ../../gcc/libgcc2.c: In function '__divdi3': ../../gcc/libgcc2.c:829: internal compiler error: in make_decl_rtl, at varasm.c:886 (...) make[3]: *** [libgcc/./_divdi3.o] Error 1 make[3]: Leaving directory `/home/users/builder2/rpm/BUILD/gcc-4.1-20050722T1750UTC/obj-athlon-pld-linux/gcc' make[2]: *** [libgcc.a] Error 2 make[2]: Leaving directory `/home/users/builder2/rpm/BUILD/gcc-4.1-20050722T1750UTC/obj-athlon-pld-linux/gcc' make[1]: *** [stage2_build] Error 2 make[1]: Leaving directory `/home/users/builder2/rpm/BUILD/gcc-4.1-20050722T1750UTC/obj-athlon-pld-linux/gcc' make: *** [bootstrap] Error 2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
[Bug target/22584] [4.1 Regression] ICE in make_decl_rtl, at varasm.c:886
-- What|Removed |Added Status|WAITING |NEW Component|other |target Keywords||wrong-code Summary|ICE in make_decl_rtl, at|[4.1 Regression] ICE in |varasm.c:886|make_decl_rtl, at ||varasm.c:886 Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22584
[Bug fortran/20855] ICE: Bad expr type
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 19:55 --- gfortran t.f90 In file t.f90:1 0 CONTINUE 1 Warning: Ignoring statement label of zero at (1) t.f90:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. -- What|Removed |Added Last reconfirmed|2005-04-10 08:44:03 |2005-07-22 19:55:00 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20855
[Bug fortran/20864] different types not diagnosed correctly
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 19:59 --- Confirmed. -- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-07-22 19:59:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20864
[Bug SWING/22617] New: reopen 13414: ImageIcon("") throws IllegalArgumentException
When classpath bugs have been moved to gcc bugzilla this bug can be marked as
duplicate of the old classpath bug 13414.
The actual issue is that classpath bug 13414 should be reopened as the bug
happens with current classpath cvs head.
Only way to see the old bug report at the moment seems to be
http://www.mail-archive.com/commit-classpath@gnu.org/msg00849.html
This bug seems to occur already in 2005-05-02 and I can't easily test older
versions since I don't have the required cairo/gnome2 setup available anymore.
--
Summary: reopen 13414: ImageIcon("") throws
IllegalArgumentException
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: SWING
AssignedTo: graydon at redhat dot com
ReportedBy: timo dot lindfors at iki dot fi
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22617
[Bug fortran/20873] entry with alternate return in function
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-22 20:00 --- Fixed in 4.0.2 and above: In file t.f90:2 ENTRY M(I,*) 1 Error: Alternate return specifier in function 'm' at (1) is not allowed -- What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.0.2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20873
[Bug middle-end/22605] Alignment of struct on stack is no longer the maxium alignment
--- Additional Comments From wilson at gcc dot gnu dot org 2005-07-22 20:10 --- I think the 16-byte over-alignment in gcc-3.x is a mis-feature. Anything over 8-byte alignment here is useless. However, I also think the 4-byte alignment in gcc-4.0 is a mis-feature. It just looks wierd to me that we have a 64-bit target with 64-bit stack slots, and we are allocating a 64-bit structure across two stack slots. Yes, what gcc is doing is valid, as the structure has 4-byte alignment. However, that isn't the question here. The question is whether it is desirable. If we over-align the structure to 8-bytes to fit in a single stack slot, then we can use ld8/st8 instructions to copy it around. If we don't over-align it, then we have to copy it by parts which is slower and takes more instructions. On a target like IA-64 where performance is more important than memory usage, it appears that we have made the wrong choice here. I think over-aligning to 8-bytes in this case will give better (faster) code at the cost of a negligible frame size increase. We have target macros like DATA_ALIGNMENT and CONSTANT_ALIGNMENT so that we can give extra alignment in cases where we know this will improve performance. But we have no such macro for variables allocated on the stack. In the past, we probably didn't need one, because we were already over-aligning structures on the stack by default. Now that we don't over-align on the stack by default, maybe we should have one. I haven't done any study to see whether this is beneficial. This might be a interesting little optimization project for someone to try. If an aggregate allocated on the stack has alignment less than the word size, but has size equal to or larger than the word size, then try over-aligning to the word size, and see if this affects SPEC results on a STRICT_ALIGNMENT target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22605
[Bug c++/22618] New: Template non-type arguments break class access protection
In the below code fragment, the lines marked "OK ??" should
be errors because the outside world does not have access, but
g++ 3.4 and g++ 4.0 (tested on two platforms) allow this.
Especially note the apparent interaction between function
overloading and access protection in this case.
class foo {
typedef int (foo::*memfun)();
int mf(int); // overloaded memebr
int mf();
int mg(); // non overloaded member
};
template // OK, but access to foo::memfun ??
struct fm_obj {
// something ..
};
fm_obj<&foo::mf> a;// OK ??
fm_obj<&foo::mg> b;// ERROR: foo::g is private
--
Summary: Template non-type arguments break class access
protection
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: squell at alumina dot nl
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22618
