[Bug libfortran/17748] libgfortran contains undefined references to _environ

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28 06:35 --- Subject: Bug 17748 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-02-28 06:34:55 Modified files: libgfortran: Change

[Bug c++/19948] [4.0/4.1 Regression] ICE: tree check: expected class 'declaration', have 'exceptional' (error_mark) in pushtag, at cp/name-lookup.c:4658

--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2005-02-28 06:22 --- If you want a work around, simply use this in the first 'friend' declaration: friend class util::persistent_object_manager; There is still uncertainty about whether name from 'using' declaration/direct

[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2

--- Additional Comments From billingd at gcc dot gnu dot org 2005-02-28 05:13 --- With cygwin gfortran-4.0 20050227 at -O0 I get excellent results: csep.out: CST:1 out of 4662 tests failed to pass the threshold csep.out: CST:2 out of 4662 tests failed to pass the threshold

[Bug target/20243] static initialization .data redundantly copied to ram prior to use.

--- Additional Comments From schlie at comcast dot net 2005-02-28 04:53 --- Subject: Re: static initialization .data redundantly copied to ram prior to use. > From: pinskia at gcc dot gnu dot org <[EMAIL PROTECTED]> > > --- Additional Comments From pinskia at gcc dot gnu dot org

[Bug target/20243] static initialization .data redundantly copied to ram prior to use.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 04:46 --- Yes because MOVE_RATIO is too low for avr really. But there might different issues here really, one is for an example MOVE_RATIO is too low which causes the addition of the .data stuff but the other is t

[Bug target/20243] static initialization .data redundantly copied to ram prior to use.

--- Additional Comments From schlie at comcast dot net 2005-02-28 04:40 --- > oh, this is still a target bug. Possibly (but likely of similar concern for other small embedded targets) The problem is that the initialization data which is linked in .data (stored in readable flash/rom) i

[Bug target/20243] static initialization .data redundantly copied to ram prior to use.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 04:28 --- (In reply to comment #4) > (In reply to comment #3) > > *** This bug has been marked as a duplicate of 18145 *** > > sorry, no. oh, this is still a target bug. -- What|Removed

[Bug target/20243] static initialization .data redundantly copied to ram prior to use.

--- Additional Comments From schlie at comcast dot net 2005-02-28 04:24 --- (In reply to comment #3) > *** This bug has been marked as a duplicate of 18145 *** sorry, no. - that bug says don't copy when there's no data to copy. - this bug says, don't static read-only data even if pres

[Bug target/18145] Do not emit __do_copy_data or __do_clear_bss if .data or .bss is empty.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 04:14 --- *** Bug 20243 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug target/20243] static initialization .data redundantly copied to ram prior to use.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 04:14 --- And this fixme: /* FIXME: output these only if there is anything in the .data / .bss sections - some code size could be saved by not linking in the initialization code from libgcc if one or both

[Bug target/20243] static initialization .data redundantly copied to ram prior to use.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 04:11 --- I assume you are talking about the following code: /* __do_copy_data is only necessary if there is anything in .data section. Does not use RAMPZ - crt*.o provides a replacement for >64K devices. */ #ifd

[Bug target/20243] static initialization .data redundantly copied to ram prior to use.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 04:07 --- Huh? -- What|Removed |Added Component|c |target http://

[Bug c/20243] New: static initialization .data redundantly copied to ram prior to use.

Although functional, the limited read/write memory is needless used to redundantly store static read-only initialization data/strings effectively eliminates this memory from having any useful purpose. main.elf: file format elf32-avr Sections: Idx Name Size VMA LMA

[Bug target/19065] Make CRIS libstdc++ asms autoincrement-safe

-- What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19065

[Bug rtl-optimization/20242] Pessimizing effects of defining EXTRA_MEMORY_CONSTRAINT

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 03:11 --- Created an attachment (id=8296) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8296&action=view) diff -up baseline.s fixed-Q-and-E_M_C.s Diff showing regressing change in generated assembly code. -- htt

[Bug rtl-optimization/20242] Pessimizing effects of defining EXTRA_MEMORY_CONSTRAINT

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 03:06 --- Created an attachment (id=8295) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8295&action=view) baseline Generated code before (1) and also if *only* the EXTRA_MEMORY_CONSTRAINT is removed. -- http://g

[Bug rtl-optimization/20242] Pessimizing effects of defining EXTRA_MEMORY_CONSTRAINT

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 03:01 --- Created an attachment (id=8294) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8294&action=view) bigfun.i Test-case. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20242

[Bug rtl-optimization/20242] Pessimizing effects of defining EXTRA_MEMORY_CONSTRAINT

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 02:56 --- Created an attachment (id=8293) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8293&action=view) test.ps Minimal ghostscript input file for noticing performance regression. -- http://gcc.gnu.org/bugzill

[Bug rtl-optimization/20242] Pessimizing effects of defining EXTRA_MEMORY_CONSTRAINT

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 02:52 --- (1) Is http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01769.html> and doesn't contain the atomicity.h patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20242

[Bug target/19065] Make CRIS libstdc++ asms autoincrement-safe

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 02:50 --- Fixed, see http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01769.html> and http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01770.html>. But see also PR 20242. -- What|Removed |Adde

[Bug rtl-optimization/20242] New: Pessimizing effects of defining EXTRA_MEMORY_CONSTRAINT

In some large functions, where all hardware registers are "used up" and some pseudo-register need to be allocated on stack, EXTRA_MEMORY_CONSTRAINT will have a pessimizing effect. Without further analysis, it seems that it causes pseudo-registers to be committed ("too devoted") to memory with no a

[Bug target/19065] Make CRIS libstdc++ asms autoincrement-safe

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28 02:33 --- Subject: Bug 19065 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-28 02:33:40 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/confi

[Bug target/19065] Make CRIS libstdc++ asms autoincrement-safe

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28 02:21 --- Subject: Bug 19065 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-28 02:21:40 Modified files: gcc: ChangeLog gcc/config/cris: c

[Bug rtl-optimization/18560] better optimalization of EOR/MOV block.

-- What|Removed |Added Target Milestone|4.0.0 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18560

[Bug c++/20241] [4.0/4.1 Regression] ICEing with VLA in template that is type dependent

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 01:49 --- And it fails with 20050113. Those are the two closest compilers I have. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20241

[Bug c++/20212] [4.0/4.1 Regression] attribute unused vs. member function template

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 01:45 --- This worked with 3.5.0 20040909. -- What|Removed |Added Last reconfirmed|2005-02-25 19:00:

[Bug c++/20208] [4.0/4.1 Regression] No array-to-pointer decay happens for template functions

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 01:42 --- This has failed since at least 20040909. The ICE is: t1.cc:8: internal compiler error: in fold_convert, at fold-const.c:1952 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20208

[Bug c++/20241] [4.0/4.1 Regression] ICEing with VLA in template that is type dependent

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 01:36 --- Note this worked with 3.5.0 20040909. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20241

[Bug c++/20241] [4.0/4.1 Regression] ICEing with VLA in template that is type dependent

-- What|Removed |Added Severity|minor |normal Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2024

[Bug c++/20241] New: [4.0/4.1 Regression] ICEing with VLA in template that is type dependent

The following "invalid" (well valid if we say that VLA is a GCC extension) ICE in fold_convert: template void foo(T t) { int f[t]; } Also we don't reject this with -pedantic in 2.95.3-3.4.0 either so that is not a regression. There might be missing a processing_template somewhere. --

[Bug c++/20220] [4.0/4.1 Regression] Rejecting invalid template code, breaks most of Boost

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 01:09 --- (In reply to comment #3) > This worked with 4.0.0 20050113 but fails with 20050210. To get a smaller window, it fails with 20050201. Hmm, it passes with 20050225. I think this was fixed by: PR c++/19

[Bug fortran/20058] Error on kind 16 hex data statement

--- Additional Comments From kargl at gcc dot gnu dot org 2005-02-28 00:42 --- Fixed. -- What|Removed |Added Status|NEW |RESOLVED

[Bug fortran/20058] Error on kind 16 hex data statement

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-28 00:38 --- Subject: Bug 20058 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-28 00:38:13 Modified files: gcc/fortran: ChangeLog trans-types.c gfortran.h pr

[Bug c++/20240] [3.3/3.4/4.0/4.1 Regression] invalid using-redeclaration accepted

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-28 00:27 --- Confirmed, a regression from 3.2.3. -- What|Removed |Added Status|UNCONFIRMED

[Bug c++/20240] New: invalid using-redeclaration accepted

sorry if this is a dupe, I've checked the summaries, but there are too many about "using" to read each in detail. I think this is a bug: namespace A{int a;}; namespace C{ int a; using A::a; } accepted. if not, then this is one: namespace A{int a;}; namespace C{ double a; using A::a; }

[Bug c/20230] GCC generates non-compliant warnings for qualifier promotion

--- Additional Comments From kmk at ssl dot org 2005-02-27 23:12 --- > But "const char *" isn't a qualified version of "char *" Ahhh. Now I see your point. Amazingly enough, the C standard does not, under any circumstances, permit objects (including the targets of pointers) to be qualifi

[Bug c/20230] GCC generates non-compliant warnings for qualifier promotion

--- Additional Comments From joseph at codesourcery dot com 2005-02-27 22:30 --- Subject: Re: GCC generates non-compliant warnings for qualifier promotion On Sun, 27 Feb 2005, kmk at ssl dot org wrote: > 1. A pointer is a derived type. > > 2. A derived type is not qualified by the q

[Bug c/20239] [3.4 Regression] ICE on empty preprocessed input

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 22:29 --- Confirmed, only happens in 3.4.x. -- What|Removed |Added Status|UNCONFIRMED

[Bug c/20239] New: ICE on empty preprocessed input

When feeding a preprocessed input file consisting of only a newline to gcc, it gets a segmentation fault: snaga:tmp> rm -f test.i snaga:tmp> echo > test.i snaga:tmp> gcc test.i test.i:1: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if approp

[Bug c/20238] signed/unsigned multiplication + sign extension broken 32->64 bit sign promotion?

--- Additional Comments From ch at dot-heine dot de 2005-02-27 22:05 --- Subject: Re: signed/unsigned multiplication + sign extension broken 32->64 bit sign promotion? pinskia at gcc dot gnu dot org wrote: > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27

[Bug c/20229] -Wcast-qual option is easily evaded

--- Additional Comments From kmk at ssl dot org 2005-02-27 22:03 --- And furthermore, if it is so "useful" to be able to hide this behavior, why have this option at all? Why force programmers to undertake the two-step bomb-arming instead of just letting them do it in one step by casting a

[Bug c/20229] -Wcast-qual option is easily evaded

--- Additional Comments From kmk at ssl dot org 2005-02-27 21:55 --- It is precisely because it is "useful" to programmers in the manner described that a check is needed on it so that persons charged with the task of code validation or modification do not have to read 250,000 lines of cod

[Bug libfortran/20005] reading a single "return" character fails

--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-27 21:45 --- I believe this bug, PR 20092 and PR 20131 are duplicates. We will be sure when they get fixed, but I mention this here for the record. I may not have time to work on this before a few weeks, but this sho

[Bug c/20230] GCC generates non-compliant warnings for qualifier promotion

--- Additional Comments From kmk at ssl dot org 2005-02-27 21:43 --- 6. I meant "right-hand side" not "left-hand side". -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20230

[Bug c/20230] GCC generates non-compliant warnings for qualifier promotion

--- Additional Comments From kmk at ssl dot org 2005-02-27 21:37 --- 1. A pointer is a derived type. 2. A derived type is not qualified by the qualifiers (if any) of the type from which it is derived. 3. For any qualifier q, a POINTER to a non-q-qualified type may be converted to a poin

[Bug c/20238] signed/unsigned multiplication + sign extension broken 32->64 bit sign promotion?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 21:10 --- This is invalid. (unsigned int)(signed_char) is still signed extened. if you don't want a sign extension do: (unsigned int)(unsigned char)(signed_char). -- What|Removed |

[Bug c/20238] signed/unsigned multiplication + sign extension broken 32->64 bit sign promotion?

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 21:08 --- No I think this is invalid and here is why: casting even to unsigned still sign extened. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20238

[Bug c/20238] signed/unsigned multiplication + sign extension broken 32->64 bit sign promotion?

-- What|Removed |Added Severity|critical|normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20238

[Bug fortran/20154] fortran: scoping of implicit none & interfaces

-- What|Removed |Added CC||tobi at gcc dot gnu dot org Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla

[Bug c/20238] New: signed/unsigned multiplication + sign extension broken 32->64 bit sign promotion?

The stuff below applies to the CVS head revision as well as 3.4.*. Maybe there is a bug w.r.t. sign promotion of the results of signed/unsigned mixed multiplication from 32 to 64 bits. IMHO the result should be signed (shouldn't it?). I'm a little bit confused w.r.t. to signed/unsigned multiplica

[Bug fortran/20151] internal compiler error: Bus error

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 21:03 --- Reduced testcase: module token_module2 COMMON /MPIPRIV/ MPI_BOTTOM integer i end module token_module2 use token_module2, only: mpi_bottom use token_module2, only: i end Removing ei

[Bug libfortran/20101] zero prints incorrectly with 1pe12.4

-- What|Removed |Added Target Milestone|--- |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20101

[Bug libfortran/20101] zero prints incorrectly with 1pe12.4

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 20:48 --- Fixed on both the mainline and the release branch. -- What|Removed |Added Status|NE

[Bug libfortran/20101] zero prints incorrectly with 1pe12.4

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-27 20:44 --- Subject: Bug 20101 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-02-27 20:44:52 Modified files: gcc/testsuite : Change

[Bug fortran/20224] gfortran - flags error on strange, but correct f66 program

--- Additional Comments From kargl at gcc dot gnu dot org 2005-02-27 19:49 --- This is not an enhancement and should be given the WONTFIX status. Re-read the excerpt from the F77 standard that I quoted. If it is not an outright error, then consider the implications that this so-called

[Bug libfortran/20101] zero prints incorrectly with 1pe12.4

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-27 19:47 --- Subject: Bug 20101 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-27 19:47:12 Modified files: gcc/testsuite : ChangeLog libgfortran: C

[Bug c++/20237] Problem with order of destruction in shared object.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 19:45 --- How did you configure gcc? Did you use --enable-__cxa_atexit? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20237

[Bug target/19819] ICE when compiling aegis 4.20

--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-27 19:37 --- This appears to be a reload problem. The reason the insn isn't recognized is that the REG_POINTER flag (f/frame-related) has been lost. Under HP-UX the base register must be marked with the REG_POINTER fla

[Bug c++/11585] static template member definition fails

--- Additional Comments From jaco at kroon dot co dot za 2005-02-27 19:25 --- Ok. The only reason I found this was cause I tried to compile quasar on my system. The code I supplied was the most reduced form I could create that duplicated the problem. As such I will attempt to make the

[Bug fortran/16531] [gfortran] Hollerith Data not supported

--- Additional Comments From jvdelisle at verizon dot net 2005-02-27 19:13 --- Is anyone working on this? It is blocking some significant codes I am testing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16531

[Bug ada/20035] failed run-time assertion : Tasking not implemented on this configuration on sparc-linux

-- What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed||1 Last reconfirmed|-00-00 00:00:00 |2005-02-

[Bug c++/20237] New: Problem with order of destruction in shared object.

Not sure if this can really be considered a bug, it certainly violates the C++ standard, but since I'm using extensions (e.g. dlopen, dlclose)... The problem is simple: in the main module, I have an std::map< std::string, Base* > at namespace scope, which is getting constructed before main is ente

[Bug ada/20075] Bug in GNAT.Expect.Non_Blocking_Spawn

--- Additional Comments From sbellon at sbellon dot de 2005-02-27 18:47 --- I have investigated further. There are further places in the C part of the GNAT library that need changing because they are inconsistent. In __gnat_portable_spawn in ada/adaint.c the spawn/exec calls are always

[Bug fortran/20178] COMPLEX function returns incompatible with g77

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 18:43 --- Upgraded to normal severity, interoperability with g77 is important. -- What|Removed |Added

[Bug fortran/20236] runtime error reading float

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 18:41 --- Fixed form testcase which doesn't need the data file: program ntst character*16 bufld character*142 line line = ' 1 a 154.3000 35.3000 rrrabcr' 1 /

[Bug fortran/20235] Gfortran internal read error

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 18:34 --- I didn't see any difference between this ans PR20236 except the missing input data. *** This bug has been marked as a duplicate of 20236 *** -- What|Removed |Added ---

[Bug fortran/20236] Gfortran internal read error

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 18:34 --- *** Bug 20235 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20236

[Bug fortran/20224] gfortran - flags error on strange, but correct f66 program

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 18:32 --- Downgrading this to enhancement. 27 years of this not being allowed are a long time. -- What|Removed |Added

[Bug libfortran/20179] cannot mix C and Fortran I/O

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 18:18 --- We should probably call fflush() in the following places: - at the beginning of a Fortran I/O operation - at termination of the program anywhere else? -- What|Removed |Adde

[Bug fortran/20154] fortran: scoping of implicit none & interfaces

--- Additional Comments From tobi at gcc dot gnu dot org 2005-02-27 18:16 --- I committed a patch for this February 23rd, verified that it also fixes this PR. I had checked bugzilla for this bug, but only before you opened this PR ;-) -- What|Removed

[Bug c++/20175] [3.4 Regression] Warnings are issued when initializing struct members with "strings"

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-27 18:12 --- Fixed in CVS. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/20175] [3.4 Regression] Warnings are issued when initializing struct members with "strings"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-27 18:11 --- Subject: Bug 20175 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-02-27 18:10:42 Modified files: gcc/cp : Change

[Bug libfortran/18025] libgfortran: format, incompatible "minimum width" edit descriptor

--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-27 17:32 --- Proposed patch: http://gcc.gnu.org/ml/fortran/2005-02/msg00374.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18025

[Bug rtl-optimization/17728] [3.4 Regression] ICE in extract_insn, at recog.c:2083, unrecognizable insn

--- Additional Comments From danglin at gcc dot gnu dot org 2005-02-27 17:29 --- Fixed . -- What|Removed |Added

[Bug fortran/20235] Gfortran internal read error

--- Additional Comments From blime at cox dot net 2005-02-27 17:26 --- added input data to bug 20236 omitted in 20235 bug report -- What|Removed |Added BugsThisDependsOn|

[Bug fortran/20236] Gfortran internal read error

-- What|Removed |Added OtherBugsDependingO||20235 nThis|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20236

[Bug c++/20206] [4.0/4.1 Regression] COMDAT broken for C++ thunks

--- Additional Comments From jakub at gcc dot gnu dot org 2005-02-27 17:25 --- Fixed in CVS. -- What|Removed |Added Status|ASSIGNED|RESOLVED

[Bug c++/20206] [4.0/4.1 Regression] COMDAT broken for C++ thunks

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-27 17:23 --- Subject: Bug 20206 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-02-27 17:22:58 Modified files: gcc/cp : Change

[Bug fortran/20236] New: Gfortran internal read error

/sodsim/local/gcc-4.0-20050220#>gcc -v Using built-in specs. Target: sparc-sun-solaris2.8 Configured with: ../configure --enable-languages=c,f95 Thread model: posix gcc version 4.0.0 20050220 (experimental) Build with no problems. This little test program was created as a result of a runtime error

[Bug rtl-optimization/17728] [3.4 Regression] ICE in extract_insn, at recog.c:2083, unrecognizable insn

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-27 17:15 --- Subject: Bug 17728 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-3_4-branch Changes by: [EMAIL PROTECTED] 2005-02-27 17:14:38 Modified files: gcc: Change

[Bug c++/20206] [4.0/4.1 Regression] COMDAT broken for C++ thunks

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-27 17:14 --- Subject: Bug 20206 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-27 17:13:28 Modified files: gcc/cp : ChangeLog gcc/testsuite : C

[Bug fortran/20235] New: Gfortran internal read error

/sodsim/local/gcc-4.0-20050220#>gcc -v Using built-in specs. Target: sparc-sun-solaris2.8 Configured with: ../configure --enable-languages=c,f95 Thread model: posix gcc version 4.0.0 20050220 (experimental) Build with no problems. This little test program was created as a result of a runtime error

[Bug middle-end/20225] [4.0/4.1 regression] ICE during GC

--- Additional Comments From schwab at suse dot de 2005-02-27 16:33 --- Broken by this change: 2005-01-01 Richard Henderson <[EMAIL PROTECTED]> PR c/19031 * c-decl.c (pop_file_scope): Call maybe_apply_pending_pragma_weaks. * c-lang.c (finish_file): Don't

[Bug middle-end/20218] Can't use __attribute__ ((visibility ("hidden"))) to hide a symbol

--- Additional Comments From hjl at lucon dot org 2005-02-27 16:32 --- My guess is this is an ELF only bug. I don't beleive ppc-darwin is an ELF target. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218

[Bug rtl-optimization/17728] [3.4 Regression] ICE in extract_insn, at recog.c:2083, unrecognizable insn

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-27 16:32 --- Subject: Bug 17728 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-02-27 16:32:15 Modified files: gcc: ChangeLog gcc/config/pa : p

[Bug middle-end/20218] Can't use __attribute__ ((visibility ("hidden"))) to hide a symbol

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 16:19 --- (In reply to comment #7) > __attribute__ ((visibility ("hidden"))) is a new feature. We can define > ASM_OUTPUT_EXTERNAL to make it work properly. I can try to come up with > a patch if everyone agrees is a

[Bug rtl-optimization/17728] [3.4 Regression] ICE in extract_insn, at recog.c:2083, unrecognizable insn

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-02-27 16:17 --- Subject: Bug 17728 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-02-27 16:17:09 Modified files: gcc: Change

[Bug middle-end/20218] Can't use __attribute__ ((visibility ("hidden"))) to hide a symbol

--- Additional Comments From hjl at lucon dot org 2005-02-27 16:16 --- __attribute__ ((visibility ("hidden"))) is a new feature. We can define ASM_OUTPUT_EXTERNAL to make it work properly. I can try to come up with a patch if everyone agrees is a bug. -- http://gcc.gnu.org/bugzilla/sh

[Bug middle-end/20225] [4.0/4.1 regression] ICE during GC

--- Additional Comments From schwab at suse dot de 2005-02-27 16:08 --- I can reproduce it with a cross compiler from powerpc64-linux. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20225

[Bug libfortran/18025] libgfortran: format, incompatible "minimum width" edit descriptor

--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-27 16:01 --- Portland, Sun, Intel and SX compilers does it with no leading blank. MIPSpro compiler is the only I could find that puts leading blanks. -- What|Removed |Added ---

[Bug libfortran/20101] zero prints incorrectly with 1pe12.4

--- Additional Comments From coudert at clipper dot ens dot fr 2005-02-27 15:54 --- Patch submitted: http://gcc.gnu.org/ml/fortran/2005-02/msg00362.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20101

[Bug target/20228] [4.1 Regressions] Cannot link two valid C++ TU together

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 15:50 --- Ignore the sources in comment #0, I got the definition wrong. The following is the way libjava produces the code (now I don't know if this is valid or not): source 1 - struct a { virtual void g()

[Bug c++/20234] New: incorrect error: class has not been declared

g++-4.0s give the following incorrect error on valid code (it should be accepted, I think): gcc4rejectvalid.cc:25: error: 'persistent_object_manager' has not been declared Run command g++-4.0 -v --save-temps -c gcc4rejectvalid.cc -o gcc4rejectvalid.o Output with version specs: Using built-in s

[Bug tree-optimization/20216] [4.0/4.1 Regression] Simple loop runs out of stack at -O1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 15:40 --- Patch here: . -- What|Removed |Added

[Bug c++/20232] [4.0/4.1 Regression] ICE with covariancy

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 15:34 --- Confirmed, a regression also. It worked with 20050113. -- What|Removed |Added

[Bug target/20233] compiler errors while compiling kernel in Mepis Linux

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-02-27 15:21 --- Obviously you did not read:http://gcc.gnu.org/bugs.html> as instructed. We need the preprocessed source. -- What|Removed |Added

[Bug rtl-optimization/17356] [4.0/4.1 Regression] [Ada] [ia64] ACATS c41325a & other ICE, also while building libada

--- Additional Comments From schwab at suse dot de 2005-02-27 15:09 --- Only happens with --enable-checking. -- What|Removed |Added Keywords|

[Bug c/20229] -Wcast-qual option is easily evaded

--- Additional Comments From joseph at codesourcery dot com 2005-02-27 14:59 --- Subject: Re: -Wcast-qual option is easily evaded On Sun, 27 Feb 2005, schwab at suse dot de wrote: > Casting to an integer does not remove the qualifier from the target type, it > removes the target type

[Bug c/20229] -Wcast-qual option is easily evaded

--- Additional Comments From schwab at suse dot de 2005-02-27 14:54 --- Casting to an integer does not remove the qualifier from the target type, it removes the target type completely. Since an integer is not a pointer, there cannot be a target type any more. So the documentation is c

[Bug target/19745] [meta-bug]: cris-elf gcc, g++, objc testsuite failures as of "Tue Feb 1 22:03:59 UTC 2005"

--- Additional Comments From hp at gcc dot gnu dot org 2005-02-27 14:51 --- Update. Remaining from the original list (i.e. new ones uncounted) are, as of LAST_UPDATED "Sun Feb 27 01:30:09 UTC 2005": Running /home/hp/combined/combined/gcc/testsuite/gcc.dg/dg.exp ... WARNING: gcc.dg/2001

  1   2   >