[Bug target/20166] Bootstrap failure due to lack of fixinclude of pthread problem

--- Additional Comments From rguenth at gcc dot gnu dot org 2005-03-15 08:15 --- Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01377.html -- What|Removed |Added

[Bug middle-end/20479] New: Instruction scheduler falsely reorders insns (ia64)

Test listed below fails when compiled with -02 optimization at IA64. It appears that instruction scheduler misses dependency between two assignments in the 'set_code' routine and falsely reorders them. $ cat test.c typedef struct s_t { short a; short b; } *ps; void set_code (ps obj, short

[Bug middle-end/20479] Instruction scheduler falsely reorders insns (ia64)

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 08:28 --- You are violating C89/C99/C++ aliasing rules so this is undefined. -- What|Removed |Added

[Bug libfortran/20480] New: libfortran: formatted write, ES edit descriptor

Hi, write (*,10) 0.0 10 format (ES12.3) end prints 0.000E-01 instead of 0.000E+00 as it should. Cheers, -ha -- Summary: libfortran: formatted write, ES edit descriptor Product: gcc Version: 4.1.0 Status: UNCONFIRMED

[Bug rtl-optimization/17236] inefficient code for long long multiply on x86

--- Additional Comments From giovannibajo at libero dot it 2005-03-15 10:04 --- Roger explains what else needs to be done here: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01386.html Right now, after his patch, mainline generates this code: pushl %edi pushl %esi

[Bug rtl-optimization/17236] inefficient code for long long multiply on x86

--- Additional Comments From giovannibajo at libero dot it 2005-03-15 10:07 --- Uros did some additional comments: http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01427.html -- What|Removed |Added -

[Bug rtl-optimization/19398] secondary reloads don't consider "m" alternatives

--- Additional Comments From giovannibajo at libero dot it 2005-03-15 10:10 --- CC'ing reload guru -- What|Removed |Added CC||ber

[Bug tree-optimization/20474] ICE while compiling openmotif-2.2.3 with -ftree-vectorize

--- Additional Comments From irar at il dot ibm dot com 2005-03-15 11:37 --- This problem was solved in autovect branch (http://gcc.gnu.org/ml/gcc- patches/2005-03/msg00754.html). This patch will be submitted to mainline in stage 2. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=204

[Bug rtl-optimization/19398] secondary reloads don't consider "m" alternatives

--- Additional Comments From bernds_cb1 at t-online dot de 2005-03-15 11:44 --- Interesting problem. I was temporarily confused by rth's mention of secondary reloads; it's actually secondary memory that we allocate here. What happens is 1. Notice none of the alternatives fit as-is 2.

[Bug rtl-optimization/19398] secondary reloads don't consider "m" alternatives

--- Additional Comments From giovannibajo at libero dot it 2005-03-15 12:23 --- But a peephole solution would fix a single backend, whilst I assume any kind of reload fix could improve code generation with multiple backends at the same time. -- http://gcc.gnu.org/bugzilla/show_bug.

[Bug rtl-optimization/19398] secondary reloads don't consider "m" alternatives

--- Additional Comments From uros at kss-loka dot si 2005-03-15 12:34 --- (In reply to comment #6) > But a peephole solution would fix a single backend, whilst I assume any kind > of Also, every insn pattern that accepts memory input would need an appropriate peephole2 pattern... --

[Bug rtl-optimization/20291] combine throws away clobbers before trying to split

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 12:39 --- Subject: Bug 20291 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 12:39:06 Modified files: gcc: ChangeLog combine.c Log message:

[Bug fortran/20481] New: RAN() should not be an intrinsic function

(1) This example compiles with ibm xlf compiler, and (2) I could not find any reference to RAN intrinsic in the last draft standard. hadas:~% cat 1000d_linpack.f double precision function ran( iseed ) integer iseed(4) ran = 0.0 end program linpack_test integer

[Bug fortran/20481] RAN() should not be an intrinsic function

-- What|Removed |Added CC||leehod at il dot ibm dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20481

[Bug c++/20381] [4.0/4.1 Regression] ICE in build_ptrmemfunc, at cp/typeck.c:5702

--- Additional Comments From martin at mpa-garching dot mpg dot de 2005-03-15 13:25 --- As far as I know, this regression is only present in mainline, but not on the 4.0 branch; but the title and "Known to fail" line of this report say the regression is also in 4.0. Could someone with t

[Bug c++/20381] [4.0/4.1 Regression] ICE in build_ptrmemfunc, at cp/typeck.c:5702

--- Additional Comments From schwab at suse dot de 2005-03-15 13:30 --- The ICE is also reproducible on the 4.0 branch. -- What|Removed |Added CC|

[Bug fortran/20482] New: Problem when overloading LEN intrinsic

--prefix=/home/tow/root/gcc --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20050315 (experimental) parabrisas:~/test% ~/root/gcc/bin/gfortran -c m_wxml_buffer.f90 In file m_wxml_buffer.f90:19 character(len=1), dimension(len(s)) :: s_a 1 Error

[Bug fortran/20482] Problem when overloading LEN intrinsic

--- Additional Comments From tow21 at cam dot ac dot uk 2005-03-15 13:46 --- Created an attachment (id=8390) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8390&action=view) testcase Testcase attached. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20482

[Bug tree-optimization/20474] ICE while compiling openmotif-2.2.3 with -ftree-vectorize

--- Additional Comments From giovannibajo at libero dot it 2005-03-15 13:48 --- Confirmed. Please, could the autovect people remember to confirm bugs when they look at them? If you have troubles with Bugzilla privileges and e-mail accounts, contact me in private. Another thing: shoul

[Bug rtl-optimization/20291] combine throws away clobbers before trying to split

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-15 14:07 --- Fixed in mainline with patch applied today. -- What|Removed |Added Status|NEW

[Bug other/17652] [meta-bug] GCC 4.1 pending patches

-- Bug 17652 depends on bug 20291, which changed state. Bug 20291 Summary: combine throws away clobbers before trying to split http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20291 What|Old Value |New Value --

[Bug fortran/20483] New: Not Implemented: Scalarization of non-elemental intrinsic

Don't know if this is related to 12840 - submitting it anyway. parabrisas:~/test% cat char.f90 subroutine add_to_buffer_escaping_markup(s) character(len=*), intent(in) :: s character(len=1), dimension(len(s)) :: s_a call add_to_buffer(transfer(s,s_a)) end subroutine add_t

[Bug target/18668] use prescott's fisttp

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 14:44 --- Subject: Bug 18668 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 14:44:13 Modified files: gcc: ChangeLog gcc/config/i386: i

[Bug target/18668] use prescott's fisttp

--- Additional Comments From uros at kss-loka dot si 2005-03-15 14:53 --- Patch is comitted to 4.1 mainline. For the testcase in description '-O2 -march=prescott' now generates: oof: pushl %ebp movl%esp, %ebp subl$8, %esp fldl8(%ebp)

[Bug fortran/20481] RAN() should not be an intrinsic function

--- Additional Comments From sgk at troutmask dot apl dot washington dot edu 2005-03-15 15:24 --- Add "external ran" to your program. RAN is an intrinsic procedure because it was an intrinsic procedure in g77. Or add "-std=f95" to your command line. -- http://gcc.gnu.org/bugzilla/sh

[Bug c++/20484] New: No proper linkage created for in class initialized static const

Example: template T const max1(T const a, T const b) { return a < b ? b : a; } template T const & max2(T const & a, T const & b) { return a < b ? b : a; } struct Test { static int const A = 1; }; int main() { #if 0 max1(Test::A, 2); // OK. #else max2(Test::A, 2); // Does not link:

[Bug ada/13470] 64bits Ada bootstrap failure:xnmake etc. crash generating nmake.adb etc.

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 15:54 --- Subject: Bug 13470 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 15:53:11 Modified files: gcc/ada: a-stunau.ads a-stunau.adb g-spipat.ad

[Bug ada/19140] ACATS c37402a segfaults at runtime

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:00 --- Subject: Bug 19140 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 15:59:55 Modified files: gcc/ada: decl.c gigi.h utils.c trans.c exp_ch1

[Bug ada/20255] GNAT Bug Box While Compiling florist-3.15p-src

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:00 --- Subject: Bug 20255 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 15:59:55 Modified files: gcc/ada: decl.c gigi.h utils.c trans.c exp_ch1

[Bug ada/19900] [4.0/4.1 Regression] ACATS c391002 c432002 ICE categorize_ctor_elements_1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:00 --- Subject: Bug 19900 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 15:59:55 Modified files: gcc/ada: decl.c gigi.h utils.c trans.c exp_ch1

[Bug ada/19408] [4.0/4.1 Regression] ACATS c391002 failure on powerpc-darwin, wrong .space

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:00 --- Subject: Bug 19408 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 15:59:55 Modified files: gcc/ada: decl.c gigi.h utils.c trans.c exp_ch1

[Bug ada/19900] [4.0/4.1 Regression] ACATS c391002 c432002 ICE categorize_ctor_elements_1

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:00 --- Subject: Bug 19900 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 15:59:55 Modified files: gcc/ada: decl.c gigi.h utils.c trans.c exp_ch1

[Bug ada/20344] [4.0/4.1 regression] gnat1: error: unrecognized command line option "-fRTS=/tmp/rts"

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:03 --- Subject: Bug 20344 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 16:02:28 Modified files: gcc/ada: misc.c lang.opt Log message:

[Bug ada/20226] [4.0/4.1 Regression] Error in __gnat_install_SEH_handler breaks bootstrap

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:03 --- Subject: Bug 20226 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 16:02:28 Modified files: gcc/ada: misc.c lang.opt Log message:

[Bug ada/20255] GNAT Bug Box While Compiling florist-3.15p-src

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:03 --- Fixed on mainline. -- What|Removed |Added Status|WAITING |RE

[Bug fortran/20481] RAN() should not be an intrinsic function

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:03 --- Actually it was not g77 intrinsic but rather an hp extension intrinsic which I had filed (PR 14993), adding what Steve recommends fixes the problem. -- What|Removed |A

[Bug ada/19140] ACATS c37402a segfaults at runtime

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:05 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|RE

[Bug ada/19408] [4.0/4.1 Regression] ACATS c391002 failure on powerpc-darwin, wrong .space

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:05 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RE

[Bug ada/19900] [4.0/4.1 Regression] ACATS c391002 c432002 ICE categorize_ctor_elements_1

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:06 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|RE

[Bug ada/19408] [4.0/4.1 Regression] ACATS c391002 failure on powerpc-darwin, wrong .space

-- Bug 19408 depends on bug 19900, which changed state. Bug 19900 Summary: [4.0/4.1 Regression] ACATS c391002 c432002 ICE categorize_ctor_elements_1 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19900 What|Old Value |New Value ---

[Bug ada/20226] [4.0/4.1 Regression] Error in __gnat_install_SEH_handler breaks bootstrap

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:07 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED|RE

[Bug ada/6852] gnatlib fails to build with newlib because it doesn't set up the include path

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:11 --- Subject: Bug 6852 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 16:10:23 Modified files: gcc/ada: Makefile.in Log message: 200

[Bug ada/20344] [4.0/4.1 regression] gnat1: error: unrecognized command line option "-fRTS=/tmp/rts"

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:11 --- Marking as fixed. -- What|Removed |Added Status|ASSIGNED|RES

[Bug c++/20484] No proper linkage created for in class initialized static const

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:12 --- You need to declare space for the variable still like so: int const Test::A; This is invalid. -- What|Removed |Added

[Bug ada/15608] Bug box at sem_ch3.adb:8228

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 16:13 --- Subject: Bug 15608 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 16:12:59 Modified files: gcc/ada: sem_util.adb Log message: 2

[Bug ada/20344] [4.0/4.1 regression] gnat1: error: unrecognized command line option "-fRTS=/tmp/rts"

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:09 --- Fixed on mainline. -- What|Removed |Added Target Milestone|--- |4.

[Bug ada/15608] Bug box at sem_ch3.adb:8228

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:17 --- Fixed on mainline. -- What|Removed |Added Status|NEW |RE

[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:18 --- Patch here: . -- What|Removed |Added

[Bug tree-optimization/18727] [4.0/4.1 Regression] ACATS c43214c fails at runtime (aliasing pb)

--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-03-15 16:25 --- Fixed on mainline. -- What|Removed |Added Status|ASSIGNED

[Bug fortran/20483] Not Implemented: Scalarization of non-elemental intrinsic

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:28 --- *** This bug has been marked as a duplicate of 17298 *** -- What|Removed |Added

[Bug fortran/17298] gfortran ICE: Not Implemented: Scalarization of non-elemental intrinsic: __transfer1

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 16:28 --- *** Bug 20483 has been marked as a duplicate of this bug. *** -- What|Removed |Added

[Bug ada/6852] gnatlib fails to build with newlib because it doesn't set up the include path

--- Additional Comments From charlet at gcc dot gnu dot org 2005-03-15 16:32 --- Adding nathanael in cc: Nathanel, could you have a look at the comment #10 about passing GCC_FOR_TARGET down to libada/Makefile ? Arno -- What|Removed |Added --

[Bug c++/20485] New: ice with -O1 or above

Source available at http://www.bodi-klinke.dk/parser.ii $ /usr/local/bin/g++ -g -Wall -Werror -O1 -c parser.ii parser.hh: In member function `bool parser::Parser::parse_simple_declaration(parser::Environment*, parser::Parser::DeclEnv&, const parser::Parser::fun_env_t&, bool, parser::DeclStatement*

[Bug c++/20381] [4.0/4.1 Regression] ICE in build_ptrmemfunc, at cp/typeck.c:5702

--- Additional Comments From micis at gmx dot de 2005-03-15 17:04 --- I got this ICE only with gcc 4.1.0 Michael Cieslinski -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20381

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 17:07 --- Note this code is partly invalid (and will be rejected in 4.0) but fixing that invalidness, still gets the error in 3.4.x. Basically friend support in 4.0 and above is closer to what the standard says it

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

-- What|Removed |Added Known to fail||3.4.0 4.0.0 Known to work||3.3.3 4.0.0 4.1.0 http://gcc.gnu.org/bugzilla/sho

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

-- What|Removed |Added Known to fail|3.4.0 4.0.0 |3.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20485

[Bug middle-end/19985] [3.4/4.0/4.1 Regression] executables created with -fprofile-arcs -ftest-coverage segfault in gcov_exit ()

-- What|Removed |Added Summary|executables created with - |[3.4/4.0/4.1 Regression] |fprofile-arcs -ftest- |executables created with -

[Bug libgcj/20486] New: Win32 needs Socket read returns EOF when count == 0 fix

With this patch: http://gcc.gnu.org/ml/java-patches/2005-q1/msg00753.html I fixed the "Socket read returns EOF when count == 0" problem for POSIX. A similar patch should be made to Win32 code. -- Summary: Win32 needs Socket read returns EOF when count == 0 fix Product: gc

[Bug libgcj/20486] Win32 needs Socket read returns EOF when count == 0 fix

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

[Bug rtl-optimization/20211] autoincrement generation is poor

--- Additional Comments From amylaar at gcc dot gnu dot org 2005-03-15 18:08 --- > A patch against 4.0 20050218 is here: > http://gcc.gnu.org/ml/gcc-patches/2005-02/msg01612.html discover_flags_reg also needs to be updated to understand INSNs. -- http://gcc.gnu.org/bugzilla/show_b

[Bug c++/20485] [3.4 Regression] ice with -O1 or above

--- Additional Comments From bangerth at dealii dot org 2005-03-15 18:15 --- Created an attachment (id=8393) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8393&action=view) Preprocessed sources, not reduced -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20485

[Bug tree-optimization/20470] Branching sequence generated for ABS(x-y)

--- Additional Comments From pthaugen at us dot ibm dot com 2005-03-15 18:22 --- Ditto here, except added additional call to negate_expr_p(arg2) to make sure it was ok to flip the expression back to it's original form. Not sure if that was necessary, was assuming I'd get comments when I

[Bug c++/20484] No proper linkage created for in class initialized static const

--- Additional Comments From dopheide at fmf dot nl 2005-03-15 18:46 --- You are correct. I was wrong. I thought, because of consistency reasons, that 1) both should link, or 2) both shouldn't link. (And I choose 1) for the "bug"-report.) As I now understand it, the "static int const A

Re: [Bug c++/20484] No proper linkage created for in class initialized static const

On Mar 15, 2005, at 1:46 PM, dopheide at fmf dot nl wrote: It stills /looks/ inconsistent though. That is because there is an optimization going on here which is allowed by the standard. -- Pinski

[Bug c++/20484] No proper linkage created for in class initialized static const

--- Additional Comments From pinskia at physics dot uc dot edu 2005-03-15 18:50 --- Subject: Re: No proper linkage created for in class initialized static const On Mar 15, 2005, at 1:46 PM, dopheide at fmf dot nl wrote: > It stills /looks/ inconsistent though. That is because there

[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation

--- Additional Comments From fitzsim at redhat dot com 2005-03-15 19:09 --- I couldn't reproduce this on my machine. Can you try out Jakub's patch? If it solves your problem we can close this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20251

[Bug c++/20487] New: Bad code generation caused by -fschedule-insns2

This bug was detected in gcc 3.3.1 and is still here in gcc-3.4.3 and gcc-4.0.0 The bug is not in gcc-3.2.2 -O2 and -Os produces bad code. Switching optimization level to something less than -O2 produces a valid code. Using -O2 -fno-schedule-insns2 also produces valid code. ./g++-mainline-4.0 -O2

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-15 20:22 --- Fixed in gcc 4.0.0. Tobi, this was probably fixed by your patch for PR 20323. Do you want to add these examples above as testcases, too? -- What|Removed |Added ---

[Bug c++/20487] Bad code generation caused by -fschedule-insns2

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 20:25 --- Type1* zone1 = reinterpret_cast(memory_block[0]); zone1->offset = 20; Type1* zone2 = reinterpret_cast(memory_block[20]); zone2->offset = 2 * 20; Type3* pageToUse = reinterpret_cast(memory_block[2

[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 20:55 --- Subject: Bug 20251 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-03-15 20:55:36 Modified files: libjava: ChangeLog Makefile.am Makefile.in L

[Bug libgcj/20251] [4.0/4.1 regression] libgcj configured with --enable-gtk-cairo fails on installation

--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-03-15 20:57 --- Subject: Bug 20251 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-03-15 20:57:04 Modified files: libjava: Change

[Bug fortran/18026] boz initialization of REALs fails

--- Additional Comments From kargl at gcc dot gnu dot org 2005-03-15 21:05 --- I've removed the "reject-valid" keyward because the code is not valid Fortran 95. From section 5.2.10, we have: If a data-statement-constant is a boz-literal-constant, the corresponding object shall be

[Bug bootstrap/20488] New: Makefile: Must be a separator on line 774. Stop.

I tried asembly GCC343 on a Digital 51B, using Flags "CC="cc - ieee" ./configure --enable-languages=c,c++" (according ID16787). At the end of make bootstrap I got the error above. I checked the Makefile generated, and I can´t understand. The same intruction was used before. There is a limit or an

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:21 --- Are you using GNU make which is required now? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20488

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:21 --- Created an attachment (id=8394) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8394&action=view) Makefile generated. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20488

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:23 --- Created an attachment (id=8395) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8395&action=view) Make bootstrap - LOG This is the log generated by command "make bootstrap" | tee -a makeboo.

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:24 --- Created an attachment (id=8396) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8396&action=view) Config log The log of execution : "CC="cc -ieee" ./configure --enable-languages=c,c++" --

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:24 --- You need to use GNU make and not the make which is installed by default on OSF. -- What|Removed |Added ---

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:32 --- (In reply to comment #5) > You need to use GNU make and not the make which is installed by default on OSF. Hi Andrew Sorry by these question but: How can I use the make from GNU? Julio Mendes.

[Bug inline-asm/20468] LABEL already defined in inline-asm

--- Additional Comments From ltg at zes dot uni-bremen dot de 2005-03-15 21:34 --- Subject: RE: LABEL already defined in inline-asm Hi, On 14-Mar-2005 pinskia at gcc dot gnu dot org wrote: > > --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-14 > 05:51 ---

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:36 --- You install it. -- What|Removed |Added Status|WAITING |RESOL

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:40 --- (In reply to comment #7) > You install it. Andrew, sorry again, but I´m not expert. May you have the package name, in order to download. I experienced dowload a version of EV56 (some packages

[Bug libfortran/20124] gfortran prints -.01 incorrectly

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:49 --- Note I think this fixed a couple of SPEC 95 tests as they no longer mis compare. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20124

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-15 21:49 --- No, but thanks for pointing this out, this looks like exactly the same problem, even though the ICE is different. I hadn't seen the reduced testcase, that's why I missed this duplicate. -- http://gcc.gnu.or

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

error: in gfc_get_derived_type, at fortran/trans-types.c:1403 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. parabrisas:~/test% /home/tow/root/gcc/bin/gfortran --version GNU Fortran 95

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:54 --- Andrew, just a comment : I can not find version for Tru64/EV5 on a GNU site. -- What|Removed |Added --

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From julio dot mendes at consist dot com dot br 2005-03-15 21:55 --- # -- What|Removed |Added Status|VERIFIED|UNCONFI

[Bug bootstrap/20488] Makefile: Must be a separator on line 774. Stop.

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 21:58 --- Via source from ftp://ftp.gnu.org/. -- What|Removed |Added Status|UNCONFIRMED

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-15 22:18 --- I didn't mean to remove the ice-checking keyword. Volker, please put it back if appropriate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18990

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:26 --- And here is the new reduced testcase: module core type, public :: T character(len=I) :: str end type T private CONTAINS subroutine FOO(X) type(T), intent(in) :: X end subroutine

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:30 --- Hmm, is the following valid code because we get the same ICE here too: module core type :: T character(len=*) :: s end type T private CONTAINS subroutine FOO(X) type(T), intent(in)

[Bug libfortran/19014] print *,maxloc(array) segfaults

-- What|Removed |Added BugsThisDependsOn||19106 AssignedTo|unassigned at gcc dot gnu |Thomas dot Koenig at online |dot org

[Bug libfortran/20480] libfortran: formatted write, ES edit descriptor

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:35 --- Confirmed. -- What|Removed |Added CC||pinskia at

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tow21 at cam dot ac dot uk 2005-03-15 22:37 --- (In reply to comment #8) > Hmm, is the following valid code because we get the same ICE here too: > module core > type :: T > character(len=*) :: s > end type T > private > CONTAINS > subroutine FO

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From reichelt at gcc dot gnu dot org 2005-03-15 22:39 --- Sorry for not checking the original testcase! I also still get the ICE. Well, I don't know whether this is an ice-checking or not - I always build my compilers with checking enabled. -- What

[Bug fortran/20482] Problem when overloading LEN intrinsic

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:43 --- Reduced testcase: module m_wxml_buffer implicit none interface len module procedure buffer_length end interface CONTAINS subroutine add_to_buffer_escaping_markup(s) character(len=*), intent(in) ::

[Bug fortran/20482] Problem when overloading LEN intrinsic

--- Additional Comments From tow21 at cam dot ac dot uk 2005-03-15 22:53 --- Actually, I think this might be a duplicate of PR18108. Not sure, though - that one doesn't involve an existing intrinsic, unlike this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20482

[Bug fortran/18990] ICE in gfc_get_derived_type, at fortran/trans-types.c

--- Additional Comments From tobi at gcc dot gnu dot org 2005-03-15 22:56 --- Hm, I wonder where my comment went. It looks like don't enforce the seond constraint after R429: "The character length specified by the char-length in a component-decl or the char-selector in a type-spec (5.1,

[Bug libfortran/20471] Segmentation fault on read after backspace and rewind

--- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-15 22:58 --- Confirmed, werid I don't get it with a newer gfortran on i686-pc-linux. -- What|Removed |Added ---

  1   2   >