[Bug middle-end/25776] [4.2 Regression] ICE in cgraph after error at -O1 and above

2006-04-25 Thread aldot at gcc dot gnu dot org
--- Comment #8 from aldot at gcc dot gnu dot org 2006-04-25 17:00 --- Created an attachment (id=11334) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11334&action=view) fix typo in errormessage in verify_cgraph_node() Just as a sidenote.. There is a typo in the error mes

[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize -maltivec

2006-05-04 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2006-05-04 17:23 --- for reference, the backtrace on i686: Program received signal SIGSEGV, Segmentation fault. 0x0820096f in fold_convert (type=0x0, arg=0xb71527fc) at ../../../src/gcc-4.2/gcc/fold-const.c:1991 1991 if

[Bug target/27431] Internal error compiling qemu-0.8.0

2006-05-04 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-04 17:30 --- (In reply to comment #0) > If you ask for *.i files, why don't you provide a upload button in bugzilla? > There is a "Create an attachment" link above. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27431

[Bug fortran/27457] New: ICE in match_case_eos()

2006-05-06 Thread aldot at gcc dot gnu dot org
n: unknown Status: UNCONFIRMED Keywords: ice-on-invalid-code, error-recovery Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org BugsThisDependsOn: 19292 http://g

[Bug fortran/27457] ICE in match_case_eos()

2006-05-06 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2006-05-06 16:02 --- Known to work: g77-3.4 Known to fail: gfortran >= 4.0 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27457

[Bug bootstrap/27501] New: Shell compatibility problem

2006-05-08 Thread aldot at gcc dot gnu dot org
ummary: Shell compatibility problem Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org G

[Bug bootstrap/27501] Shell compatibility problem

2006-05-08 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-08 18:02 --- Created an attachment (id=11411) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11411&action=view) use operator '=' instead of '==' for test Bootstrap is still in progress, but a man

[Bug bootstrap/27516] New: install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-09 Thread aldot at gcc dot gnu dot org
NCONFIRMED Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: alphaev56-dec-osf5.1a GCC host triplet: alphaev56-dec-osf5.1a GCC target

[Bug treelang/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-09 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-09 07:58 --- Created an attachment (id=11418) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11418&action=view) check if BUILD_INFO was requested explicitely 2006-05-09 Bernhard Fischer <[EMAIL PROTECTED]>

[Bug bootstrap/27501] [4.2 Regression] Shell compatibility problem

2006-05-09 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2006-05-09 08:02 --- 2006-05-09 Bernhard Fischer <[EMAIL PROTECTED]> PR/27501 * mkconfig.sh: Use operator '=' for test This patch fixes the build failure on OSF5.1a, please apply. -- http://gcc.

[Bug treelang/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-09 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2006-05-09 08:13 --- Created an attachment (id=11419) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11419&action=view) Don't build info pages if makeinfo is too old Corrected syntax. -- aldot at gcc dot gnu dot

[Bug treelang/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-09 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2006-05-09 15:33 --- (In reply to comment #2) > Created an attachment (id=11419) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11419&action=view) [edit] > Don't build info pages if makeinfo is too old > > Co

[Bug gcov/profile/27573] New: ICE with -fopenmp -fprofile-generate

2006-05-12 Thread aldot at gcc dot gnu dot org
uct: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: ice-on-valid-code, openmp Severity: normal Priority: P3 Component: gcov/profile AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org

[Bug bootstrap/27501] [4.2 Regression] Shell compatibility problem

2006-05-14 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2006-05-14 10:49 --- Subject: Bug 27501 Author: aldot Date: Sun May 14 10:48:49 2006 New Revision: 113758 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113758 Log: 2006-05-14 Bernhard Fischer <[EMAIL PROTECTED]&g

[Bug fortran/21061] gfortran ignores -Werror

2006-05-18 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2006-05-18 09:28 --- [RFC][PATCH] is here: http://gcc.gnu.org/ml/fortran/2006-04/msg00266.html -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21061

[Bug treelang/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-19 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2006-05-19 17:29 --- This also fails on the gcc-4_1-branch. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27516

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-20 Thread aldot at gcc dot gnu dot org
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|treelang|bootstrap

[Bug fortran/27698] subroutine _foo draws "unclassifiable statement" instead of a useful error.

2006-05-21 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2006-05-21 11:50 --- Created an attachment (id=11490) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11490&action=view) print error invalid form for SUBROUTINE at Not tested. 2006-05-21 Bernhard Fischer <[EMAIL

[Bug fortran/27698] subroutine _foo draws "unclassifiable statement" instead of a useful error.

2006-05-21 Thread aldot at gcc dot gnu dot org
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-21 Thread aldot at gcc dot gnu dot org
--- Comment #5 from aldot at gcc dot gnu dot org 2006-05-21 12:16 --- Setting Target Milestone to 4.1.1. Ok for trunk and the 4.1 branch? -- aldot at gcc dot gnu dot org changed: What|Removed |Added

[Bug middle-end/25776] [4.2 Regression] ICE in cgraph after error at -O1 and above

2006-05-21 Thread aldot at gcc dot gnu dot org
--- Comment #15 from aldot at gcc dot gnu dot org 2006-05-21 13:10 --- Subject: Bug 25776 Author: aldot Date: Sun May 21 13:10:37 2006 New Revision: 113952 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113952 Log: ACKed by Jan Hubicka in http://gcc.gnu.org/

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-21 Thread aldot at gcc dot gnu dot org
--- Comment #7 from aldot at gcc dot gnu dot org 2006-05-21 17:46 --- > Wouldn't it be better just to modify gcc/Makefile.in to do: > > ifneq($(BUILD_INFO),) > info: $(INFOFILES) lang.info @GENINSRC@ srcinfo lang.srcinfo > else > info: > fi > > Then,

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-21 Thread aldot at gcc dot gnu dot org
--- Comment #9 from aldot at gcc dot gnu dot org 2006-05-21 20:11 --- > > Your original patch is OK for 4.1 -- but I would like the fix I > suggested for 4.2. Also, we don't like to fix a problem on a release > branch without also having a fix in mainline. > &g

[Bug tree-optimization/27331] [4.2 Regression] segfault in fold_convert with -ftree-vectorize

2006-05-22 Thread aldot at gcc dot gnu dot org
--- Comment #5 from aldot at gcc dot gnu dot org 2006-05-22 14:14 --- (In reply to comment #4) > for reference, the backtrace on i686: on i686 these flags were used for the ICE: -march=pentium4 -mtune=pentium -O2 -ftree-vectorize -- aldot at gcc dot gnu dot org chan

[Bug bootstrap/27516] install failure due to unconditional invocation of makeinfo for treelang.texi

2006-05-22 Thread aldot at gcc dot gnu dot org
--- Comment #10 from aldot at gcc dot gnu dot org 2006-05-22 17:43 --- Created an attachment (id=11494) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11494&action=view) fix MAKEINFO invocation for gcc-4_1-branch I cannot test this patch right now since i have to bootstrap

[Bug c/28001] New: incrementing a variable produces smaller code than an explicit assignment

2006-06-12 Thread aldot at gcc dot gnu dot org
explicit assignment Product: gcc Version: 4.2.0 Status: UNCONFIRMED Keywords: missed-optimization Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org Reporte

[Bug fortran/27698] subroutine _foo draws "unclassifiable statement" instead of a useful error.

2006-07-05 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2006-07-05 17:19 --- (In reply to comment #2) > Bernhard, > > Your patch only addresses one aspect of the problem. > Consider > > function _foo > entry _bar > end function > Is it sufficient to print an

[Bug c/28299] New: ICE with -Wmissing-prototypes

2006-07-07 Thread aldot at gcc dot gnu dot org
Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28299

[Bug c/28299] ICE with -Wmissing-prototypes

2006-07-10 Thread aldot at gcc dot gnu dot org
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Keywords||ice-on-valid-code Known to fail

[Bug c/38445] New: [4.4 Regression] ICE in tree-ssa-struct-alias when compiling grub-0.97

2008-12-08 Thread aldot at gcc dot gnu dot org
4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #15 0x084799c1 in emit_pointer_definition (def=) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 #16 0x084799c1 in emit_pointer_definition (def=) at /there/src/buildroot.git.pentium4/i686_toolchain/gcc-4.4.0/gcc/tree-ssa-structalias.c:4718 [snip gazillions of :4718] -- Summary: [4.4 Regression] ICE in tree-ssa-struct-alias when compiling grub-0.97 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38445

[Bug c/38445] [4.4 Regression] ICE in tree-ssa-struct-alias when compiling grub-0.97

2008-12-08 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2008-12-08 15:08 --- Created an attachment (id=16851) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16851&action=view) preprocess source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38445

[Bug c/38460] New: fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
nt: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460

[Bug c/38460] fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2008-12-09 20:37 --- Created an attachment (id=16856) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16856&action=view) unreduced file1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460

[Bug c/38460] fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2008-12-09 20:37 --- Created an attachment (id=16857) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16857&action=view) unreduced file2 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460

[Bug c/38460] fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2008-12-09 20:38 --- Created an attachment (id=16858) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16858&action=view) unreduced file3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460

[Bug c/38460] fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-09 20:38 --- Created an attachment (id=16859) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16859&action=view) output of unreduced input /there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-

[Bug c/38460] fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
--- Comment #5 from aldot at gcc dot gnu dot org 2008-12-09 20:39 --- Created an attachment (id=16860) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16860&action=view) reduced file1 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460

[Bug c/38460] fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
--- Comment #6 from aldot at gcc dot gnu dot org 2008-12-09 20:39 --- Created an attachment (id=16861) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16861&action=view) reduced file3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460

[Bug c/38460] fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
--- Comment #7 from aldot at gcc dot gnu dot org 2008-12-09 20:40 --- Created an attachment (id=16862) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16862&action=view) reduced file3 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38460

[Bug c/38460] fails to build unwinder

2008-12-09 Thread aldot at gcc dot gnu dot org
--- Comment #8 from aldot at gcc dot gnu dot org 2008-12-09 20:41 --- Created an attachment (id=16863) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16863&action=view) output of reduced input /there/src/buildroot.git.pentium4/i686_build/staging/usr/bin/i686-linux-uclibc-

[Bug c/37865] gfortran build fails in stage 3 bootstrap with --enable-intermodule

2008-12-14 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2008-12-14 15:30 --- Sounds a bit like the problem from comment #0 is a duplicate or related to PR31537 and/or PR35034 ? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37865

[Bug target/20049] __builtin_ia32_loadsss is still documented

2009-01-14 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2009-01-14 11:01 --- Created an attachment (id=17098) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17098&action=view) patch for trunk to remove references to the removed __builtin_ia32_{pextrw,pinsrw} -- http://gcc.

[Bug target/37250] GCC documentation lists unavailable ia32 intrinsics

2009-01-14 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2009-01-14 11:02 --- *** This bug has been marked as a duplicate of 20049 *** -- aldot at gcc dot gnu dot org changed: What|Removed |Added

[Bug target/20049] __builtin_ia32_loadsss is still documented

2009-01-14 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2009-01-14 11:02 --- *** Bug 37250 has been marked as a duplicate of this bug. *** -- aldot at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/38836] Documentation for x86 builtins is outdated

2009-01-14 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2009-01-14 11:13 --- As previously said on irc, this is a duplicate of PR20049. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38836

[Bug target/20049] __builtin_ia32_loadsss is still documented

2009-01-14 Thread aldot at gcc dot gnu dot org
--- Comment #5 from aldot at gcc dot gnu dot org 2009-01-14 11:33 --- Also applies to the 4_3-branch. -- aldot at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/31537] duplicate weakref emitted with IMA

2009-06-04 Thread aldot at gcc dot gnu dot org
--- Comment #12 from aldot at gcc dot gnu dot org 2009-06-04 13:24 --- Well, without it fixed it's impossible to build libgfortran (and other apps) with combine, which would be a very nice thing to have. The sample patch above exposed no regressions fwiw. -- http://gcc.gn

[Bug middle-end/24929] long long shift/mask operations should be better optimized

2009-06-04 Thread aldot at gcc dot gnu dot org
--- Comment #7 from aldot at gcc dot gnu dot org 2009-06-04 18:18 --- (In reply to comment #5) > movzbl 18(%esp), %eax > > could be used in this particular case. 4.3.3 onward seem to do that. Fixed? $ for i in 4.2 4.3 4.4 4.5.orig-HEAD;do printf "###

[Bug target/30354] -Os doesn't optimize a/CONST even if it saves size.

2009-06-05 Thread aldot at gcc dot gnu dot org
--- Comment #6 from aldot at gcc dot gnu dot org 2009-06-05 16:19 --- CC'ing honza as i386 maintainer -- aldot at gcc dot gnu dot org changed: What|Removed |

[Bug tree-optimization/28632] VRP should understand bitwise OR and AND

2009-06-05 Thread aldot at gcc dot gnu dot org
--- Comment #16 from aldot at gcc dot gnu dot org 2009-06-05 16:27 --- (In reply to comment #15) > (In reply to comment #13) > > Created an attachment (id=16113) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16113&action=view) [edit] > > Updated doubleint

[Bug middle-end/28417] suboptimal 'division by constant' optimization

2009-06-06 Thread aldot at gcc dot gnu dot org
-- aldot at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||16996 nThis

[Bug tree-optimization/18031] OR of a bitfield and a constant is not optimized at tree level

2009-06-07 Thread aldot at gcc dot gnu dot org
--- Comment #10 from aldot at gcc dot gnu dot org 2009-06-07 16:54 --- 4.3.3 does not simplify it, 4.4.0 onward do. for reference 4.3.3: Substituing values and folding statements Constants propagated: 0 Copies propagated: 0 Predicates folded: 0 ior (bD.1193

[Bug target/16350] gcc only understands little endian ARM systems

2009-06-07 Thread aldot at gcc dot gnu dot org
--- Comment #24 from aldot at gcc dot gnu dot org 2009-06-07 22:51 --- Nick, As mentioned in #22 the following hunk that was in the patch was not applied: diff --git a/gcc/config/arm/linux-elf.h b/gcc/config/arm/linux-elf.h index 07455ee..d8e65d2 100644 --- a/gcc/config/arm/linux

[Bug tree-optimization/28632] VRP should understand bitwise OR and AND

2009-06-10 Thread aldot at gcc dot gnu dot org
-- aldot at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |aldot at gcc dot gnu dot org |dot org

[Bug tree-optimization/28632] VRP should understand bitwise OR and AND

2009-06-22 Thread aldot at gcc dot gnu dot org
--- Comment #17 from aldot at gcc dot gnu dot org 2009-06-22 08:28 --- Created an attachment (id=18044) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18044&action=view) Bootstraps and regtests bootstrapped and regtested all default languages with no new regressions. TODO:

[Bug rtl-optimization/11832] Optimization of common code in switch statements

2009-07-02 Thread aldot at gcc dot gnu dot org
--- Comment #8 from aldot at gcc dot gnu dot org 2009-07-02 15:05 --- Important reminder from steven from http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33828#c13 stevenb> GCC should not hoist up further than up to the first common dominator. i.e. "..can be Hoisted to B"

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2005-12-27 Thread aldot at gcc dot gnu dot org
--- Comment #5 from aldot at gcc dot gnu dot org 2005-12-27 13:15 --- I'm bootstrapping and will test the patch below (gcc.gfortran.pr25486.0.diff). I'm uncertain on the expected results of the testcase above for -ffixed-line-length-none, so i'm not changing the behaviou

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2005-12-27 Thread aldot at gcc dot gnu dot org
--- Comment #6 from aldot at gcc dot gnu dot org 2005-12-27 14:54 --- The patch does fix it, the behaviour of line-length-none is documented and expected. trunk with the patch gives: $ gfortran-4.2-HEAD -o pr25486 gfortran.pr25486.f $ ./pr25486 1234567

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2006-01-11 Thread aldot at gcc dot gnu dot org
--- Comment #9 from aldot at gcc dot gnu dot org 2006-01-11 16:07 --- I had trouble with the testcase: I wanted to have only one .F file with three dg-options but this didn't work out. I'm about to check the patch in during the next few hours. Really sorry for the long

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2006-01-11 Thread aldot at gcc dot gnu dot org
--- Comment #10 from aldot at gcc dot gnu dot org 2006-01-11 16:38 --- Subject: Bug 25486 Author: aldot Date: Wed Jan 11 16:38:42 2006 New Revision: 109591 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109591 Log: gcc/fortran: 2006-01-11 Bernhard Fischer <[EMAI

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2006-01-11 Thread aldot at gcc dot gnu dot org
--- Comment #11 from aldot at gcc dot gnu dot org 2006-01-11 17:06 --- Subject: Bug 25486 Author: aldot Date: Wed Jan 11 17:06:44 2006 New Revision: 109592 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109592 Log: gcc/fortran: 2006-01-11 Bernhard Fischer <[EMAI

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2006-01-11 Thread aldot at gcc dot gnu dot org
--- Comment #12 from aldot at gcc dot gnu dot org 2006-01-11 17:08 --- Subject: Bug 25486 Author: aldot Date: Wed Jan 11 17:07:55 2006 New Revision: 109593 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109593 Log: 2006-01-11 Bernhard Fischer <[EMAIL PROTECTED]&g

[Bug fortran/25756] New: ICE on valid code

2006-01-11 Thread aldot at gcc dot gnu dot org
argc=8191, argv=0x29) at ../../../src/gcc-4.1/gcc/main.c:35 -- Summary: ICE on valid code Product: gcc Version: 4.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran AssignedTo: unassigned at gcc

[Bug fortran/25756] ICE on valid code

2006-01-11 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2006-01-11 21:32 --- Created an attachment (id=10626) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10626&action=view) testcase label_3.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2006-01-11 Thread aldot at gcc dot gnu dot org
--- Comment #14 from aldot at gcc dot gnu dot org 2006-01-11 21:37 --- Sure, will fix the changelog tomorrow, sorry! -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25486

[Bug fortran/25756] ICE on valid code

2006-01-11 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2006-01-11 21:33 --- Created an attachment (id=10627) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10627&action=view) testcase label_4.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756

[Bug fortran/25756] ICE on valid code

2006-01-11 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2006-01-11 21:34 --- Created an attachment (id=10628) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10628&action=view) testcase label_5.f90 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25756

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2006-01-12 Thread aldot at gcc dot gnu dot org
--- Comment #15 from aldot at gcc dot gnu dot org 2006-01-12 12:28 --- Subject: Bug 25486 Author: aldot Date: Thu Jan 12 12:28:00 2006 New Revision: 109640 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109640 Log: 2006-01-12 Bernhard Fischer <[EMAIL PROTECTED]>

[Bug fortran/25756] ICE on valid code with labels

2006-01-13 Thread aldot at gcc dot gnu dot org
--- Comment #10 from aldot at gcc dot gnu dot org 2006-01-13 22:15 --- Should the warning be made consistent between fixed- and free form? Both the gfc_warning vs. gfc_warning_now and the strings are not consistent. Fixed Form has: gfc_warning ("Statement label in blank line wi

[Bug fortran/25486] [4.1/4.2 Regression] fortran fixed-form literal character constant not padded.

2006-01-13 Thread aldot at gcc dot gnu dot org
--- Comment #16 from aldot at gcc dot gnu dot org 2006-01-13 22:19 --- Fix confirmed by Steve Kargl, closing. -- aldot at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/28744] externally_visible attribute not effective with prior declaration of symbol.

2006-08-20 Thread aldot at gcc dot gnu dot org
--- Comment #12 from aldot at gcc dot gnu dot org 2006-08-20 12:53 --- (In reply to comment #11) > Subject: Re: externally_visible attribute not effective with prior > declaration > of symbol. > > > Is there any reason why process_function_and_variable_attributes is

[Bug c/28744] externally_visible attribute not effective with prior declaration of symbol.

2006-08-20 Thread aldot at gcc dot gnu dot org
--- Comment #15 from aldot at gcc dot gnu dot org 2006-08-20 13:15 --- (In reply to comment #13) > Subject: Re: externally_visible attribute not effective with prior > declaration > of symbol. > > > > > If this is really true, then there are several bu

[Bug c/28839] New: ICE in tree-vectorizer.c

2006-08-24 Thread aldot at gcc dot gnu dot org
Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64

[Bug c/28839] ICE in tree-vectorizer.c

2006-08-24 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2006-08-24 22:59 --- Created an attachment (id=12132) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12132&action=view) preprocessed from a testcase of plain gettext-0.15 -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28839

[Bug c/28887] New: generates invalid code for -O1 -fprefetch-loop-arrays

2006-08-29 Thread aldot at gcc dot gnu dot org
ys Product: gcc Version: 4.2.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: x86_64-linux-gnu GCC host triplet: x86_64-linux-gnu GCC target triplet: x86_64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28887

[Bug c/28887] generates invalid code for -O1 -fprefetch-loop-arrays

2006-08-29 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2006-08-29 12:46 --- Created an attachment (id=12147) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12147&action=view) original unreduced testcase Initial args used for unreduced testcase were: gcc -O2 -fPIC -ftree-loop-o

[Bug tree-optimization/28887] [4.2 Regression] rejects valid code (bitfields and loops) with -O1 -fprefetch-loop-arrays

2006-08-29 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2006-08-29 18:11 --- Also fails for native i686-linux-gnu with gcc-4.2-20060829 -march=i686 -msse -O1 -fprefetch-loop-arrays -- aldot at gcc dot gnu dot org changed: What|Removed |Added

[Bug fortran/21061] gfortran ignores -Werror

2006-09-11 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2006-09-11 18:26 --- -pedantic-errors also has no effect. From a quick look, it does not occur in fortran/* at all and should probably be removed. I'm preparing an updated patch to add proper -Werror support that emits 'Wa

[Bug c/25993] -std= produces incorrect preprocessor output for .S

2006-09-16 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2006-09-16 17:13 --- This regression is a really severe defect in daily use. Note that this works with gcc-2.95.4 but fails with any 3.x and 4.x i have. $ gcc-2.95 -o pr.o -std=c99 -x assembler-with-cpp -c pr25993.S && objdump

[Bug c/24371] -fno-unit-at-a-time ignored in IMA mode

2006-09-16 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2006-09-16 17:47 --- Created an attachment (id=12284) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12284&action=view) Add diagnostic message Attaching a copy of the patch from the initial bugreport. -- http://gcc.

[Bug c/24371] -fno-unit-at-a-time ignored in IMA mode

2006-09-16 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2006-09-16 18:02 --- Not worth fixing. -- aldot at gcc dot gnu dot org changed: What|Removed |Added Status

[Bug c/25993] [3.3/3.4/4.0/4.1/4.2 Regression] -std= produces incorrect preprocessor output for .S

2006-09-16 Thread aldot at gcc dot gnu dot org
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25993

[Bug fortran/21918] Warnings about unused variables should point to the declaration

2006-09-16 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2006-09-16 20:07 --- Note that there are other (wrong) occurances of the non gfc_*() warnings in trans-decl.c. These other "warning()" calls too should be converted to the respective gfc_warning*() calls. -- http://g

[Bug fortran/24784] Warning about unused routine argument should not read "unused variable"

2006-10-13 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2006-10-13 11:46 --- Current trunk gives: # -Wall In file unused.f90:1 subroutine a(x) 1 Warning: Unused variable x declared at (1) # -Wall -W In file unused.f90:1 subroutine a(x) 1 Warning: Unused

[Bug fortran/25923] [gfortran] garbled diagnostics with -O -Wuninitialized

2006-10-13 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2006-10-13 11:54 --- To me this sounds more like a middle-end issue. The ME apparently doesn't have means to use language specific diagnosics hooks. Also see comment #2 for PR24784 at http://gcc.gnu.org/bugzilla/show_bug.cgi?id=247

[Bug rtl-optimization/30121] ICE on frtl-abstract-sequences and mthumb.

2007-01-27 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2007-01-28 00:28 --- on i686, cross compiling for i586, i see: /bin/sh ../libtool --mode=compile /home/cow/src/buildroot.mine/build_i586/staging_dir/bin/i586-linux-uclibc-gcc -DHAVE_CONFIG_H -I. -I/home/cow/src/buildroot.mine

[Bug rtl-optimization/30121] ICE on frtl-abstract-sequences

2007-01-28 Thread aldot at gcc dot gnu dot org
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Summary|ICE on frtl-abstract- |ICE on frtl-abstract- |sequences and mthumb

[Bug bootstrap/30620] New: missing prerequisite of gcov-io.h breaks --enable-intermodule build

2007-01-28 Thread aldot at gcc dot gnu dot org
rds: build Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: i686-linux-gnu GCC host triplet: i686-linux-gnu GCC target triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30620

[Bug bootstrap/30620] missing prerequisite of gcov-io.h breaks --enable-intermodule build

2007-01-28 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2007-01-28 11:45 --- I assume that this works with 4.1 but did not verify. If so, that's obviously a [4.2 Regression] -- aldot at gcc dot gnu dot org changed: What|Removed |

[Bug target/30486] segfault in aggregate_value_p while bootstrapping fortran

2007-01-28 Thread aldot at gcc dot gnu dot org
-- aldot at gcc dot gnu dot org changed: What|Removed |Added Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30486

[Bug bootstrap/30620] missing dependencies of gcov-io.h breaks --enable-intermodule build

2007-02-04 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2007-02-04 14:53 --- 4.1.2 prerelease-20070128 fails on --enable-intermodule too: buildroot.arm/toolchain_build_arm/gcc-4.1.2-20070128/gcc/config/arm/arm.c -o lib backend.o \ -DBASEVER="\"4.1.2\"" -DDA

[Bug tree-optimization/30562] [4.3 Regression] remove unused variable is removing a referenced variable (in STORED_SYMS or LOADED_SYMS)

2007-02-08 Thread aldot at gcc dot gnu dot org
--- Comment #8 from aldot at gcc dot gnu dot org 2007-02-08 17:30 --- I was seeing this bug when building with BOOT_CFLAGS=-march=nocona\ -mtune=nocona\ -O2 that later ICE'd for ../gcc/libgcc2.c:557 I don't have access to that x86_64 with ubuntu anymore so cannot check if

[Bug bootstrap/30620] missing dependencies of gcov-io.h breaks --enable-intermodule build

2007-02-10 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2007-02-10 19:01 --- Created an attachment (id=13030) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13030&action=view) add gcov-iov.h to the prerequisited of libbackend.o Patch against the gcc-4_2-branch -- http://gcc.

[Bug c/30762] New: inlining destroys type information

2007-02-11 Thread aldot at gcc dot gnu dot org
d, diagnostic, build Severity: major Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: aldot at gcc dot gnu dot org GCC build triplet: i686-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762

[Bug c/30762] inlining destroys type information

2007-02-11 Thread aldot at gcc dot gnu dot org
--- Comment #1 from aldot at gcc dot gnu dot org 2007-02-11 10:24 --- Created an attachment (id=13031) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13031&action=view) reduced from gcc/double-int.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762

[Bug c/30762] inlining destroys type information

2007-02-11 Thread aldot at gcc dot gnu dot org
--- Comment #2 from aldot at gcc dot gnu dot org 2007-02-11 10:24 --- Created an attachment (id=13032) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13032&action=view) reduced from tree-ssa-loop-niter.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762

[Bug c/30762] inlining destroys type information

2007-02-11 Thread aldot at gcc dot gnu dot org
--- Comment #3 from aldot at gcc dot gnu dot org 2007-02-11 10:26 --- May be related to 29478 according to apinski. This one blocks compilation rather than just generating an unpleasant warning, tough. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30762

[Bug c/30762] [4.2 Regression] inlining destroys type information

2007-02-11 Thread aldot at gcc dot gnu dot org
--- Comment #4 from aldot at gcc dot gnu dot org 2007-02-11 10:28 --- Works with gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) -- aldot at gcc dot gnu dot org changed: What|Removed |Added

[Bug c/30762] [4.2 Regression] inlining destroys type information

2007-02-11 Thread aldot at gcc dot gnu dot org
--- Comment #5 from aldot at gcc dot gnu dot org 2007-02-11 11:05 --- Created an attachment (id=13033) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13033&action=view) smaller testcase for the tree-ssa-loop-niter part -- aldot at gcc dot gnu dot org changed:

[Bug c/30762] [4.2 Regression] inlining destroys type information

2007-02-11 Thread aldot at gcc dot gnu dot org
--- Comment #6 from aldot at gcc dot gnu dot org 2007-02-11 11:57 --- Created an attachment (id=13034) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13034&action=view) minimal testcase file 1 -- aldot at gcc dot gnu dot org changed: What|

  1   2   3   4   >