[Bug c/24405] New: Trying to compile three size_t's in a struct
I get the following error when compile the code below:
main.c:47: warning: declaration does not declare anything
main.c:47: warning: no semicolon at end of struct or union
main.c:47: error: syntax error before numeric constant
main.c:49: error: syntax error before '}' token
main.c: In function `setup_vars':
main.c:89: error: invalid application of `sizeof' to an incomplete type
main.c:91: error: invalid use of undefined type `struct tape_header'
main.c: At top level:
main.c:62: error: storage size of `tape_hdr' isn't known
make: *** [main.o] Error 1
If I uncomment the bottom two size_t's it works. I tried to look into this and
somewhere I found that this is a GCC problem ??? I am not so sure about that,
but can someone please tell me what I am doing wrong ?
struct tape_header
{
char ident [6]; // flows
char label [128]; // Tape Label
char last_bar_code [128]; // last known bar code
size_t bytes_used; // Bytes written to tape
size_t block_size; // Block size at what tape was
format
size_t last_block_used; // Where did we stop
};
gcc -v
Reading specs from /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/specs
Configured with: /var/tmp/portage/gcc-3.3.6/work/gcc-3.3.6/configure
--prefix=/usr --bindir=/usr/i686-pc-linux-gnu/gcc-bin/3.3.6
--includedir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include
--datadir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6
--mandir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/man
--infodir=/usr/share/gcc-data/i686-pc-linux-gnu/3.3.6/info
--with-gxx-include-dir=/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/include/g++-v3
--host=i686-pc-linux-gnu --build=i686-pc-linux-gnu --disable-altivec
--enable-nls --without-included-gettext --with-system-zlib --disable-checking
--disable-werror --disable-libunwind-exceptions --disable-multilib
--disable-libgcj --enable-languages=c,c++,f77 --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
gcc version 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8)
--
Summary: Trying to compile three size_t's in a struct
Product: gcc
Version: 3.3.6
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pieter at vodacom dot co dot za
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24405
[Bug c/24405] Trying to compile three size_t's in a struct
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-17 06:11 --- Can you attach the preprocessed source because I cannot reproduce using your code segment. I want to say something is defining block_size to some number. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24405
[Bug c/24405] Trying to compile three size_t's in a struct
--- Comment #2 from pieter at vodacom dot co dot za 2005-10-17 06:55 --- Found the problem - sorry guys - another dev made a const. called block_size :( -- pieter at vodacom dot co dot za changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24405
[Bug bootstrap/24382] ORIGINAL_LD_FOR_TARGET has bizarre value
--- Comment #1 from bonzini at gcc dot gnu dot org 2005-10-17 06:59 --- Since when? I can't make sense of this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24382
[Bug bootstrap/24382] ORIGINAL_LD_FOR_TARGET has bizarre value
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-10-17 07:07 --- I don't know when it appeared, since I only make monthly builds on mingw32. I think it wasn't there on 2005-09-02, but that's all I can say. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24382
[Bug target/24315] [3.4/4.0/4.1 Regression] amd64 fails -fpeephole2
--- Comment #12 from cvs-commit at gcc dot gnu dot org 2005-10-17 07:09 --- Subject: Bug 24315 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-17 07:09:25 Modified files: gcc: ChangeLog gcc/testsuite : ChangeLog gcc/config/i386: i386.md Added files: gcc/testsuite/gcc.target/i386: pr24315.c Log message: PR target/24315 * config/i386/i386.md (*pushdi2_rex64 splitter) (*movdi_1_rex64 splitter, *ashldi3_1 splitter) (*ashrdi3_1 splitter, *lshrdi3_1 splitter): Delay splitting after flow2 pass only when (optimize 0 flag_peephole2). testsuite: PR target/24315 * gcc.target/i386/pr24315.c: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.10169r2=2.10170 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6201r2=1.6202 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.target/i386/pr24315.c.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/config/i386/i386.md.diff?cvsroot=gccr1=1.659r2=1.660 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24315
[Bug driver/22544] [4.0/4.1 Regression] gcc ignores input file given on the command line
--- Comment #15 from rep dot nop at aon dot at 2005-10-17 07:09 ---
(In reply to comment #11)
(In reply to comment #9)
Also your patch had odd whitespace.
Do you mean tabs or something else?
tabs = 8 spaces in the GNU coding style.
I mean something else, specifically:
@@ -6425,7 +6432,7 @@ main (int argc, const char **argv)
if (combine_flag)
combine_inputs = true;
else
-combine_inputs = false;
+combine_inputs = false; --this (two extra spaces)
for (i = 0; (int) i n_infiles; i++)
{
@@ -6456,6 +6463,9 @@ main (int argc, const char **argv)
infiles[i].compiled = false;
infiles[i].preprocessed = false;
}
+-- this (another space error)
+ if (!combine_inputs have_c have_o n_infiles 1)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22544
[Bug target/24315] [3.4/4.0 Regression] amd64 fails -fpeephole2
--- Comment #13 from uros at kss-loka dot si 2005-10-17 07:21 --- Fixed on mainline. The bugfix is really trivial to fix, but I don't have older branches installed here. Could somebody help me with a backports? -- uros at kss-loka dot si changed: 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- ||10/msg00945.html Status|NEW |ASSIGNED Keywords||patch Known to fail|3.3.5 4.0.0 4.1.0 3.4.5 |3.3.5 4.0.0 3.4.5 Last reconfirmed|2005-10-12 13:30:41 |2005-10-17 07:21:18 date|| Summary|[3.4/4.0/4.1 Regression]|[3.4/4.0 Regression] amd64 |amd64 fails -fpeephole2 |fails -fpeephole2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24315
[Bug c++/22173] [3.4/4.0/4.1 regression] Bogus template keyword accepted
--- Comment #7 from reichelt at gcc dot gnu dot org 2005-10-17 08:07 --- This is only fixed on mainline. It won't be fixed on the 4.0 branch as Mark said in the patch http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00930.html Tested on x86_64-unknown-linux-gnu, applied on the mainline. We'll not be fixing PR 22137 on the 4.0 branch; it's just a missed diagnostic, and clearly, the risk of applying this patch is too great. -- reichelt at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|4.0.3 |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22173
Worm.SomeFool.P found on 127.0.0.1
AO Legnano - Segnalazione Mail Infetta Virus name: Worm.SomeFool.P Sender: [EMAIL PROTECTED] Recipient: [EMAIL PROTECTED]
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-17 08:36 --- the overflow happens in the static constant assignment 'int b = 0x8000' assigns an unsigned long to an int, and overflows. The int_cst as b's DCL_INITIAL has the overflow flag set. I rejected clearing the overflow flag at that point, because I was worried about other overflow paths on the case label expression (although I failed to excite any). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug rtl-optimization/20945] [4.0/4.1 Regresson] about 2x perfomance regression in comparision with 3.4.2
--- Comment #9 from steven at gcc dot gnu dot org 2005-10-17 09:27 --- Comments #4 and #5 suggest that there is still some slowdown compared to gcc 3.4 and earlier, but we know what the problems are and we have open bug reports for those problems. Since this bug is now inactive for many months, and there really is not much information in this bug that isn't reported elsewhere, I'm going to close this one. After looking at the code differences between 3.4 and 4.1, I suspect PR18048 is the main source of trouble for the remaining slowdown so I'm closing this one as a dup of PR18048. *** This bug has been marked as a duplicate of 18048 *** -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20945
[Bug tree-optimization/18048] [4.0/4.1 Regression] mgrid loop performance regression with ivopts (register pressure)
--- Comment #18 from steven at gcc dot gnu dot org 2005-10-17 09:27 --- *** Bug 20945 has been marked as a duplicate of this bug. *** -- steven at gcc dot gnu dot org changed: What|Removed |Added CC||denis dot nagorny at intel ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18048
[Bug preprocessor/22042] [3.4/4.0/4.1 Regression] stringification BUG
--- Comment #8 from steven at gcc dot gnu dot org 2005-10-17 09:29 --- What is the deal here? Is there a bug, or not? If so, can someone confirm the bug, and otherwise close it as invalid? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22042
[Bug target/23302] [4.1 Regression] extra move generated on x86
-- steven at gcc dot gnu dot org changed: What|Removed |Added Severity|normal |minor http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23302
[Bug tree-optimization/23346] [4.1 Regression] FRE before DCE makes a mess of loads or need to sink loads
--- Comment #6 from steven at gcc dot gnu dot org 2005-10-17 09:35 --- Re. comment #5 -- it's always a possibility ;-) Just show that it's worth it. I doubt it is, really. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23346
[Bug tree-optimization/23835] [4.1 Regression] case where gcc 4.1.0 -O3 compile takes two times longer earlier versions
--- Comment #20 from steven at gcc dot gnu dot org 2005-10-17 09:41 --- Yes, further work is planned on this. Someone just needs to figure out what is still eating so much time. If you can compile with -ftime-report and report back the top 10 compile time consumers, that'd be helpful ;-) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23835
[Bug tree-optimization/23835] [4.1 Regression] case where gcc 4.1.0 -O3 compile takes two times longer earlier versions
--- Comment #21 from jaffe at broad dot mit dot edu 2005-10-17 10:01 --- % gcc -O3 -ftime-report -c test.ii | grep usr | sort -t : +1 -n -r | head -10 tree SSA incremental : 3.19 (12%) usr 0.02 ( 2%) sys 3.18 (11%) wall 8995 kB ( 2%) ggc scheduling 2 : 2.03 ( 8%) usr 0.01 ( 1%) sys 2.05 ( 7%) wall 15312 kB ( 3%) ggc scheduling: 1.52 ( 6%) usr 0.00 ( 0%) sys 1.53 ( 5%) wall 7838 kB ( 2%) ggc expand: 1.32 ( 5%) usr 0.01 ( 1%) sys 1.34 ( 5%) wall 26717 kB ( 6%) ggc life analysis : 1.30 ( 5%) usr 0.00 ( 0%) sys 1.27 ( 5%) wall 3836 kB ( 1%) ggc tree alias analysis : 1.18 ( 4%) usr 0.08 ( 9%) sys 1.23 ( 4%) wall 13610 kB ( 3%) ggc parser: 1.08 ( 4%) usr 0.18 (20%) sys 1.26 ( 4%) wall 99497 kB (22%) ggc tree PTA : 1.00 ( 4%) usr 0.00 ( 0%) sys 1.01 ( 4%) wall 4565 kB ( 1%) ggc tree operand scan : 0.82 ( 3%) usr 0.14 (16%) sys 1.03 ( 4%) wall 10663 kB ( 2%) ggc integration : 0.82 ( 3%) usr 0.02 ( 2%) sys 0.84 ( 3%) wall 88155 kB (19%) ggc -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23835
[Bug middle-end/23199] [4.0 regression] ICE in int_mode_for_mode, at stor-layout.c:251
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2005-10-17 10:22 --- Recategorizing. -- ebotcazou at gcc dot gnu dot org changed: What|Removed |Added CC|ebotcazou at gcc dot gnu dot| |org | Component|target |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23199
[Bug rtl-optimization/19580] [3.4/4.0/4.1 Regression] missed load/store motion
--- Comment #22 from uros at kss-loka dot si 2005-10-17 10:28 --- (In reply to comment #21) We really should turn on gcse-sm for 4.1 but then again maybe it is too late for that. Better not. Look at PR 24257, comment #4 and comment #5, why. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19580
[Bug fortran/24406] New: EQUIVALENCE broken in 32-bit code with optimization -O2
This program demonstrates a problem with Fortran EQUIVALENCE in 32-bit compilations. The equivalenced value in variable rteps gets set correctly (as evidenced by the write statement) but too late - an incorrect value has already been used in the earlier comparison statement. Moving the statement write (*,*) 'rteps = ', rteps to just before the comparison avoids the problem. Compiling with a level of optimization lower than -O2 also avoids the problem. The problem does not show up in 64-bit compiles. program main double precision rteps integer irt(2) equivalence (rteps,irt) c This bit pattern sets rteps = 1.0d0 irt(1) = Z'' irt(2) = Z'3FF0' if (rteps.gt.0.99d0 .and. rteps.lt.1.1d0) then write (*,*) '0.99 rteps 1.1 : rteps OK' else write (*,*) 'rteps = 0.99 or rteps = 1.1 : rteps BAD' end if write (*,*) 'rteps = ', rteps end % gfortran -v Using built-in specs. Target: x86_64-unknown-linux-gnu Configured with: ../gcc/configure --prefix=/var/tmp/gfortran-20051007/irun --enable-languages=c,f95 Thread model: posix gcc version 4.1.0 20051007 (experimental) % gfortran -Wall -m32 -O0 equiv.f % ./a.out 0.99 rteps 1.1 : rteps OK rteps =1.00 % gfortran -Wall -m32 -O2 equiv.f % ./a.out rteps = 0.99 or rteps = 1.1 : rteps BAD rteps =1.00 -- Summary: EQUIVALENCE broken in 32-bit code with optimization -O2 Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: mick at nag dot co dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406
[Bug c++/21353] [3.4/4.0/4.1 Regression] rvalues should not be allowed to be default values for non const references in class functions.
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-17 11:19 --- Subject: Bug 21353 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 11:19:12 Modified files: gcc/cp : ChangeLog decl.c parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: defarg6.C Log message: cp: PR c++/21353 * g++.dg/template/defarg6.C: New. testsuite: PR c++/21353 * decl.c (check_default_argument): Don't check processing_template_decl or uses_template_parms here. (grokparms): Only call check_default_argument when not processing a template decl. * parser.c (cp_parser_late_parsing_default_arg): Call check_default_argument when not processing a template decl. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4940r2=1.4941 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gccr1=1.1436r2=1.1437 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gccr1=1.365r2=1.366 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6202r2=1.6203 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/defarg6.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21353
[Bug c++/21353] [3.4/4.0/4.1 Regression] rvalues should not be allowed to be default values for non const references in class functions.
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-17 11:26 --- fixed mainline and 4.0. 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/21353 * decl.c (check_default_argument): Don't check processing_template_decl or uses_template_parms here. (grokparms): Only call check_default_argument when not processing a template decl. * parser.c (cp_parser_late_parsing_default_arg): Call check_default_argument when not processing a template decl. wont fix 3.4 -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21353
[Bug c++/21353] [3.4/4.0/4.1 Regression] rvalues should not be allowed to be default values for non const references in class functions.
--- Comment #7 from cvs-commit at gcc dot gnu dot org 2005-10-17 11:26 --- Subject: Bug 21353 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-17 11:26:51 Modified files: gcc/cp : ChangeLog decl.c parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: defarg6.C Log message: cp: PR c++/21353 * decl.c (check_default_argument): Don't check processing_template_decl or uses_template_parms here. (grokparms): Only call check_default_argument when not processing a template decl. * parser.c (cp_parser_late_parsing_default_arg): Call check_default_argument when not processing a template decl. testsuite: PR c++/21353 * g++.dg/template/defarg6.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.138r2=1.4648.2.139 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/decl.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1371.2.28r2=1.1371.2.29 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.319.2.23r2=1.319.2.24 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.461r2=1.5084.2.462 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/defarg6.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21353
[Bug fortran/22273] problem to declare a character variable link to an intent(out) object
--- Comment #6 from tobi at gcc dot gnu dot org 2005-10-17 11:29 --- Subject: Bug 22273 Author: tobi Date: Mon Oct 17 11:29:33 2005 New Revision: 105364 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=105364 Log: 2005-10-17 Erik Edelmann [EMAIL PROTECTED] fortran/ PR fortran/22273 * expr.c (check_inquiry): Add len to inquiry_function and update comment. testsuite/ PR fortran/22273 * gfortran.dg/spec_expr_2.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/spec_expr_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/testsuite/ChangeLog --- Comment #7 from tobi at gcc dot gnu dot org 2005-10-17 11:29 --- Subject: Bug 22273 Author: tobi Date: Mon Oct 17 11:29:33 2005 New Revision: 105364 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=105364 Log: 2005-10-17 Erik Edelmann [EMAIL PROTECTED] fortran/ PR fortran/22273 * expr.c (check_inquiry): Add len to inquiry_function and update comment. testsuite/ PR fortran/22273 * gfortran.dg/spec_expr_2.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/spec_expr_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22273
[Bug fortran/22273] problem to declare a character variable link to an intent(out) object
--- Comment #6 from tobi at gcc dot gnu dot org 2005-10-17 11:29 --- Subject: Bug 22273 Author: tobi Date: Mon Oct 17 11:29:33 2005 New Revision: 105364 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=105364 Log: 2005-10-17 Erik Edelmann [EMAIL PROTECTED] fortran/ PR fortran/22273 * expr.c (check_inquiry): Add len to inquiry_function and update comment. testsuite/ PR fortran/22273 * gfortran.dg/spec_expr_2.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/spec_expr_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/testsuite/ChangeLog --- Comment #7 from tobi at gcc dot gnu dot org 2005-10-17 11:29 --- Subject: Bug 22273 Author: tobi Date: Mon Oct 17 11:29:33 2005 New Revision: 105364 URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=105364 Log: 2005-10-17 Erik Edelmann [EMAIL PROTECTED] fortran/ PR fortran/22273 * expr.c (check_inquiry): Add len to inquiry_function and update comment. testsuite/ PR fortran/22273 * gfortran.dg/spec_expr_2.f90: New. Added: trunk/gcc/testsuite/gfortran.dg/spec_expr_2.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/expr.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22273
[Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-17 11:29 --- Hmm: li r2,0 lfd f13,56(r1) addis r27,r31,ha16(L__gfortran_filename$non_lazy_ptr-L001$pb) stw r0,56(r1) addis r28,r31,ha16(L__gfortran_line$non_lazy_ptr-L001$pb) fcmpu cr7,f13,f0 stw r2,60(r1) We are loading from 56(r1) before storing to it. We have an aliasing issue. The union looks correct. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Keywords||alias, wrong-code http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406
[Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 11:30 --- -O2 -fno-strict-aliasing works . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406
[Bug rtl-optimization/17356] [4.0/4.1 Regression] [Ada] [ia64] ACATS c41325a other ICE, also while building libada
--- Comment #17 from schwab at suse dot de 2005-10-17 12:06 --- Bootstrap was successful and most Ada tests pass now (http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00730.html). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356
[Bug target/22553] [4.1 regression] ICE building libstdc++
--- Comment #6 from kkojima at gcc dot gnu dot org 2005-10-17 12:44 --- There is an argument about this PR in gcc-patches list http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00816.html and I've commited the patch in http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00859.html which disables sched1 optimization for SH-4 when exceptions are used as a release workwround on mainline under Joern's approval. It gets rid of the ICEs for the testcases, though it doesn't fix the real issue. So please don't close this PR ATM. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22553
[Bug c++/24386] [4.0/4.1 regression] wrong virtual function called in template member
-- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED Last reconfirmed|2005-10-15 17:47:15 |2005-10-17 12:54:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24386
[Bug target/22553] [4.1 regression] ICE building libstdc++
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-17 12:59 --- (In reply to comment #6) I am going to move the target milestone to 4.2 so that for 4.2, it will be fixed without a workaround and that if people start to look at bugs which should be added back the target milestone, they don't look at this bug. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22553
[Bug fortran/21625] Nested derived type pointer component not initialized on ALLOCATE
--- Comment #5 from erik dot edelmann at iki dot fi 2005-10-17 13:14 --- Working on a patch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21625
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #13 from cvs-commit at gcc dot gnu dot org 2005-10-17 13:54 --- Subject: Bug 22551 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 13:54:34 Modified files: gcc: ChangeLog c-common.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/other: switch2.C Log message: .: PR c++/22551 * c-common.c (c_add_case_label): Revert my 2005-10-14 clearing of overflow flags. testsuite: PR c++/22551 * g++.dg/other/switch2.C: Remove expected warnings. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.10172r2=2.10173 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gccr1=1.656r2=1.657 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6203r2=1.6204 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/switch2.C.diff?cvsroot=gccr1=1.1r2=1.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #14 from nathan at gcc dot gnu dot org 2005-10-17 13:57 --- refixed 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * c-common.c (c_add_case_label): Revert my 2005-10-14 clearing of overflow flags. 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * g++.dg/other/switch2.C: Remove expected warnings. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug c++/22551] [4.0/4.1 Regression] [ICE] in tree_low_cst, at tree.c:3843
--- Comment #15 from cvs-commit at gcc dot gnu dot org 2005-10-17 13:57 --- Subject: Bug 22551 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-17 13:57:37 Modified files: gcc: ChangeLog c-common.c gcc/testsuite : ChangeLog gcc/testsuite/g++.dg/other: switch2.C Log message: .: PR c++/22551 * c-common.c (c_add_case_label): Revert my 2005-10-14 clearing of overflow flags. testsuite: PR c++/22551 * g++.dg/other/switch2.C: Remove expected warnings. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=2.7592.2.467r2=2.7592.2.468 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/c-common.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.606.2.9r2=1.606.2.10 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.462r2=1.5084.2.463 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/other/switch2.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1.2.1r2=1.1.2.2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22551
[Bug testsuite/24399] [4.1 regression] other/switch2.C fails
--- Comment #4 from nathan at gcc dot gnu dot org 2005-10-17 13:58 --- fixed 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * c-common.c (c_add_case_label): Revert my 2005-10-14 clearing of overflow flags. 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/22551 * g++.dg/other/switch2.C: Remove expected warnings. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug testsuite/24399] [4.1 regression] other/switch2.C fails
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24399
[Bug middle-end/24093] [4.1 Regression] cgraph exhausts virtual memory building 197.parser with -profile-use -O3
--- Comment #4 from krebbel1 at de dot ibm dot com 2005-10-17 14:42 --- I think the problem is that cgraph_decide_recursive_inlining returns true even if nothing got inlined. That may happen if the function is already more often inlined into itself than max_depth. In this case the body of the while loop is not even once executed. With the attached patch the function returns true only if the counter n got increased at least once indicating that inlining took place. This patchfixes the bug for the 197.parser testcase and bootstraps on s390 and s390x without testsuite regressions. It survived a profiledbootstrap on i686 without producing testsuite regressions. Index: gcc/ipa-inline.c === *** gcc/ipa-inline.c.orig 2005-10-11 17:20:15.0 +0200 --- gcc/ipa-inline.c2005-10-17 13:58:56.0 +0200 *** cgraph_decide_recursive_inlining (struct *** 650,656 function. At this place we should probably walk the function and inline clones and compensate the counts accordingly. This probably doesn't matter much in practice. */ ! return true; } /* Set inline_failed for all callers of given function to REASON. */ --- 650,656 function. At this place we should probably walk the function and inline clones and compensate the counts accordingly. This probably doesn't matter much in practice. */ ! return n 0; } /* Set inline_failed for all callers of given function to REASON. */ -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24093
[Bug c++/21008] [3.4/4.0/4.1 Regression] [DR515] Access failure in accessing data member of base class from derived template class
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-10-17 14:50 --- Confirmed, and . -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-17 14:50:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21008
[Bug tree-optimization/23382] [4.1 Regression] Does not remove the old HEAP virtual variables in clobbered
--- Comment #6 from rguenth at gcc dot gnu dot org 2005-10-17 14:50 ---
Confirmed. Reduced testcase:
struct a
{
int length;
int a1[256];
};
void *malloc(long size) __attribute__((malloc));
void f(void)
{
struct a *a = malloc(sizeof(struct a));
}
we pile up heap variables: (t62.alias5)
bb 0:
# HEAP.5D.1297_4 = V_MAY_DEF HEAP.5D.1297_3;
# HEAP.11D.1303_5 = V_MAY_DEF HEAP.11D.1303_2;
# HEAP.17D.1309_7 = V_MAY_DEF HEAP.17D.1309_6;
# HEAP.23D.1315_9 = V_MAY_DEF HEAP.23D.1315_8;
# HEAP.29D.1321_11 = V_MAY_DEF HEAP.29D.1321_10;
D.1287_1 = malloc (1028);
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2005-10-17 14:50:29
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23382
[Bug c++/21008] [3.4/4.0/4.1 Regression] [DR515] Access failure in accessing data member of base class from derived template class
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-10-17 14:51 --- And removing target milestone and suspending since the DR report is still active: http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#515 -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |SUSPENDED Target Milestone|4.0.3 |--- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21008
[Bug tree-optimization/23382] [4.1 Regression] Does not remove the old HEAP virtual variables in clobbered
--- Comment #7 from pinskia at gcc dot gnu dot org 2005-10-17 15:02 --- Assigning to D. Berlin per his request. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23382
[Bug tree-optimization/24231] [4.1 Regression] SSA corruption with C++ code and exceptions and loads
--- Comment #14 from pinskia at gcc dot gnu dot org 2005-10-17 15:03 --- Assigning to D. Berlin per his request. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |dberlin at gcc dot gnu dot |dot org |org Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24231
[Bug c++/23257] Incorrect exception-handling behavior with references
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 15:05 --- Hmm, this looks related to DR 388. http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#388 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23257
[Bug middle-end/22275] [3.4/4.0/4.1 Regression] bitfield layout change (regression?)
--- Comment #4 from steven at gcc dot gnu dot org 2005-10-17 15:09 --- If you add a line to the test case: printf (%d\n, offsetof (CABINETSTATE, fMenuEnumFilter)); you get 2 for GCC 4.1, and 4 for GCC 3.3. So this is definitely an ABI change. -- steven at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-17 15:09:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22275
[Bug middle-end/24408] New: [4.1 Regression] Invariant code no longer removed from loop when doing FDO.
There was some discussion on the GCC mailing list in late August, early September about a performance regression caused by the disabling of the old loop optimizer when doing FDO. http://gcc.gnu.org/ml/gcc/2005-08/msg00899.html Loop invariant motions done by the old loop optimizer no longer occur. This is causing a performance regression on some benchmarks. The following patch enables loop invariant motions during FDO and fixes the observed performance regression: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00224.html -- Summary: [4.1 Regression] Invariant code no longer removed from loop when doing FDO. Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: steinmtz at us dot ibm dot com GCC host triplet: powerpc64-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24408
[Bug middle-end/24408] [4.1 Regression] Invariant code no longer removed from loop when doing FDO.
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-17 15:14 --- Confirmed. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added URL||http://gcc.gnu.org/ml/gcc- ||patches/2005- ||10/msg00224.html Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC host triplet|powerpc64-linux | GCC target triplet||powerpc*-*-* and others Keywords||missed-optimization, patch Last reconfirmed|-00-00 00:00:00 |2005-10-17 15:14:13 date|| Target Milestone|--- |4.1.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24408
[Bug middle-end/24408] [4.1 Regression] Invariant code no longer removed from loop when doing FDO.
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 15:26 --- Linking to the testcase for future reference: http://gcc.gnu.org/ml/gcc/2005-08/msg00910.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24408
[Bug fortran/24409] New: ICE on module name vs dummy argument name
If a dummy argument name is the same as the name of the module containing the interface an ICE (or other errors, according to the test case) results. -- Summary: ICE on module name vs dummy argument name Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: sfilippone at uniroma2 dot it 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=24409
[Bug fortran/24409] ICE on module name vs dummy argument name
--- Comment #1 from sfilippone at uniroma2 dot it 2005-10-17 15:47 --- Created an attachment (id=10007) -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10007action=view) test case [EMAIL PROTECTED] sfilippo]$ gfortran -v -c micro_test.f90 Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.1-20051015/configure --prefix=/usr/local/gfortran Thread model: posix gcc version 4.1.0 20051015 (experimental) /home/local/gfortran/bin/../libexec/gcc/i686-pc-linux-gnu/4.1.0/f951 micro_test.f90 -quiet -dumpbase micro_test.f90 -mtune=pentiumpro -auxbase micro_test -version -o /tmp/ccz55LK0.s GNU F95 version 4.1.0 20051015 (experimental) (i686-pc-linux-gnu) compiled by GNU C version 4.1.0 20051015 (experimental). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 micro_test.f90: In function 'MAIN__': micro_test.f90:16: internal compiler error: in gfc_get_symbol_decl, at fortran/trans-decl.c:732 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24409
[Bug middle-end/15855] [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file
--- Comment #50 from dnovillo at gcc dot gnu dot org 2005-10-17 16:33 --- This program no longer crashes cc1plus. I propose to close this PR. I don't see anything obvious left to do that could be justified for 4.1. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug fortran/24409] ICE on module name vs dummy argument name
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 16:42 --- Confirmed, reduced testcase: module string interface tolower function tolowerc(string ) character(len=*), intent(in) :: string character(len=len(string )):: tolowerc end function tolowerc end interface end module string module serial use string end module serial use serial print *, tolower (Have a Nice DAY) end -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC build triplet|i686-pc-linux-gnu | GCC host triplet|i686-pc-linux-gnu | GCC target triplet|i686-pc-linux-gnu | Keywords||ice-on-valid-code Last reconfirmed|-00-00 00:00:00 |2005-10-17 16:42:28 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24409
[Bug middle-end/15855] [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file
--- Comment #51 from law at redhat dot com 2005-10-17 16:46 --- Subject: Re: [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file On Mon, 2005-10-17 at 16:34 +, dnovillo at gcc dot gnu dot org wrote: --- Comment #50 from dnovillo at gcc dot gnu dot org 2005-10-17 16:33 --- This program no longer crashes cc1plus. I propose to close this PR. I don't see anything obvious left to do that could be justified for 4.1. You might consider opening a 4.2 PR since there are definitely things that could be further improved from a compile-time standpoint for the code referenced in this PR. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug libstdc++/24244] Problem with tr1::shared_ptr and pthreads_mutex_lock
--- Comment #9 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:23 --- Subject: Bug 24244 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 17:23:42 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: boost_shared_ptr.h Log message: 2005-10-17 Jonathan Wakely [EMAIL PROTECTED] PR libstdc++/24244 * include/tr1/boost_shared_ptr.h (_Sp_counted_base::_Sp_counted_base()): When __GTHREAD_MUTEX_INIT is defined, initialize the mutex. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gccr1=1.3134r2=1.3135 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/boost_shared_ptr.h.diff?cvsroot=gccr1=1.3r2=1.4 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24244
[Bug c++/24386] [4.0/4.1 regression] wrong virtual function called in template member
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:25 --- Subject: Bug 24386 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 17:25:19 Modified files: gcc/cp : ChangeLog cp-tree.h pt.c typeck.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: overload7.C Log message: cp: PR c++/24386 * cp-tree.h (BASELINK_QUALIFIED_P): New. * pt.c (tsubst_copy_and_build): CALL_EXPR case: Use it. * typeck.c (finish_class_member_access_expr): Set it. testsuite: PR c++/24386 * g++.dg/template/overload7.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4941r2=1.4942 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gccr1=1.1167r2=1.1168 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gccr1=1.1049r2=1.1050 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gccr1=1.658r2=1.659 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6204r2=1.6205 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/overload7.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24386
[Bug libstdc++/24244] Problem with tr1::shared_ptr and pthreads_mutex_lock
--- Comment #10 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:26 --- Subject: Bug 24244 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-17 17:26:51 Modified files: libstdc++-v3 : ChangeLog libstdc++-v3/include/tr1: boost_shared_ptr.h Log message: 2005-10-17 Jonathan Wakely [EMAIL PROTECTED] PR libstdc++/24244 * include/tr1/boost_shared_ptr.h (_Sp_counted_base::_Sp_counted_base()): When __GTHREAD_MUTEX_INIT is defined, initialize the mutex. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.2917.2.95r2=1.2917.2.96 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libstdc++-v3/include/tr1/boost_shared_ptr.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1.2.2r2=1.1.2.3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24244
[Bug bootstrap/24394] Bootstrap failure: conflicting types for 'floatformat_to_double', others
--- Comment #2 from dj at redhat dot com 2005-10-17 17:27 --- Subject: Re: New: Bootstrap failure: conflicting types for 'floatformat_to_double', others Please make sure you're not building the latest gcc sources (gcc/libiberty/floatformat.c) with older binutils sources (src/include/floatformat.h). The function signatures were changed on Aug 17th. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24394
[Bug libstdc++/24244] Problem with tr1::shared_ptr and pthreads_mutex_lock
--- Comment #11 from pcarlini at suse dot de 2005-10-17 17:28 --- Fixed for 4.0.3. -- pcarlini at suse dot de changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED Target Milestone|--- |4.0.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24244
[Bug c++/24386] [4.0/4.1 regression] wrong virtual function called in template member
--- Comment #3 from nathan at gcc dot gnu dot org 2005-10-17 17:29 --- 2005-10-17 Nathan Sidwell [EMAIL PROTECTED] PR c++/24386 * cp-tree.h (BASELINK_QUALIFIED_P): New. * pt.c (tsubst_copy_and_build): CALL_EXPR case: Use it. * typeck.c (finish_class_member_access_expr): Set it. -- nathan at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24386
[Bug middle-end/15855] [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file
--- Comment #52 from dnovillo at gcc dot gnu dot org 2005-10-17 17:32 --- Mark, there's probably not much else we can do in this PR for 4.1. What I see in the aliasing times involves quite a few changes, most of them from the aliasing branch and some other similarly intrusive changes I've got on the side. Other than that, the timings are now relatively reasonable. How do you want to handle this? -- dnovillo at gcc dot gnu dot org changed: What|Removed |Added CC||mmitchel at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug c++/24386] [4.0/4.1 regression] wrong virtual function called in template member
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-17 17:32 --- Subject: Bug 24386 CVSROOT:/cvs/gcc Module name:gcc Branch: gcc-4_0-branch Changes by: [EMAIL PROTECTED] 2005-10-17 17:32:07 Modified files: gcc/cp : ChangeLog cp-tree.h pt.c typeck.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/template: overload7.C Log message: cp: PR c++/24386 * cp-tree.h (BASELINK_QUALIFIED_P): New. * pt.c (tsubst_copy_and_build): CALL_EXPR case: Use it. * typeck.c (finish_class_member_access_expr): Set it. testsuite: PR c++/24386 * g++.dg/template/overload7.C: New. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.4648.2.139r2=1.4648.2.140 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/cp-tree.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.1106.2.16r2=1.1106.2.17 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/pt.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.978.2.33r2=1.978.2.34 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/typeck.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.616.2.21r2=1.616.2.22 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.463r2=1.5084.2.464 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/template/overload7.C.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24386
[Bug c++/22604] [4.0/4.1 Regression] ICE after invalid covariant return
--- Comment #12 from nathan at gcc dot gnu dot org 2005-10-17 17:36 --- I'll take a look -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|reichelt at gcc dot gnu dot |nathan at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22604
[Bug c++/23118] [3.4/4.0/4.1 Regression] Another segmentation fault after improper overloading (BootView)
--- Comment #6 from nathan at gcc dot gnu dot org 2005-10-17 17:36 --- I'll take a look -- nathan at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|reichelt at gcc dot gnu dot |nathan at gcc dot gnu dot |org |org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23118
[Bug middle-end/22524] fold (or the front-ends) produces UNARY (BIT_NOT_EXPR) tree with mismatch types
--- Comment #2 from pluto at agmk dot net 2005-10-17 17:57 --- works for me with 4.1.0-20051005. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
[Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2
--- Comment #3 from kargl at gcc dot gnu dot org 2005-10-17 18:00 --- The code is illegal, and therefore gfortran can do anything it wants (including start WW III). (1) rteps is never defined, so it can't be reference in the IF statement. (2) Even if rteps was defined prior to the assignments of irt(1) and irt(2), rteps would become undefined via 14.7.6(1) of the standard. (3) The use of BOZ literal constants here is nonstandard although gfortran may permit its use in this manner (I haven't checked). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406
[Bug fortran/24406] EQUIVALENCE broken in 32-bit code with optimization -O2
--- Comment #4 from kargl at gcc dot gnu dot org 2005-10-17 18:01 --- Forgot to add myself to the CC list. -- kargl at gcc dot gnu dot org changed: What|Removed |Added CC||kargl at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24406
[Bug java/24410] New: GIJ does not accept /-syntax for main class on the command line
While the JDK, Kaffe etc allow running a Java app like this: executable foo/bar/baz/MainClass instead of executable foo.bar.baz.MainClass GIJ does only accept the second variant. Eg for: gij de/bitecode/test/lazy/Bogus GIJ outputs: Exception in thread main java.lang.NoClassDefFoundError: de/bitecode/test/lazy/Bogus at gnu.java.lang.MainThread.run (MainThread.java:99) Caused by: java.lang.ClassNotFoundException: de/bitecode/test/lazy/Bogus at java.lang.Class.forName (natClass.cc:84) at gnu.java.lang.MainThread.run (MainThread.java:95) -- Summary: GIJ does not accept /-syntax for main class on the command line Product: gcc Version: 4.0.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: java AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: thebohemian at gmx dot net http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24410
[Bug middle-end/22524] fold (or the front-ends) produces UNARY (BIT_NOT_EXPR) tree with mismatch types
--- Comment #3 from pluto at agmk dot net 2005-10-17 18:39 ---
% cat pr22524.c.t03.gimple
main ()
{
char * D.1282;
int D.1283;
int D.1284;
int i;
D.1282 = a ();
D.1283 = (int) D.1282;
D.1284 = ~buf;
i = D.1283 + D.1284;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
[Bug java/24410] GIJ does not accept /-syntax for main class on the command line
--- Comment #1 from thebohemian at gmx dot net 2005-10-17 18:47 --- Possible fix: Take the class name as it is given on the command line and replace all / with . . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24410
[Bug target/24265] [4.1 Regression] ICE: in extract_insn, at recog.c:2084 with -O -fgcse -fmove-loop-invariants -mtune=pentiumpro
--- Comment #3 from steven at gcc dot gnu dot org 2005-10-17 18:54 --- The patch identified in comment #2 has nothing to do with this problem. Pinski is right in comment #1, loop-invariant.c does not verify that the insns it moves/inserts are valid. Using emit_move_insn is just one thing it should do. Another thing is verifying that a reg-reg move exists for expressions moved out of a loop into a register before the loop. There are a few other issues I found some time ago, but I don't recall the details. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24265
[Bug target/23775] [4.1 Regression] wrong code in argument passing
--- Comment #7 from pluto at agmk dot net 2005-10-17 19:01 --- both testcases works for me 4.1.0-20051005. i have applied patches for: PR7776, PR20297, PR22533, PR23948, PR19505, PR20606/PR24069. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23775
[Bug ada/22561] [4.1 Regression] ACATS ca11c01 wrong code
--- Comment #6 from laurent at guerby dot net 2005-10-17 19:59 --- Also fails on ia64-linux as of 20051017 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22561
[Bug ada/20751] ACATS c940013 segfault at runtime on hppa-linux
--- Comment #1 from laurent at guerby dot net 2005-10-17 20:00 --- Also fail on ia64-linux as of 20051017: ,.,. C940013 ACATS 2.5 05-10-17 13:06:13 C940013 Check that queues on protected entries are handled FIFO and that 'count is correct. * C940013 Unexpected exception in Ramp_Sensor_01. C940013 FAILED . -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20751
[Bug ada/24413] New: ACATS FAIL 21 tasking tests on ia64-linux with unexpected exceptions
From 20051017 run here: http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00730.html The 17 first with an unexpected exception in a task ,.,. C95065A ACATS 2.5 05-10-17 13:08:19 C95065A CHECK THAT CONSTRAINT_ERROR IS NOT RAISED IF AN INITIALIZATION VALUE DOES NOT SATISFY CONSTRAINTS ON A FORMAL PARAMETER WHEN THE FORMAL PART IS ELABORATED. * C95065A EXCEPTION RAISED IN TASK T. C95065A FAILED . The 4 last fail with a tasking_error: ,.,. C9A009A ACATS 2.5 05-10-17 13:15:42 C9A009A CALLING TASK IS ABORTED DIRECTLY. * C9A009A TASKING_ERROR RAISED IN T1. C9A009A FAILED . FAIL: c95065a FAIL: c95065b FAIL: c95065c FAIL: c95065d FAIL: c95065e FAIL: c95065f FAIL: c95085b FAIL: c95085c FAIL: c95085d FAIL: c95085e FAIL: c95085f FAIL: c95085g FAIL: c954018 FAIL: c954019 FAIL: c954023 FAIL: c954024 FAIL: c974011 FAIL: c9a009a FAIL: c9a009c FAIL: c9a009h FAIL: c9a010a -- Summary: ACATS FAIL 21 tasking tests on ia64-linux with unexpected exceptions Product: gcc Version: 4.1.0 Status: UNCONFIRMED Keywords: wrong-code Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: laurent at guerby dot net GCC host triplet: ia64-suse-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24413
[Bug ada/20751] ACATS c940013 segfault at runtime on hppa-linux
--- Comment #2 from laurent at guerby dot net 2005-10-17 20:15 --- Also fails on ia64-linux as of 20051017. ,.,. C940013 ACATS 2.5 05-10-17 13:06:13 C940013 Check that queues on protected entries are handled FIFO and that 'count is correct. * C940013 Unexpected exception in Ramp_Sensor_01. C940013 FAILED . May be same as PR24413 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20751
[Bug rtl-optimization/24414] New: Old-style asms don't clobber memory
#include signal.h
#include unistd.h
int test;
void handler (int sig)
{
test = 1;
}
int main()
{
signal (SIGALRM, handler);
alarm (1);
while (test == 0)
asm();
return 0;
}
Results in an infinite loop with -O2. The load of test in main should not
be hoisted out of the loop. A more x86-specific example (but without relying
on unix syscalls might be
int test;
int main()
{
int x = test;
asm(movl $1,test);
if (x + test != 1)
__builtin_trap ();
return 0;
}
It also wouldn't surprise me if the two tests have different culprits...
--
Summary: Old-style asms don't clobber memory
Product: gcc
Version: 4.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rth at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
[Bug middle-end/22524] fold (or the front-ends) produces UNARY (BIT_NOT_EXPR) tree with mismatch types
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-17 20:30 --- (In reply to comment #2) works for me with 4.1.0-20051005. This with a patch from PR 22368 and did not the last time I tested which was Sun Oct 9 16:00:28 UTC 2005. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22524
[Bug middle-end/15855] [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file
--- Comment #53 from mark at codesourcery dot com 2005-10-17 20:30 --- Subject: Re: [3.4/4.0/4.1 Regression] g++ crash with -O2 and -O3 on input file dnovillo at gcc dot gnu dot org wrote: --- Comment #52 from dnovillo at gcc dot gnu dot org 2005-10-17 17:32 --- Mark, there's probably not much else we can do in this PR for 4.1. What I see in the aliasing times involves quite a few changes, most of them from the aliasing branch and some other similarly intrusive changes I've got on the side. Other than that, the timings are now relatively reasonable. How do you want to handle this? The original report was about crashing. Now we don't. So, clearly, this PR should be closed. If you think that we should still be able to do better in terms of compile-time performance or memory usage, please open a new PR, targeted at 4.2. Thanks, -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15855
[Bug rtl-optimization/24414] Old-style asms don't clobber memory
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-17 20:32 --- I thought this was decided this was not a bug. I have to find the discussion. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
[Bug target/23424] cris.md rtl canonicalization bug
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:39 --- Subject: Bug 23424 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 20:39:46 Modified files: gcc: ChangeLog gcc/doc: md.texi Log message: PR target/23424 * md.texi (Modifiers) %: Clarify that % doesn't work after register allocation. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gccr1=2.10174r2=2.10175 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/doc/md.texi.diff?cvsroot=gccr1=1.148r2=1.149 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23424
[Bug c++/21908] [3.4/4.0/4.1 Regression] poor diagnostic with vitrual base classes
-- mmitchel at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com |dot org | Status|NEW |ASSIGNED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21908
[Bug libgcj/24410] GIJ does not accept /-syntax for main class on the command line
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 20:50 --- Confirmed, gij problems are considered libgcj problems (the library issues) and not front-end issues (which is what java component is for). -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2005-10-17 20:50:24 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24410
[Bug fortran/20866] recursively defined statement function
--- Comment #3 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52 --- Subject: Bug 20866 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37 Modified files: gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c match.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: host_dummy_index_1.f90 automatic_char_len_2.f90 recursive_statement_functions.f90 assumed_size_dt_dummy.f90 external_initializer.f90 non_module_public.f90 Log message: 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.h: Primitive for gfc_is_formal_arg. * resolve.c(gfc_is_formal_arg): New function to signal across several function calls that formal argument lists are being processed. (resolve_formal_arglist): Set/reset the flag for gfc_is_formal_arg. *expr.c(check_restricted): Add check, via gfc_is_formal_arg, if symbol is part of an formal argument declaration. PR fortran/21459 * decl.c (add_init_expr_to_sym): Make a new character length for each variable, when the expression is NULL and link to cl_list. PR fortran/20866 * match.c (recursive_stmt_fcn): New function that tests if a statement function resurses through itself or other other statement functions. (gfc_match_st_function): Call recursive_stmt_fcn to check if this is recursive and to raise error if so. PR fortran/20849 PR fortran/20853 * resolve.c (resolve_symbol): Errors for assumed size arrays with default initializer and for external objects with an initializer. PR fortran/20837 * decl.c (match_attr_spec): Prevent PUBLIC from being used outside a module. 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.dg/host_dummy_index_1.f90: New test. PR fortran/21459 gfortran.dg/automatic_char_len_2.f90: New test. PR fortran/20866 gfortran.dg/recursive_statement_functions.f90: New test. PR fortran/20853 gfortran.dg/assumed_size_dt_dummy.f90: New test. PR fortran/20849 gfortran.dg/external_initializer.f90: New test. PR fortran/20837 non_module_public.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.89r2=1.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.59r2=1.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.30r2=1.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gccr1=1.42r2=1.43 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/match.c.diff?cvsroot=gccr1=1.46r2=1.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6205r2=1.6206 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/host_dummy_index_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/automatic_char_len_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/recursive_statement_functions.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/assumed_size_dt_dummy.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/external_initializer.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/non_module_public.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20866
[Bug fortran/21459] strings of different length in a single character(len=*) declaration
--- Comment #4 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52 --- Subject: Bug 21459 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37 Modified files: gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c match.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: host_dummy_index_1.f90 automatic_char_len_2.f90 recursive_statement_functions.f90 assumed_size_dt_dummy.f90 external_initializer.f90 non_module_public.f90 Log message: 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.h: Primitive for gfc_is_formal_arg. * resolve.c(gfc_is_formal_arg): New function to signal across several function calls that formal argument lists are being processed. (resolve_formal_arglist): Set/reset the flag for gfc_is_formal_arg. *expr.c(check_restricted): Add check, via gfc_is_formal_arg, if symbol is part of an formal argument declaration. PR fortran/21459 * decl.c (add_init_expr_to_sym): Make a new character length for each variable, when the expression is NULL and link to cl_list. PR fortran/20866 * match.c (recursive_stmt_fcn): New function that tests if a statement function resurses through itself or other other statement functions. (gfc_match_st_function): Call recursive_stmt_fcn to check if this is recursive and to raise error if so. PR fortran/20849 PR fortran/20853 * resolve.c (resolve_symbol): Errors for assumed size arrays with default initializer and for external objects with an initializer. PR fortran/20837 * decl.c (match_attr_spec): Prevent PUBLIC from being used outside a module. 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.dg/host_dummy_index_1.f90: New test. PR fortran/21459 gfortran.dg/automatic_char_len_2.f90: New test. PR fortran/20866 gfortran.dg/recursive_statement_functions.f90: New test. PR fortran/20853 gfortran.dg/assumed_size_dt_dummy.f90: New test. PR fortran/20849 gfortran.dg/external_initializer.f90: New test. PR fortran/20837 non_module_public.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.89r2=1.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.59r2=1.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.30r2=1.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gccr1=1.42r2=1.43 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/match.c.diff?cvsroot=gccr1=1.46r2=1.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6205r2=1.6206 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/host_dummy_index_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/automatic_char_len_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/recursive_statement_functions.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/assumed_size_dt_dummy.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/external_initializer.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/non_module_public.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21459
[Bug fortran/20853] assumed-size array with default initialization and derived type
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52 --- Subject: Bug 20853 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37 Modified files: gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c match.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: host_dummy_index_1.f90 automatic_char_len_2.f90 recursive_statement_functions.f90 assumed_size_dt_dummy.f90 external_initializer.f90 non_module_public.f90 Log message: 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.h: Primitive for gfc_is_formal_arg. * resolve.c(gfc_is_formal_arg): New function to signal across several function calls that formal argument lists are being processed. (resolve_formal_arglist): Set/reset the flag for gfc_is_formal_arg. *expr.c(check_restricted): Add check, via gfc_is_formal_arg, if symbol is part of an formal argument declaration. PR fortran/21459 * decl.c (add_init_expr_to_sym): Make a new character length for each variable, when the expression is NULL and link to cl_list. PR fortran/20866 * match.c (recursive_stmt_fcn): New function that tests if a statement function resurses through itself or other other statement functions. (gfc_match_st_function): Call recursive_stmt_fcn to check if this is recursive and to raise error if so. PR fortran/20849 PR fortran/20853 * resolve.c (resolve_symbol): Errors for assumed size arrays with default initializer and for external objects with an initializer. PR fortran/20837 * decl.c (match_attr_spec): Prevent PUBLIC from being used outside a module. 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.dg/host_dummy_index_1.f90: New test. PR fortran/21459 gfortran.dg/automatic_char_len_2.f90: New test. PR fortran/20866 gfortran.dg/recursive_statement_functions.f90: New test. PR fortran/20853 gfortran.dg/assumed_size_dt_dummy.f90: New test. PR fortran/20849 gfortran.dg/external_initializer.f90: New test. PR fortran/20837 non_module_public.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.89r2=1.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.59r2=1.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.30r2=1.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gccr1=1.42r2=1.43 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/match.c.diff?cvsroot=gccr1=1.46r2=1.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6205r2=1.6206 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/host_dummy_index_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/automatic_char_len_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/recursive_statement_functions.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/assumed_size_dt_dummy.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/external_initializer.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/non_module_public.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20853
[Bug fortran/23446] Valid internal subprogram array argument declaration is not accepted.
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52 --- Subject: Bug 23446 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37 Modified files: gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c match.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: host_dummy_index_1.f90 automatic_char_len_2.f90 recursive_statement_functions.f90 assumed_size_dt_dummy.f90 external_initializer.f90 non_module_public.f90 Log message: 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.h: Primitive for gfc_is_formal_arg. * resolve.c(gfc_is_formal_arg): New function to signal across several function calls that formal argument lists are being processed. (resolve_formal_arglist): Set/reset the flag for gfc_is_formal_arg. *expr.c(check_restricted): Add check, via gfc_is_formal_arg, if symbol is part of an formal argument declaration. PR fortran/21459 * decl.c (add_init_expr_to_sym): Make a new character length for each variable, when the expression is NULL and link to cl_list. PR fortran/20866 * match.c (recursive_stmt_fcn): New function that tests if a statement function resurses through itself or other other statement functions. (gfc_match_st_function): Call recursive_stmt_fcn to check if this is recursive and to raise error if so. PR fortran/20849 PR fortran/20853 * resolve.c (resolve_symbol): Errors for assumed size arrays with default initializer and for external objects with an initializer. PR fortran/20837 * decl.c (match_attr_spec): Prevent PUBLIC from being used outside a module. 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.dg/host_dummy_index_1.f90: New test. PR fortran/21459 gfortran.dg/automatic_char_len_2.f90: New test. PR fortran/20866 gfortran.dg/recursive_statement_functions.f90: New test. PR fortran/20853 gfortran.dg/assumed_size_dt_dummy.f90: New test. PR fortran/20849 gfortran.dg/external_initializer.f90: New test. PR fortran/20837 non_module_public.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.89r2=1.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.59r2=1.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.30r2=1.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gccr1=1.42r2=1.43 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/match.c.diff?cvsroot=gccr1=1.46r2=1.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6205r2=1.6206 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/host_dummy_index_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/automatic_char_len_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/recursive_statement_functions.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/assumed_size_dt_dummy.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/external_initializer.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/non_module_public.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23446
[Bug fortran/20837] public accepted outside modules
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52 --- Subject: Bug 20837 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37 Modified files: gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c match.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: host_dummy_index_1.f90 automatic_char_len_2.f90 recursive_statement_functions.f90 assumed_size_dt_dummy.f90 external_initializer.f90 non_module_public.f90 Log message: 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.h: Primitive for gfc_is_formal_arg. * resolve.c(gfc_is_formal_arg): New function to signal across several function calls that formal argument lists are being processed. (resolve_formal_arglist): Set/reset the flag for gfc_is_formal_arg. *expr.c(check_restricted): Add check, via gfc_is_formal_arg, if symbol is part of an formal argument declaration. PR fortran/21459 * decl.c (add_init_expr_to_sym): Make a new character length for each variable, when the expression is NULL and link to cl_list. PR fortran/20866 * match.c (recursive_stmt_fcn): New function that tests if a statement function resurses through itself or other other statement functions. (gfc_match_st_function): Call recursive_stmt_fcn to check if this is recursive and to raise error if so. PR fortran/20849 PR fortran/20853 * resolve.c (resolve_symbol): Errors for assumed size arrays with default initializer and for external objects with an initializer. PR fortran/20837 * decl.c (match_attr_spec): Prevent PUBLIC from being used outside a module. 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.dg/host_dummy_index_1.f90: New test. PR fortran/21459 gfortran.dg/automatic_char_len_2.f90: New test. PR fortran/20866 gfortran.dg/recursive_statement_functions.f90: New test. PR fortran/20853 gfortran.dg/assumed_size_dt_dummy.f90: New test. PR fortran/20849 gfortran.dg/external_initializer.f90: New test. PR fortran/20837 non_module_public.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.89r2=1.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.59r2=1.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.30r2=1.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gccr1=1.42r2=1.43 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/match.c.diff?cvsroot=gccr1=1.46r2=1.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6205r2=1.6206 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/host_dummy_index_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/automatic_char_len_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/recursive_statement_functions.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/assumed_size_dt_dummy.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/external_initializer.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/non_module_public.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20837
[Bug fortran/20849] EXTERNAL and default initialization conflict
--- Comment #2 from cvs-commit at gcc dot gnu dot org 2005-10-17 20:52 --- Subject: Bug 20849 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED] 2005-10-17 20:52:37 Modified files: gcc/fortran: ChangeLog gfortran.h resolve.c expr.c decl.c match.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/gfortran.dg: host_dummy_index_1.f90 automatic_char_len_2.f90 recursive_statement_functions.f90 assumed_size_dt_dummy.f90 external_initializer.f90 non_module_public.f90 Log message: 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.h: Primitive for gfc_is_formal_arg. * resolve.c(gfc_is_formal_arg): New function to signal across several function calls that formal argument lists are being processed. (resolve_formal_arglist): Set/reset the flag for gfc_is_formal_arg. *expr.c(check_restricted): Add check, via gfc_is_formal_arg, if symbol is part of an formal argument declaration. PR fortran/21459 * decl.c (add_init_expr_to_sym): Make a new character length for each variable, when the expression is NULL and link to cl_list. PR fortran/20866 * match.c (recursive_stmt_fcn): New function that tests if a statement function resurses through itself or other other statement functions. (gfc_match_st_function): Call recursive_stmt_fcn to check if this is recursive and to raise error if so. PR fortran/20849 PR fortran/20853 * resolve.c (resolve_symbol): Errors for assumed size arrays with default initializer and for external objects with an initializer. PR fortran/20837 * decl.c (match_attr_spec): Prevent PUBLIC from being used outside a module. 2005-10-17 Paul Thomas [EMAIL PROTECTED] PR fortran/23446 * gfortran.dg/host_dummy_index_1.f90: New test. PR fortran/21459 gfortran.dg/automatic_char_len_2.f90: New test. PR fortran/20866 gfortran.dg/recursive_statement_functions.f90: New test. PR fortran/20853 gfortran.dg/assumed_size_dt_dummy.f90: New test. PR fortran/20849 gfortran.dg/external_initializer.f90: New test. PR fortran/20837 non_module_public.f90: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/ChangeLog.diff?cvsroot=gccr1=1.587r2=1.588 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/gfortran.h.diff?cvsroot=gccr1=1.89r2=1.90 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/resolve.c.diff?cvsroot=gccr1=1.59r2=1.60 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/expr.c.diff?cvsroot=gccr1=1.30r2=1.31 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/decl.c.diff?cvsroot=gccr1=1.42r2=1.43 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fortran/match.c.diff?cvsroot=gccr1=1.46r2=1.47 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6205r2=1.6206 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/host_dummy_index_1.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/automatic_char_len_2.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/recursive_statement_functions.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/assumed_size_dt_dummy.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/external_initializer.f90.diff?cvsroot=gccr1=NONEr2=1.1 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gfortran.dg/non_module_public.f90.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20849
[Bug rtl-optimization/24414] Old-style asms don't clobber memory
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 20:56 ---
An asm instruction without any operands or clobbers (an old style asm) will
be treated identically to a volatile asm instruction.
Or what is in the newer doc:
3933: An @code{asm} instruction without any output
operands will be treated
3934: identically to a volatile @code{asm} instruction.
and in PR 19341 we decided that volatile asm does not clobber memory.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
[Bug ada/24415] New: [4.1 regression] [powerpc] ada bootstrap failure
seen with HEAD CVS 20051017 stage1/xgcc -Bstage1/ -B/usr/powerpc-linux-gnu/bin/ -c -O2 -gnatpg -gnata -g -O1 -fno-inline \ -I- -I. -Iada -I../../src/gcc/ada ../../src/gcc/ada/a-except.adb -o ada/a-except.o +===GNAT BUG DETECTED==+ | 4.1.0 20051016 (experimental) (powerpc-unknown-linux-gnu) GCC error: | | Segmentation fault | | Error detected at a-except.adb:1387:1| | Please submit a bug report; see http://gcc.gnu.org/bugs.html.| | Use a subject line meaningful to you and us to track the bug.| | Include the entire contents of this bug box in the report. | | Include the exact gcc-4.1 or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenated together with no headers between files). | +==+ Please include these source files with error report Note that list may not be accurate in some cases, so please double check that the problem can still be reproduced with the set of files listed. raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:380 make[4]: *** [ada/a-except.o] Error 1 -- Summary: [4.1 regression] [powerpc] ada bootstrap failure Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P2 Component: ada AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: debian-gcc at lists dot debian dot org GCC target triplet: powerpc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24415
[Bug fortran/24409] ICE on module name vs dummy argument name
--- Comment #3 from pault at gcc dot gnu dot org 2005-10-17 20:58 --- Thank you Salvatore and Andrew. The proposed patch is about to be posted on the fortran and gcc-patches list. I just have a couple more minutes of testing other, completely off-the-wall cases before submitting. Paul T -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24409
[Bug rtl-optimization/24414] Old-style asms don't clobber memory
--- Comment #3 from rth at gcc dot gnu dot org 2005-10-17 21:02 --- If we decided this was not-a-bug, then there's a bug in __sync_synchronize, as that uses asm() if there's no target fallback. But personally I think this is a documentation bug. We should consider memory to be clobbered in old-style asms. Your pointer to the old PR is irrelevant; that was a new-style asm. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
[Bug libfortran/24416] New: Wrong reading following namelist reading
$ cat foo.f90 PROGRAM foo IMPLICIT NONE CHARACTER(len=10) name,var NAMELIST /input/ var OPEN(unit=1,file=input.tmp,delim='apostrophe',status='unknown') READ(1,NML=input) CLOSE(1) OPEN(unit=1,file=toto.tmp,status='old') READ(1,*) name CLOSE(1) WRITE(*,*) name END PROGRAM foo $ gfortran-4.0 foo.f90 $ cat input.tmp INPUT var='not ' / $ cat toto.tmp good $ a.out not good Well, if it's written... So, for some reason the value of 'var' is concatenated to that of name. This is also the case when reading a number from 'toto.tmp' instead of a string. In that case the correct read number appears concatenated to some other number (corresponding to 'var' presumably). The problem does not occur when the last variable of the namelist is not a character type. $ gfortran-4.0 -v Using built-in specs. Target: i686-pc-linux-gnu Configured with: ../gcc-4.0.0/configure --prefix=/usr/local/stow/gcc-4.0-1 --enable-languages=c,f95 --with-gmp=/usr/local/stow/gmp-4.1.4 --with-mpfr=/usr/local/stow/mpfr-2.1.1 --program-suffix=-4.0 Thread model: posix gcc version 4.0.0 -- Summary: Wrong reading following namelist reading Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: libfortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jg69 at le dot ac dot uk http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug rtl-optimization/24414] Old-style asms don't clobber memory
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-17 21:43 --- The flow code was added by Jeff Law back in 1999: http://gcc.gnu.org/ml/gcc-patches/1999-03/msg00763.html Jeff, was there a reason why you mentioned old-style asm as special even though GCC never handled or documented there were special before that date? -- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||law at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
[Bug rtl-optimization/24414] Old-style asms don't clobber memory
--- Comment #5 from law at redhat dot com 2005-10-17 21:55 --- Subject: Re: Old-style asms don't clobber memory On Mon, 2005-10-17 at 21:43 +, pinskia at gcc dot gnu dot org wrote: --- Comment #4 from pinskia at gcc dot gnu dot org 2005-10-17 21:43 --- The flow code was added by Jeff Law back in 1999: http://gcc.gnu.org/ml/gcc-patches/1999-03/msg00763.html Jeff, was there a reason why you mentioned old-style asm as special even though GCC never handled or documented there were special before that date? An old-style asm must be assumed to read, write, clobber, well, just about anything. Documented or not, that's the only thing that makes sense. WHy? Think about it for a little while, an old-style asm provides us with zero information on what values it uses, what values it sets and what values it clobbers. jeff -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
[Bug libfortran/24416] Wrong reading following namelist reading
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-10-17 22:05 --- This might be fixed in 4.0.2. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Version|unknown |4.0.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug libfortran/24416] Wrong reading following namelist reading
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-10-17 22:10 --- Nope, still fails on the mainline. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Known to fail||4.1.0 Last reconfirmed|-00-00 00:00:00 |2005-10-17 22:10:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24416
[Bug c++/23440] [4.0/4.1 regression] void f(){for crashes the C++ frontend
--- Comment #5 from cvs-commit at gcc dot gnu dot org 2005-10-17 22:22 --- Subject: Bug 23440 CVSROOT:/cvs/gcc Module name:gcc Changes by: [EMAIL PROTECTED]2005-10-17 22:22:30 Modified files: gcc/cp : ChangeLog parser.c gcc/testsuite : ChangeLog Added files: gcc/testsuite/g++.dg/parse: for1.C Log message: PR c++/23440 * parser.c (cp_parser_statement): If the parser reached CPP_EOF, only complain about missing statement. * g++.dg/parse/for1.C: New test. Patches: http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/ChangeLog.diff?cvsroot=gccr1=1.4942r2=1.4943 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/cp/parser.c.diff?cvsroot=gccr1=1.366r2=1.367 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.6206r2=1.6207 http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/g++.dg/parse/for1.C.diff?cvsroot=gccr1=NONEr2=1.1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23440
[Bug rtl-optimization/24414] Old-style asms don't clobber memory
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-10-17 22:25 --- (In reply to comment #5) WHy? Think about it for a little while, an old-style asm provides us with zero information on what values it uses, what values it sets and what values it clobbers. Because you changed the behavior from older GCC's without updating the documention and the documention has not changed since 1996 and most likely even older than that. So nobody had depended on it at all, why should we fix something which is never been true except for what you added? which was not even really discussed that much at all. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24414
