[Bug target/44749] mep-elf fails to build
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-09-13 22:27 --- Note that while my commit fixes two causes of build failure for this target, a third cause of failure is still present. As I noted in my patch submission http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00664.html * mep-pragma.c gets a series of errors starting with rtl.h:22:9: error: attempt to use poisoned "GCC_RTL_H" because it is being treated as a front-end file but uses rtl.h and uses various RTL-related functionality. I don't know the right fix for this issue - for my testing I worked around it with "#undef IN_GCC_FRONTEND" but the right fix is more likely to be moving the RTL functionality into mep.c while keeping the code using front-end pragma interfaces in mep-pragma.c. Thus, this patch does not fix this issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44749
[Bug target/44749] mep-elf fails to build
--- Comment #1 from jsm28 at gcc dot gnu dot org 2010-09-13 22:25 --- Subject: Bug 44749 Author: jsm28 Date: Mon Sep 13 22:25:09 2010 New Revision: 164260 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164260 Log: PR target/44749 * config/mep/t-mep (GTM_H): Add insn-constants.h. * config/mep/mep.c (mep_conditional_register_usage): Take no parameters. * config/mep/mep-protos.h (mep_conditional_register_usage): Update prototype. * config/mep/mep-pragma.c (CONDITIONAL_REGISTER_USAGE): Update call to mep_conditional_register_usage. Modified: trunk/gcc/ChangeLog trunk/gcc/config/mep/mep-protos.h trunk/gcc/config/mep/mep.c trunk/gcc/config/mep/mep.h trunk/gcc/config/mep/t-mep -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44749
[Bug ada/45499] Ada bootstrap broken
--- Comment #9 from jsm28 at gcc dot gnu dot org 2010-09-03 13:21 --- Fixed for 4.6. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45499
[Bug ada/45499] Ada bootstrap broken
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-09-03 13:18 --- Subject: Bug 45499 Author: jsm28 Date: Fri Sep 3 13:17:46 2010 New Revision: 163817 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163817 Log: PR ada/45499 * gcc-interface/misc.c (gnat_init_options): Allow options with empty canonical form. Generate a single save_argv element from -I options. Modified: trunk/gcc/ada/ChangeLog trunk/gcc/ada/gcc-interface/misc.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45499
[Bug driver/12448] -MT / -MQ don't behave as documented.
--- Comment #13 from jsm28 at gcc dot gnu dot org 2010-09-02 11:48 --- This was fixed by the commit shown in the logs for this bug. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work||4.3.0 Resolution||FIXED Target Milestone|--- |4.3.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12448
[Bug driver/44076] -MT behaves different as -MT (w/o space)
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-09-02 11:46 --- Fixed for 4.6. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44076
[Bug driver/44076] -MT behaves different as -MT (w/o space)
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-09-02 11:42 --- Subject: Bug 44076 Author: jsm28 Date: Thu Sep 2 11:41:22 2010 New Revision: 163770 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=163770 Log: PR driver/44076 * opts.h (struct cl_option): Add alias_arg, neg_alias_arg and alias_target fields. * opt-functions.awk (opt_sanitized_name): Don't handle finline-limit=, Wlarger-than= and ftemplate-depth= specially. * optc-gen.awk: Generate alias fields. * opth-gen.awk: Explicitly give values for OPT_* enum constants. Don't generate such constants for aliases. * opts-common.c (generate_canonical_option): New. (decode_cmdline_option): Handle aliases. Use generate_canonical_option for known options instead of copying the input option text. * doc/options.texi (Alias): Document. * common.opt (W, Wlarger-than-, aux-info=, finline-limit-, fstack-check, specs): Mark as aliases. * gcc.c (driver_handle_option): Canonicalize -L options to joined arguments. (driver_handle_option): Don't handle OPT_specs. * opts.c (common_handle_option): Don't handle options marked as aliases. (enable_warning_as_error): Handle aliases. * stor-layout.c (layout_decl): Use OPT_Wlarger_than_ instead of OPT_Wlarger_than_eq. * tree-optimize.c (tree_rest_of_compilation): Use OPT_Wlarger_than_ instead of OPT_Wlarger_than_eq. c-family: * c.opt (Wcomments, Werror-implicit-function-declaration, ftemplate-depth-, std=c89, std=c9x, std=gnu89, std=gnu9x, std=iso9899:1990, std=iso9899:1999, std=iso9899:199x): Mark as aliases. * c-common.c (option_codes): Use OPT_Wcomment instead of OPT_Wcomments. * c-opts.c (warning_as_error_callback, c_common_handle_option): Don't handle options marked as aliases. java: * lang.opt (CLASSPATH, bootclasspath, classpath, encoding, fCLASSPATH=): Mark as Java options and as aliases. * jvspec.c (jvgenmain_spec): Don't handle -fCLASSPATH*. (lang_specific_driver): Don't handle options marked as aliases. * lang.c (java_handle_option): Don't handle OPT_fCLASSPATH_. testsuite: * gcc.dg/cpp/warn-comments-3.c: New. Based on warn-comments-2.c but using -Werror=comment. * gcc.dg/cpp/warn-comments.c, gcc.dg/cpp/warn-comments-2.c: Adjust expected error messages. Added: trunk/gcc/testsuite/gcc.dg/cpp/warn-comments-3.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-common.c trunk/gcc/c-family/c-opts.c trunk/gcc/c-family/c.opt trunk/gcc/common.opt trunk/gcc/doc/options.texi trunk/gcc/gcc.c trunk/gcc/java/ChangeLog trunk/gcc/java/jvspec.c trunk/gcc/java/lang.c trunk/gcc/java/lang.opt trunk/gcc/opt-functions.awk trunk/gcc/optc-gen.awk trunk/gcc/opth-gen.awk trunk/gcc/opts-common.c trunk/gcc/opts.c trunk/gcc/opts.h trunk/gcc/stor-layout.c trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/cpp/warn-comments-2.c trunk/gcc/testsuite/gcc.dg/cpp/warn-comments.c trunk/gcc/tree-optimize.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44076
[Bug lto/41526] gimple bytecode streams are not portable between different hosts
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-09-01 19:29 --- The handling of target options (the patch for bug 45475) is another host-dependency in the bytecode stream. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-09-01 19:29:58 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41526
[Bug translation/45116] New: config/ia64/vms_symvec_libgcc_s.opt not an options file
The file config/ia64/vms_symvec_libgcc_s.opt, though with a ".opt" name,
is not an options file. po/exgettext incorrectly processes it as if it
were one, so leading to extraneous messages in gcc.pot. Either the file
should be renamed, or exgettext should exclude it.
(The file is referenced in config/ia64/t-vms as
"vms_symv...@shlib_base_name@.opt".)
--
Summary: config/ia64/vms_symvec_libgcc_s.opt not an options file
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: translation
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45116
[Bug c++/44990] Wrong return value on error
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-07-24 16:09 --- *** This bug has been marked as a duplicate of 40251 *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44990
[Bug driver/40251] Using the -V option makes the compiler to exit with 0 exit code on error
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-07-24 16:09 --- *** Bug 44990 has been marked as a duplicate of this bug. *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added CC||parviz_fariborz at mentor ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40251
[Bug c/44692] Ambiguous member names in anonymous struct/union does not error
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-06-27 18:31 --- That documentation is for current development sources, where those errors are given. Note that http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Unnamed-Fields.html has different wording. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44692
[Bug c/44677] New: Warn for variables incremented but not used
void
f (void)
{
int i;
i = 0;
i++;
}
seems like something a natural generalization of -Wunused-but-set-variable
should warn for; the value of i is only used as part of an increment of i,
so the definition and all uses of this variable could be safely removed.
For a real example of this, see the variable lang_n_infiles in
gcc.c:process_command (I'm testing a patch that removes that variable
along with other changes).
--
Summary: Warn for variables incremented but not used
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44677
[Bug target/44643] ice in c-typeck.c
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-06-23 16:35 --- An assertion failure is always a bug. Yes, an error if the object isn't already const would be one valid fix. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44643
[Bug target/44643] ice in c-typeck.c
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-06-23 11:07 --- This is a bug in the AVR back end; if it marks a decl readonly it must also adjust the type of the decl. The problem code is probably in avr_insert_attributes. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44643
[Bug preprocessor/38105] -Wundef -Werror -Wno-error=undef result in error, not warning
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-06-21 23:17 --- This appears to be fixed on trunk, probably by: 2010-04-07 Simon Baldwin * directives.c (do_diagnostic): Add warning reason argument, call appropriate error reporting function for code. [...] -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38105
[Bug other/32998] -frecord-gcc-switches issues
--- Comment #7 from jsm28 at gcc dot gnu dot org 2010-06-20 21:05 --- The "-D_GNU_SOURCE a.c" issue is now fixed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32998
[Bug other/32998] -frecord-gcc-switches issues
--- Comment #6 from jsm28 at gcc dot gnu dot org 2010-06-20 21:03 --- Subject: Bug 32998 Author: jsm28 Date: Sun Jun 20 21:02:46 2010 New Revision: 161053 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=161053 Log: PR other/32998 * opth-gen.awk: Generate definitions of OPT_SPECIAL_unknown, OPT_SPECIAL_program_name and OPT_SPECIAL_input_file. * opts-common.c (find_opt): Return OPT_SPECIAL_unknown on failure. (decode_cmdline_option): Update for this return value. Set orig_option_with_args_text field. Set arg field for unknown options. Make static. (decode_cmdline_options_to_array): New. (prune_options): Update handling of find_opt return value. * opts.c (read_cmdline_option): Take decoded option. Return void. (read_cmdline_options): Take decoded options. (decode_options): Add parameters for decoded options. Use decode_cmdline_options_to_array. Use decoded options for -O scan. Use integral_argument for -O parameters. Update call to read_cmdline_options. (enable_warning_as_error): Update handling of find_opt return value. * opts.h: Update comment on unknown options. (struct cl_decoded_option): Update comments on opt_index and arg. Add orig_option_with_args_text. (decode_cmdline_option): Remove. (decode_cmdline_options_to_array): Declare. (decode_options): Update prototype. * toplev.c (save_argv): Remove. (save_decoded_options, save_decoded_options_count): New. (read_integral_parameter): Remove. (print_switch_values): Use decoded options. (toplev_main): Don't set save_argv. Update call to decode_options. * toplev.h (read_integral_parameter): Remove. * varasm.c (elf_record_gcc_switches): Don't handle holding back names. c-family: * c-common.c (parse_optimize_options): Update call to decode_options. fortran: * options.c (gfc_handle_option): Don't handle N_OPTS. testsuite: * gcc.dg/opts-2.c: New test. Added: trunk/gcc/testsuite/gcc.dg/opts-2.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-family/ChangeLog trunk/gcc/c-family/c-common.c trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/options.c trunk/gcc/opth-gen.awk trunk/gcc/opts-common.c trunk/gcc/opts.c trunk/gcc/opts.h trunk/gcc/testsuite/ChangeLog trunk/gcc/toplev.c trunk/gcc/toplev.h trunk/gcc/varasm.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32998
[Bug other/44574] New: Avoid use of atoi
The atoi function has undefined behavior if its argument is outside the range of int. Thus, GCC should not use it for any user input that might be outside that range. For example, -O4294967296 should act like -O3, but on 64-bit systems with glibc it acts like -O0 (glibc's atoi converts the return from strtol to int, thereby losing high bits). In most cases (like the above), using strtol and saturating for input out of range of int is probably appropriate, but some cases may need errors for large input. A helper function - like atoi, but saturating - may be appropriate. -- Summary: Avoid use of atoi Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44574
[Bug c/44438] ISO C99 6.7.4p3 not obeyed in C99 mode
--- Comment #1 from jsm28 at gcc dot gnu dot org 2010-06-07 09:54 --- That's not an "inline definition", so that constraint does not apply. If all of the file scope declarations for a function in a translation unit include the inline function specifier without extern, then the definition in that translation unit is an inline definition. (6.7.4#6) -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44438
[Bug other/44435] gengtype: don't test undefined value after vasprintf failure
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-06-06 15:53 --- If the libiberty maintainers won't review the xvasprintf patch, perhaps a global reviewer could do so? That would be better than fiddling with local checks. http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01448.html http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01449.html -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Component|c |other http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44435
[Bug bootstrap/44426] [4.4/4.5/4.6 Regression] gcc 4.5.0 requires c9x compiler to build
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-06-05 17:40 --- build_call_nofold in builtins.c introduced by: r152236 | matz | 2009-09-28 12:54:23 + (Mon, 28 Sep 2009) | 54 lines * builtins.c (interclass_mathfn_icode): New helper. [...] Variadic macros in sel-sched-dump.h introduced when that header was added: r139854 | abel | 2008-09-01 08:57:00 + (Mon, 01 Sep 2008) | 405 lines 2008-08-31 Andrey Belevantsev Dmitry Melnik Dmitry Zhurikhin Alexander Monakov Maxim Kuvyrkov * sel-sched.h, sel-sched-dump.h, sel-sched-ir.h, sel-sched.c, sel-sched-dump.c, sel-sched-ir.c: New files. [...] -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added CC||abel at gcc dot gnu dot org, ||matz at gcc dot gnu dot org Summary|[4.5/4.6 Regression] gcc|[4.4/4.5/4.6 Regression] gcc |4.5.0 requires c9x compiler |4.5.0 requires c9x compiler |to build|to build Target Milestone|4.5.1 |4.4.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44426
[Bug bootstrap/44426] [4.5/4.6 Regression] gcc 4.5.0 requires c9x compiler to build
--- Comment #1 from jsm28 at gcc dot gnu dot org 2010-06-05 14:54 ---
Appears to have been introduced by r149722.
r149722 | manu | 2009-07-16 22:29:52 + (Thu, 16 Jul 2009) | 60 lines
2009-07-17 Aldy Hernandez
Manuel López-Ibáñez
PR 40435
* tree-complex.c, tree-loop-distribution.c,
tree.c, tree.h, builtins.c, fold-const.c, omp-low.c,
cgraphunit.c, tree-ssa-ccp.c, tree-ssa-dom.c,
gimple-low.c, expr.c, tree-ssa-ifcombine.c, c-decl.c,
stor-layout.c, tree-if-conv.c, c-typeck.c,
gimplify.c, calls.c, tree-sra.c, tree-mudflap.c,
tree-ssa-copy.c, tree-ssa-forwprop.c, c-convert.c, c-omp.c,
varasm.c, tree-inline.c, c-common.c,
c-common.h, gimple.c, tree-switch-conversion.c, gimple.h,
tree-cfg.c, c-parser.c, convert.c: Add location
argument to fold_{unary,binary,ternary}, fold_build[123],
build_call_expr, build_size_arg, build_fold_addr_expr,
build_call_array, non_lvalue, size_diffop,
fold_build1_initializer, fold_build2_initializer,
fold_build3_initializer, fold_build_call_array,
fold_build_call_array_initializer, fold_single_bit_test,
omit_one_operand, omit_two_operands, invert_truthvalue,
fold_truth_not_expr, build_fold_indirect_ref, fold_indirect_ref,
combine_comparisons, fold_builtin_*, fold_call_expr,
build_range_check, maybe_fold_offset_to_address, round_up,
round_down.
[...]
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
CC||manu at gcc dot gnu dot org
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2010-06-05 14:54:40
date||
Summary|gcc 4.5.0 requires c9x |[4.5/4.6 Regression] gcc
|compiler to build |4.5.0 requires c9x compiler
||to build
Target Milestone|--- |4.5.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44426
[Bug c/44322] Bogus warning when assigning pointer-to-array with both "const" and "restrict"
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-06-05 12:57 --- Fixed for 4.6. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44322
[Bug c/44322] Bogus warning when assigning pointer-to-array with both "const" and "restrict"
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-06-05 12:54 --- Subject: Bug 44322 Author: jsm28 Date: Sat Jun 5 12:54:41 2010 New Revision: 160312 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=160312 Log: PR c/44322 * c-typeck.c (build_unary_op): Merge qualifiers into pointer target type for ADDR_EXPR; require no changes to qualifiers except for function types. * c-tree.h (c_build_type_variant): Remove. testsuite: * gcc.dg/c99-restrict-4.c: New test. Added: trunk/gcc/testsuite/gcc.dg/c99-restrict-4.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-tree.h trunk/gcc/c-typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44322
[Bug c/44322] Bogus warning when assigning pointer-to-array with both "const" and "restrict"
--- Comment #1 from jsm28 at gcc dot gnu dot org 2010-06-05 10:10 --- Confirmed. Testing a patch. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||16989 nThis|| AssignedTo|unassigned at gcc dot gnu |jsm28 at gcc dot gnu dot org |dot org | Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2010-06-05 10:10:33 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44322
[Bug driver/15303] When gcc sees an unrecognized option, the exit status indicates success
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-05-28 17:29 --- Fixed for 4.6. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15303
[Bug driver/15303] When gcc sees an unrecognized option, the exit status indicates success
--- Comment #7 from jsm28 at gcc dot gnu dot org 2010-05-28 17:29 --- Subject: Bug 15303 Author: jsm28 Date: Fri May 28 17:28:57 2010 New Revision: 159986 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159986 Log: PR driver/15303 * gcc.c (inform, warning, inform): New functions. (fatal_ice): Rename to internal_error; change cmsgid parameter to gmsgid. All callers changed. (notice): Rename to fnotice; add parameter fp. All callers changed. (fatal_error): Rename to fatal_signal. All users changed. (fatal): Rename to fatal_error; change cmsgid parameter to gmsgid. All callers changed. (process_command): Use warning instead of error for warnings. (end_going_arg): Don't use _() around argument of error. (do_spec_1): Use inform for message from %n specs. Use warning instead of error for warnings. (main): Use inform for comparison messages. Use warning for message about unused linker input. (error): Increment error_count. Print "error: ". * gcc.h (fatal): Change to fatal_error. (warning): Declare. * config/darwin-driver.c (darwin_default_min_version): Use warning instead of fprintf for warnings. * cppspec.c (lang_specific_driver): Use fatal_error instead of fatal. cp: * g++spec.c (lang_specific_driver): Use fatal_error instead of fatal. fortran: * gfortranspec.c (append_arg, lang_specific_driver): Use fatal_error instead of fatal. Use warning instead of fprintf for warnings. java: * jvspec.c (lang_specific_driver): Use fatal_error instead of fatal. Use warning instead of error for warnings. Modified: trunk/gcc/ChangeLog trunk/gcc/config/darwin-driver.c trunk/gcc/cp/ChangeLog trunk/gcc/cp/g++spec.c trunk/gcc/cppspec.c trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/gfortranspec.c trunk/gcc/gcc.c trunk/gcc/gcc.h trunk/gcc/java/ChangeLog trunk/gcc/java/jvspec.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15303
[Bug middle-end/44307] warning: may be used uninitialized in this function often building gcc
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-05-28 11:35 --- Stop using "c" as the component for bugs that are obviously not front-end bugs. In this case, you can see that none of the files mentioned are front-end files. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Component|c |middle-end http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44307
[Bug other/44286] New: Use sentinel attributes in GCC
GCC has various variadic functions (build_function_type_list is one example) with argument lists terminated by NULL. These should all be declared to use the sentinel attribute, via ATTRIBUTE_SENTINEL (a definition of which is brought in via libiberty.h), so that missing termination is detected when GCC is built. -- Summary: Use sentinel attributes in GCC Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44286
[Bug c/43639] Missed optimization with complex long double
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-05-22 18:18 --- This is deliberate, use -fno-signed-zeros to get the optimization you want with 4.5. *** This bug has been marked as a duplicate of 24581 *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43639
[Bug c/24581] Complex arithmetic on special cases is incorrect.
--- Comment #10 from jsm28 at gcc dot gnu dot org 2010-05-22 18:18 --- *** Bug 43639 has been marked as a duplicate of this bug. *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added CC||svfuerst at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24581
[Bug c/42960] segfault internal compiler error when trying to compile latest linux kernel
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-05-22 18:10 --- Closing as not for FSF GCC and probably a hardware problem. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42960
[Bug c/41364] gcc exits with: internal compiler error: Abort
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-05-22 18:06 --- No feedback, appears not to be a GCC bug. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|WAITING |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41364
[Bug other/346] gcc install clobbers files that it shouldn't touch
--- Comment #9 from jsm28 at gcc dot gnu dot org 2010-05-22 18:00 --- *** Bug 38628 has been marked as a duplicate of this bug. *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added CC||tkoenig at gcc dot gnu dot ||org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=346
[Bug driver/38628] no 4.3.3 libraries for non-C languages if 4.3.3 and 4.4.0 in parallel
--- Comment #11 from jsm28 at gcc dot gnu dot org 2010-05-22 18:00 --- -V and -b have been removed, if anything is left here it's a duplicate of bug 346. *** This bug has been marked as a duplicate of 346 *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38628
[Bug driver/11810] gcc -pipe -ox.o -c x.c writes erroneous x.o on compile error
--- Comment #12 from jsm28 at gcc dot gnu dot org 2010-05-22 17:57 --- Fixed by the indicated commit. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11810
[Bug driver/10707] c++ linking impossible when -V specified
--- Comment #12 from jsm28 at gcc dot gnu dot org 2010-05-22 17:55 --- -b and -V were removed: 2010-04-08 Manuel López-Ibáñez PR 42485 * doc/invoke.texi (-b,-V): Delete. * doc/tm.texi: Do not mention -b. * gcc.c (display_help): Delete -b and -V. (process_command): Delete -b and -V. * gcc.h (DEFAULT_SWITCH_TAKES_ARG): Delete -b and -V. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|SUSPENDED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10707
[Bug driver/40251] Using the -V option makes the compiler to exit with 0 exit code on error
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-05-22 17:54 --- -b and -V were removed: 2010-04-08 Manuel López-Ibáñez PR 42485 * doc/invoke.texi (-b,-V): Delete. * doc/tm.texi: Do not mention -b. * gcc.c (display_help): Delete -b and -V. (process_command): Delete -b and -V. * gcc.h (DEFAULT_SWITCH_TAKES_ARG): Delete -b and -V. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40251
[Bug driver/32117] Segfault with -b
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-05-22 17:53 --- -b and -V were removed: 2010-04-08 Manuel López-Ibáñez PR 42485 * doc/invoke.texi (-b,-V): Delete. * doc/tm.texi: Do not mention -b. * gcc.c (display_help): Delete -b and -V. (process_command): Delete -b and -V. * gcc.h (DEFAULT_SWITCH_TAKES_ARG): Delete -b and -V. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WONTFIX http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32117
[Bug other/38983] GPL version 3 transition incomplete
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-05-22 17:46 --- Everything specific to GCC was converted for 4.4. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38983
[Bug other/38758] gcc ships with GPL-only library parts (longlong.h)
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-05-22 17:43 --- Was fixed for 4.2.3, 4.3.0. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.3 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38758
[Bug other/38363] Use of Unicode quotes depends on LC_CTYPE rather than LC_MESSAGES
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-05-22 17:42 --- As discussed, not a bug. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38363
[Bug other/35905] gcc 4.2.3 still contains many GPL v2 references
--- Comment #7 from jsm28 at gcc dot gnu dot org 2010-05-22 17:40 --- 4.2 branch is closed. All GPL files whose home is GCC rather than being shared with other projects were updated for 4.4 at the latest as far as I know. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35905
[Bug other/33864] gcc 4.3 svn fails to compile glibc 2.7's crti.o
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-05-22 17:38 --- Not a GCC bug; glibc is manipulating .s output from GCC in ways that aren't expected to work with all possible options. FWIW, EGLIBC has a fix to allow it to build for x86 when unwind tables are enabled by default: 2009-06-25 Kazu Hirata * sysdeps/i386/Makefile (CFLAGS-initfini.s): Add -fno-asynchronous-unwind-tables and -fno-unwind-tables. (CFLAGS-pt-initfini.s): New. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33864
[Bug other/33357] collect2: ld terminated with signal 11 [Segmentation fault]
--- Comment #6 from jsm28 at gcc dot gnu dot org 2010-05-22 17:33 --- As discussed, not a GCC bug. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33357
[Bug other/31477] [libgcc] miscompiled trapping arithmetic routines
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-05-22 17:29 --- I believe I fixed this with: r132815 | jsm28 | 2008-03-02 13:11:19 + (Sun, 02 Mar 2008) | 4 lines * libgcc2.c (__addvSI3, __addvsi3, __addvDI3, __subvSI3, __subvsi3, __subvDI3, __negvSI2, __negvsi2, __negvDI2, __absvSI2, __absvsi2, __absvDI2): Use unsigned arithmetic. (whether or not -ftrapv actually works properly). -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31477
[Bug other/25028] TImode-to-floating conversions broken
--- Comment #12 from jsm28 at gcc dot gnu dot org 2010-05-22 17:20 --- As far as I can tell, this (the bug originally described here) was fixed for all targets. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Target Milestone|--- |4.2.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25028
[Bug testsuite/44051] FAIL: gcc.dg/anon-struct-9.c (test for excess errors)
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-05-09 21:04 --- Testcase fixed for 4.6. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c |testsuite Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44051
[Bug c/44051] FAIL: gcc.dg/anon-struct-9.c (test for excess errors)
--- Comment #1 from jsm28 at gcc dot gnu dot org 2010-05-09 21:01 --- Subject: Bug 44051 Author: jsm28 Date: Sun May 9 21:01:38 2010 New Revision: 159207 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159207 Log: PR c/44051 * gcc.dg/anon-struct-9.c: Avoid generating identifier i386. Modified: trunk/gcc/testsuite/ChangeLog trunk/gcc/testsuite/gcc.dg/anon-struct-9.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44051
[Bug c/10676] Using unnamed fields in initializers
--- Comment #16 from jsm28 at gcc dot gnu dot org 2010-05-09 20:42 --- Fixed for 4.6. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to fail|4.5.0 4.6.0 |4.5.0 Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10676
[Bug c/10676] Using unnamed fields in initializers
--- Comment #15 from jsm28 at gcc dot gnu dot org 2010-05-09 20:39 --- Subject: Bug 10676 Author: jsm28 Date: Sun May 9 20:39:39 2010 New Revision: 159206 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159206 Log: PR c/10676 * c-typeck.c (lookup_field): Take a type directly. Update recursive calls. (build_component_ref): Update call to lookup_field. (set_init_label): Use lookup_field to find initialized field. Handle returned list of fields like a sequence of designators. testsuite: * gcc.dg/anon-struct-10.c: New test. Added: trunk/gcc/testsuite/gcc.dg/anon-struct-10.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10676
[Bug c/4784] Anonymous structs issues
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-05-09 16:21 --- Fixed for 4.6. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.6.0 Resolution||FIXED Target Milestone|--- |4.6.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4784
[Bug c/4784] Anonymous structs issues
--- Comment #7 from jsm28 at gcc dot gnu dot org 2010-05-09 16:20 --- Subject: Bug 4784 Author: jsm28 Date: Sun May 9 16:19:28 2010 New Revision: 159204 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159204 Log: PR c/4784 * c-decl.c (detect_field_duplicates_hash): New. Handle anonymous structures and unions recursively. (detect_field_duplicates): Move duplicate detection with a hash to detect_field_duplicates_hash. Always use a hash if anonymous structures or unions are present. * doc/extend.texi (Unnamed Fields): Document that duplicate fields give errors. testsuite: * gcc.dg/anon-struct-9.c: New test. Added: trunk/gcc/testsuite/gcc.dg/anon-struct-9.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/doc/extend.texi trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4784
[Bug other/43955] linux hard lock-up when gcc output file is on filesystem with insufficient disk space
--- Comment #7 from jsm28 at gcc dot gnu dot org 2010-05-02 11:45 --- It is the responsibility of your filesystem to ensure that write or close return error status if there isn't sufficient disk space; if they do not, this is a kernel bug. Most applications should never call fsync; that's only if the application is meant to be making data integrity guarantees across unclean shutdown, and it never makes sense to make such guarantees for compiler and assembler output since those files can always be recreated from the associated input files; it doesn't matter if the last few seconds' compilation output before a crash is lost or corrupted. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43955
[Bug other/25232] libgcc-std.ver should include __unordxf2 and __unordtf2
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-03-30 12:36 --- Fixed for 4.5.0. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.5.0 Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25232
[Bug other/25232] libgcc-std.ver should include __unordxf2 and __unordtf2
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-03-30 12:35 --- Subject: Bug 25232 Author: jsm28 Date: Tue Mar 30 12:35:08 2010 New Revision: 157819 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157819 Log: PR other/25232 * libgcc-std.ver (GCC_4.5.0): Define version. Include __unordxf2 and __unordtf2. * config/bfin/libgcc-bfin.ver (GCC_4.5.0): Define version. Include ___unordxf2 and ___unordtf2. * config/i386/libgcc-glibc.ver: Do not define inheritance from GCC_4.4.0 here. Modified: trunk/gcc/ChangeLog trunk/gcc/config/bfin/libgcc-bfin.ver trunk/gcc/config/i386/libgcc-glibc.ver trunk/gcc/libgcc-std.ver -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25232
[Bug c/43381] [4.4 Regression] infinite loop in gcc.dg/parm-impl-decl-1.c with -g
--- Comment #9 from jsm28 at gcc dot gnu dot org 2010-03-27 11:47 --- Fixed for 4.4.4 and 4.5.0. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work|4.3.4 4.5.0 |4.3.4 4.4.4 4.5.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43381
[Bug c/43381] [4.4 Regression] infinite loop in gcc.dg/parm-impl-decl-1.c with -g
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-03-27 11:46 --- Subject: Bug 43381 Author: jsm28 Date: Sat Mar 27 11:46:07 2010 New Revision: 157772 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157772 Log: PR c/43381 * c-decl.c (get_parm_info): Assert that decl going in OTHERS has a nested binding iff it is a FUNCTION_DECL. (store_parm_decls_newstyle): Pass nested=true to bind for FUNCTION_DECLs amongst parameters. testsuite: * gcc.dg/parm-impl-decl-3.c: New test. Added: branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/parm-impl-decl-3.c Modified: branches/gcc-4_4-branch/gcc/ChangeLog branches/gcc-4_4-branch/gcc/c-decl.c branches/gcc-4_4-branch/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43381
[Bug c/43381] [4.4/4.5 Regression] infinite loop in gcc.dg/parm-impl-decl-1.c with -g
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-03-26 23:52 --- Subject: Bug 43381 Author: jsm28 Date: Fri Mar 26 23:52:09 2010 New Revision: 157766 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=157766 Log: PR c/43381 * c-decl.c (get_parm_info): Assert that decl going in OTHERS has a nested binding iff it is a FUNCTION_DECL. (store_parm_decls_newstyle): Pass nested=true to bind for FUNCTION_DECLs amongst parameters. testsuite: * gcc.dg/parm-impl-decl-3.c: New test. Added: trunk/gcc/testsuite/gcc.dg/parm-impl-decl-3.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43381
[Bug target/43383] New: __extendxftf2 not exported from 32-bit shared libgcc
config/i386/libgcc-glibc.ver only exports __extendxftf2 from shared libgcc for 64-bit, not 32-bit. I see no obvious reason for this omission, and __extendxftf2 is in static libgcc. -- Summary: __extendxftf2 not exported from 32-bit shared libgcc Product: gcc Version: 4.5.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: jsm28 at gcc dot gnu dot org GCC target triplet: i686-pc-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43383
[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.4.5
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-02-09 21:09 --- Created an attachment (id=19831) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19831&action=view) Diff from tarball Here is a larger, probably more accurate diff generated using a release tarball. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011
[Bug web/43011] Upgrade gcc.gnu.org/bugzilla to Bugzilla 3.4.5
--- Comment #7 from jsm28 at gcc dot gnu dot org 2010-02-09 21:01 --- Created an attachment (id=19830) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19830&action=view) Local Bugzilla changes Here's a diff generated with "cvs -z9 diff -uN -rBUGZILLA_2_20 -rHEAD". There are some oddities - cases where there appear to be GCC-related things both before and after the diff - that could relate to CVS peculiarities of some kind, or to BUGZILLA_2_20 not quite being a tag for unmodified upstream. So checking out the sources and generating a diff from a vanilla 2.20 release tarball may be safer to show exactly what's changed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43011
[Bug tree-optimization/43001] Missed vectorization on ARM NEON
--- Comment #1 from jsm28 at gcc dot gnu dot org 2010-02-08 20:31 --- Created an attachment (id=19822) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19822&action=view) Extra vectorization tests Try adding -mfloat-abi=softfp to make the compiler actually consider using NEON (needed at least for arm-eabi, I don't know about arm-elf). Daniel had some extra tests for the GCC testsuite to make sure that these cases are vectorized correctly (attached - note that they predate the addition of a vect-shift-2.c test to FSF GCC so the new tests would need renaming). -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43001
[Bug c/4784] Anonymous structs issues
--- Comment #6 from jsm28 at gcc dot gnu dot org 2010-01-26 16:33 --- C1x anonymous structures and unions will likely require a fix for this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4784
[Bug c/10676] Using unnamed fields in initializers
--- Comment #14 from jsm28 at gcc dot gnu dot org 2010-01-26 16:32 --- C1x anonymous structures and unions will likely require a fix for this. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10676
[Bug target/42753] _Complex_I is reported as undeclared. Code builds with Sun compiler.
--- Comment #8 from jsm28 at gcc dot gnu dot org 2010-01-15 16:30 --- Fixincludes is part of the compiler sources, and it is the part that should work around GCC-incompatible system headers (such as this one) by making fixed copies when GCC is built and installed. Thus, a failure to fix it indicates a limitation in fixincludes, and the fix would be to enhance fixincludes and rebuild GCC. It is not part of the C front end, so "c" is not the correct component. Do not change components back if a maintainer changes them to be more accurate. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Component|c |target http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
[Bug target/42753] _Complex_I is reported as undeclared. Code builds with Sun compiler.
--- Comment #6 from jsm28 at gcc dot gnu dot org 2010-01-15 11:52 --- For reference of people without Solaris headers to hand, the code needing fixing by fixincludes is: /* * Compilation environments for Solaris must provide the _Imaginary datatype * and the compiler intrinsics _Complex_I and _Imaginary_I */ #define _Complex_I _Complex_I #define complex _Complex #define _Imaginary_I_Imaginary_I #define imaginary _Imaginary #undef I #define I _Imaginary_I Note there are some TABs there in the original header. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
[Bug target/42753] _Complex_I is reported as undeclared. Code builds with Sun compiler.
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-01-15 11:51 --- *** Bug 42755 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
[Bug c/42755] Using _Complex_I on Open Solaris fails to build an executable
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-01-15 11:51 --- *** This bug has been marked as a duplicate of 42753 *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42755
[Bug target/42753] _Complex_I is reported as undeclared. Code builds with Sun compiler.
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-01-15 11:49 --- This is a fixincludes bug; it needs to fix Sun's complex.h header to work with GCC. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Component|c |target GCC build triplet|Sun SPARC Enterprise T5240 | |Server running Solaris 10 | |05/2009 | GCC host triplet|Sun SPARC Enterprise T5240 | |Server running Solaris 10 | |05/2009 | GCC target triplet|Sun SPARC Enterprise T5240 |*-*-solaris* |Server running Solaris 10 | |05/2009 | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
[Bug c/42708] [4.5 Regression] ICE in gimplify_expr, at gimplify.c:6993
--- Comment #5 from jsm28 at gcc dot gnu dot org 2010-01-12 23:10 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.5.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42708
[Bug c/42708] [4.5 Regression] ICE in gimplify_expr, at gimplify.c:6993
--- Comment #4 from jsm28 at gcc dot gnu dot org 2010-01-12 23:09 --- Subject: Bug 42708 Author: jsm28 Date: Tue Jan 12 23:09:00 2010 New Revision: 155846 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155846 Log: PR c/42708 * c-typeck.c (build_c_cast): Fold value cast to union type before wrapping it in a CONSTRUCTOR. testsuite: * gcc.c-torture/compile/pr42708-1.c: New test. Added: trunk/gcc/testsuite/gcc.c-torture/compile/pr42708-1.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-typeck.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42708
[Bug target/42689] bad formatting of specs diagnostics
--- Comment #1 from jsm28 at gcc dot gnu dot org 2010-01-11 15:04 --- Correction: the newlines get removed before the messages are printed. But they don't get removed by exgettext either before or after the patch for bug 39521. As they are unnecessary (at least once the message pairs are converted into single messages), they should be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42689
[Bug target/42689] New: bad formatting of specs diagnostics
Various diagnostics produced from specs with %e and %n are badly formatted.
There should be no \n or other whitespace at the end of these diagnostics,
since the driver inserts a newline at the end automatically.
A single diagnostic should not be split across multiple messages, for
the sake of translation; put it on one source line, one message, even
if long.
config/i386/linux-unwind.h should be in gcc/po/EXCLUDES to avoid
a non-diagnostic being wrongly extracted for translation.
#line 50 "config/vax/vax.h"
_("profiling not supported with -mg\n")
#line 51 "config/vax/vax.h"
_("profiling not supported with -mg\n")
#line 186 "config/i386/linux-unwind.h"
_("ax ; {int $0x80 | syscall")
#line 87 "config/pa/pa-hpux10.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 88 "config/pa/pa-hpux10.h"
_(" profiling support are only provided in archive format")
#line 90 "config/pa/pa-hpux10.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 91 "config/pa/pa-hpux10.h"
_(" profiling support are only provided in archive format")
#line 98 "config/pa/pa-hpux10.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 99 "config/pa/pa-hpux10.h"
_(" profiling support are only provided in archive format")
#line 101 "config/pa/pa-hpux10.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 102 "config/pa/pa-hpux10.h"
_(" profiling support are only provided in archive format")
#line 108 "config/pa/pa-hpux11.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 109 "config/pa/pa-hpux11.h"
_(" profiling support are only provided in archive format")
#line 111 "config/pa/pa-hpux11.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 112 "config/pa/pa-hpux11.h"
_(" profiling support are only provided in archive format")
#line 34 "config/i386/nwld.h"
_("Static linking is not supported.\n")
#line 30 "config/pa/pa64-hpux.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 31 "config/pa/pa64-hpux.h"
_(" profiling support are only provided in archive format")
#line 33 "config/pa/pa64-hpux.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 34 "config/pa/pa64-hpux.h"
_(" profiling support are only provided in archive format")
#line 42 "config/pa/pa64-hpux.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 43 "config/pa/pa64-hpux.h"
_(" profiling support are only provided in archive format")
#line 45 "config/pa/pa64-hpux.h"
_("Warning: consider linking with `-static' as system libraries with\n")
#line 46 "config/pa/pa64-hpux.h"
_(" profiling support are only provided in archive format")
#line 31 "config/arm/freebsd.h"
_("consider using `-pg' instead of `-p' with gprof(1) ")
#line 543 "config/i386/i386.h"
_("`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.\n")
#line 546 "config/i386/i386.h"
_("`-mintel-syntax' is deprecated. Use `-masm=intel' instead.\n")
#line 548 "config/i386/i386.h"
_("'-msse5' was removed.\n")
#line 550 "config/i386/i386.h"
_("`-mno-intel-syntax' is deprecated. Use `-masm=att' instead.\n")
--
Summary: bad formatting of specs diagnostics
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jsm28 at gcc dot gnu dot org
OtherBugsDependingO 40883
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42689
[Bug preprocessor/41947] GCC Hexadecimal Floating point constant handling
--- Comment #3 from jsm28 at gcc dot gnu dot org 2010-01-01 18:10 --- Fixed for 4.5. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|NEW |RESOLVED Known to work||4.5.0 Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41947
[Bug preprocessor/41947] GCC Hexadecimal Floating point constant handling
--- Comment #2 from jsm28 at gcc dot gnu dot org 2010-01-01 18:08 --- Subject: Bug 41947 Author: jsm28 Date: Fri Jan 1 18:08:17 2010 New Revision: 18 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=18 Log: libcpp: PR preprocessor/41947 * expr.c (cpp_classify_number): Give error for hexadecimal floating-point constant with no digits before or after point. gcc/testsuite: * gcc.dg/c99-hexfloat-3.c: New test. Added: trunk/gcc/testsuite/gcc.dg/c99-hexfloat-3.c Modified: trunk/gcc/testsuite/ChangeLog trunk/libcpp/ChangeLog trunk/libcpp/expr.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41947
[Bug target/42522] [m68k] Wrong code generated with -O2/-O3
--- Comment #11 from jsm28 at gcc dot gnu dot org 2009-12-31 17:06 --- Reopening for now. Please leave the Component as "target"; that is a much more likely place for the bug than the C front end. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Component|c |target Resolution|WORKSFORME | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42522
[Bug c/42439] Linux kernel BUILD_BUG_ON() broke
--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-12-30 21:30 --- Fixed for 4.5 (allowing this dubious code with a pedwarn-if-pedantic, since this is done in several similar cases). -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.5.0 Resolution||FIXED Target Milestone|--- |4.5.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42439
[Bug c/42439] Linux kernel BUILD_BUG_ON() broke
--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-12-30 21:28 --- Subject: Bug 42439 Author: jsm28 Date: Wed Dec 30 21:28:45 2009 New Revision: 155526 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155526 Log: PR c/42439 * c-decl.c (check_bitfield_type_and_width): Only pedwarn if pedantic for bit-field width not an integer constant expression but folding to one. testsuite: * gcc.dg/bitfld-19.c, gcc.dg/bitfld-20.c, gcc.dg/bitfld-21.c: New tests. Added: trunk/gcc/testsuite/gcc.dg/bitfld-19.c trunk/gcc/testsuite/gcc.dg/bitfld-20.c trunk/gcc/testsuite/gcc.dg/bitfld-21.c Modified: trunk/gcc/ChangeLog trunk/gcc/c-decl.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42439
[Bug translation/42469] option help strings not properly using TAB
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-12-23 12:08 --- Part of this appears to be the same exgettext issue as bug 42467. The rest appears to be option help strings using one or more spaces where a single TAB should be used: common.opt:-Wframe-larger-than= Warn if a function's stack frame requires more than bytes common.opt:-fcompare-debug[=] Compile with and without e.g. -gtoggle, and compare the final-insns dump common.opt:-fdbg-cnt=:[,:,...]Set the debug counter limit. common.opt:-fira-verbose= Control IRA's level of diagnostic messages. common.opt:-flto-compression-level= Use zlib compression level for IL common.opt:-fplugin-arg--[=] Specify argument = for plugin c.opt:-imultilib Set to be the multilib include subdirectory fortran/lang.opt:-fblas-matmul-limit=Size of the smallest matrix for which matmul will use BLAS fortran/lang.opt:-finit-character= Initialize local character variables to ASCII value n fortran/lang.opt:-finit-integer= Initialize local integer variables to n fortran/lang.opt:-finit-logical= Initialize local logical variables fortran/lang.opt:-finit-real= Initialize local real variables fortran/lang.opt:-fmax-array-constructor=Maximum number of objects in an array constructor -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||40883 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-23 12:08:18 date|| Summary|19 localization fails with |option help strings not |gcc ---help=fortran |properly using TAB http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42469
[Bug translation/42468] Localization fails with --CLASSPATH line in gcc --help=Java
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-12-23 12:00 --- This is the same exgettext bug as bug 42467. *** This bug has been marked as a duplicate of 42467 *** -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||DUPLICATE http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42468
[Bug translation/42467] exgettext should not remove TABs from option help strings
--- Comment #4 from jsm28 at gcc dot gnu dot org 2009-12-23 12:00 --- *** Bug 42468 has been marked as a duplicate of this bug. *** -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42467
[Bug translation/42467] exgettext should not remove TABs from option help strings
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-12-23 11:58 --- The option help string is passed for translation as a whole before the special interpretation for TAB as described in options.texi: The help text is automatically line-wrapped before being displayed. Normally the name of the option is printed on the left-hand side of the output and the help text is printed on the right. However, if the help text contains a tab character, the text to the left of the tab is used instead of the option's name and the text to the right of the tab forms the help text. This allows you to elaborate on what type of argument the option takes. Thus, exgettext is wrong to remove the text before the tab (which generally does need translation of things such as ). -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added OtherBugsDependingO||40883 nThis|| Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-12-23 11:58:25 date|| Summary|Localization fails with - |exgettext should not remove |gnat line in gcc --|TABs from option help |help=Ada|strings http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42467
[Bug c/448] -related issues (C99 issues)
--- Comment #26 from jsm28 at gcc dot gnu dot org 2009-12-08 17:08 --- List of remaining target OSes without stdint.h type information added to 4.5 release notes: http://gcc.gnu.org/ml/gcc-patches/2009-12/msg00441.html NetBSD, VxWorks, VMS, SymbianOS, WinCE, LynxOS, Netware, QNX, Interix, IRIX, TPF. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=448
[Bug c/42310] ICE on converting target-dependent PSImode variable
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-12-06 18:03 --- Do not report bugs in modified versions of GCC here (for example, versions with a target you have added). Bug reports must be reproducible using GCC built from unmodified FSF sources, without needing any patches (which in this case you have not provided) applied. If you think there is a bug which is latent with all targets supported in the FSF sources, send a patch with detailed explanation to gcc-patches. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42310
[Bug c/39985] Type qualifiers not actually ignored on function return type
--- Comment #2 from jsm28 at gcc dot gnu dot org 2009-11-22 20:24 --- If you wish to report a C++ bug, it needs to have component "c++" and be a separate bug from any bug report for C front-end issues; comments about possible C++ front-end issues in "c" bugs are irrelevant except insofar as they illuminate questions of what the C front end should do. For C, the qualifiers are ignored as far as standard terms are concerned. Whether typeof applied to an rvalue in GNU C has a qualified types is fundamentally confused at present; my inclination is that we should eliminate the inconsistent attempts to give rvalues qualified types in some cases, and say that if the operand of typeof is not an lvalue it never has a qualified type. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39985
[Bug c/40564] Invalid -Wc++-compat warning about stringized C++ operator name
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-11-22 20:20:31 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40564
[Bug c/42091] -imacros option does not work on gcc 4.2.1 scratchbox
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-11-22 20:18 --- Report this to whoever provided you with that compiler and advised modifying specs files. Specs files are not a public interface for modifying by compiler users, and 4.2 compilers are no longer supported. If you can reproduce this with an unmodified compiler you built from FSF GCC sources, 4.4.x or later, then open a new bug here. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42091
[Bug c/42076] regression on float representation
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-11-22 20:16 --- I cannot reproduce this with any FSF GCC version; please report bugs in Ubuntu compilers to Ubuntu. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42076
[Bug c/41942] __attribute__ ((visibility)) weird with functions returning pointers
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-11-22 20:04 --- No bug by the GNU C documentation of how attributes bind in the syntax. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41942
[Bug c/41046] decNumber leaves printf call in libgcc
--- Comment #5 from jsm28 at gcc dot gnu dot org 2009-11-22 20:01 --- The PR logs indicate this is fixed. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.3.5 4.4.2 4.5.0 Resolution||FIXED Target Milestone|--- |4.3.5 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41046
[Bug c/41045] Extended asm with C operands doesn�t work at top level
--- Comment #8 from jsm28 at gcc dot gnu dot org 2009-11-22 20:00 --- I think this would be a sensible feature to add. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Priority|P3 |P5 Last reconfirmed|-00-00 00:00:00 |2009-11-22 20:00:11 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41045
[Bug c/40880] stdarg.h does not define va_copy when building for C89+POSIX
--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-11-22 19:58 --- As discussed, not a bug. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40880
[Bug c/40476] SEG fault on redefinition of struct error
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-11-22 19:57 --- Cannot reproduce this, report bugs in the Ubuntu compiler in the first instance to Ubuntu. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||WORKSFORME http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40476
[Bug c/40442] Option -I and POSIX conformance (c99 utility)
--- Comment #6 from jsm28 at gcc dot gnu dot org 2009-11-22 19:55 --- Not a GCC bug, the POSIX list generally agreed the effects of reordering system directories should be unspecified or undefined. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40442
[Bug other/40353] [GCC-4.4.0] configure --with-sysroot needs header files, but it should not
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-11-22 19:52 --- The magic option to allow system headers not to be present (for an early compiler in a series of multiple compiler/libc builds / header installs to bootstrap a full toolchain) is --with-newlib, but this should be documented (and preferably there should be a more meaningful option to enable inhibit_libc directly). -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Component|c |other Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-11-22 19:52:20 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40353
[Bug c/37874] gcc sometimes accepts attribute in identifier list
-- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-11-22 19:46:14 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37874
[Bug c/30054] -Wc++-compat does not catch goto past initialization
--- Comment #3 from jsm28 at gcc dot gnu dot org 2009-11-22 19:36 --- Fixed by: 2009-06-15 Ian Lance Taylor * c.opt (Wjump-misses-init): New warning. * c-opts.c (c_common_handle_option): Set warn_jump_misses_init for -Wall and -Wc++-compat if not already set. (c_common_post_options): Clear warn_jump_misses_init if it was not set. [...] -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Known to work||4.5.0 Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30054
[Bug preprocessor/41492] Please ignore #! on the first line of a file
--- Comment #1 from jsm28 at gcc dot gnu dot org 2009-11-22 19:31 --- I don't think this is an appropriate feature; I advice arranging for your source files to go through an external preprocessor before compiling them if you need this special sequence at the start of the file. -- jsm28 at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41492
