[Bug target/32775] New: init_machine_status doc bug

2007-07-16 Thread kai-gcc-bugs at khms dot westfalen dot de
init_machine_status is documented as follows:

gcc/doc/tm.texi:902:@deftypevar {void (*)(struct function *)}
init_machine_status

but it is declared like this:

gcc/function.c:124:struct machine_function * (*init_machine_status) (void);


-- 
   Summary: init_machine_status doc bug
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kai-gcc-bugs at khms dot westfalen dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32775



[Bug target/33104] New: Missing error check in .md converter

2007-08-17 Thread kai-gcc-bugs at khms dot westfalen dot de
(define_insn "mov"
[(set   (match_operand:MVM 0 "vg_general_operand" "=r,   , r, t, r")
(match_operand:MVM 1 "vg_general_operand" "r, r,   t, r,
I"))]
""
"mov %0,%1")

When both match_operands mistakenly mention 0 (instead of 0 and 1 as above),
then ...

build/genextract $src/gcc/config/$machine/$machine.md \
  insn-conditions.md > tmp-extract.c
genextract: Internal error: abort in VEC_safe_set_locstr, at genextract.c:190

... which is not exactly a useful diagnostic.


-- 
   Summary: Missing error check in .md converter
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
        AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: private


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33104



[Bug target/33164] New: Texinfo markup problems in tm.texi

2007-08-23 Thread kai-gcc-bugs at khms dot westfalen dot de
While writing a script to extract data from tm.texi, found the following markup
bugs:

TARGET_ASM_RELOC_RW_MASK needs return type
TARGET_CC_MODES_COMPATIBLE needs {} around return type
TARGET_CHECK_PCH_TARGET_FLAGS needs {} around return type
TARGET_DEFAULT_TARGET_FLAGS should be @deftypevr
TARGET_GET_PCH_VALIDITY needs {} around return type
TARGET_HAVE_SRODATA_SECTION should be @deftypevr
TARGET_HAVE_TLS should be @deftypevr
TARGET_INVALID_ARG_FOR_UNPROTOTYPED_FN needs {} around return type
TARGET_INVALID_WITHIN_DOLOOP needs {} around return type
TARGET_MAX_ANCHOR_OFFSET should be @deftypevr
TARGET_MIN_ANCHOR_OFFSET should be @deftypevr
TARGET_PCH_VALID_P needs {} around return type
TARGET_STRIP_NAME_ENCODING needs {} around return type
TARGET_TERMINATE_DW2_EH_FRAME_INFO should be @deftypevr
TARGET_UNWIND_TABLES_DEFAULT should be @deftypevr


-- 
   Summary: Texinfo markup problems in tm.texi
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
 GCC build triplet: n/a
  GCC host triplet: n/a
GCC target triplet: n/a


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33164



[Bug target/33164] Texinfo markup problems in tm.texi

2007-08-25 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de  2007-08-25 
09:38 ---
Found one more: TARGET_DWARF_CALLING_CONVENTION seems to be nested inside
DWARF2_DWARF2_DEBUGGING_INFO. Though I suspect the second half of the
DWARF2_DEBUGGING_INFO text might actually belong to
TARGET_DWARF_CALLING_CONVENTION.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33164



[Bug target/33190] New: tm.texi describes some non-existing hooks

2007-08-25 Thread kai-gcc-bugs at khms dot westfalen dot de
These hooks aren't touched outside of tm.texi and /config/:

ALL_COP_ADDITIONAL_REGISTER_NAMES
DBX_OUTPUT_LBRAC
DBX_OUTPUT_NFUN
DBX_OUTPUT_RBRAC
MD_HANDLE_UNWABI
RANGE_TEST_NON_SHORT_CIRCUIT
REAL_VALUE_TRUNCATE
REVERSE_CONDEXEC_PREDICATES_P
TARGET_ALIGN_ANON_BITFIELDS
TARGET_NARROW_VOLATILE_BITFIELDS

They're in config in these places:

vg3-src/gcc/config/frv/frv.h:#define REVERSE_CONDEXEC_PREDICATES_P(x,y)  0
vg3-src/gcc/config/ia64/linux-unwind.h:#define MD_HANDLE_UNWABI
ia64_handle_unwabi
vg3-src/gcc/config/ia64/unwind-ia64.c:#ifdef MD_HANDLE_UNWABI
vg3-src/gcc/config/ia64/unwind-ia64.c:  MD_HANDLE_UNWABI (context, fs);
vg3-src/gcc/config/mips/mips.h:  ALL_COP_ADDITIONAL_REGISTER_NAMES 
\
vg3-src/gcc/config/mips/mips.h:#define ALL_COP_ADDITIONAL_REGISTER_NAMES


-- 
   Summary: tm.texi describes some non-existing hooks
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
 GCC build triplet: n/a
  GCC host triplet: n/a
GCC target triplet: n/a


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33190



[Bug target/33531] New: bad escape

2007-09-22 Thread kai-gcc-bugs at khms dot westfalen dot de
gcc/config/cris/cris.md:1824

  if (which_alternative == 4)
return \"%x6%E5.%m5 [%4=%3%S2],%0\";<
  return "%x6%E5 [%4=%2%S3],%0";

This is in a brace block, NOT in a double quote string. These escapes are
bogus. Compare the next line.


-- 
   Summary: bad escape
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
GCC target triplet: cris


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33531



[Bug target/33531] bad escape

2007-09-22 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de  2007-09-22 
20:00 ---
Forgot to specify: this is revision 127595.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33531



[Bug target/33532] New: bad escape

2007-09-22 Thread kai-gcc-bugs at khms dot westfalen dot de
gcc/config/ia64/ia64.md:6267

{
  emit_library_call (gen_rtx_SYMBOL_REF (Pmode,
 \"__ia64_save_stack_nonlocal\"),
<-
 0, VOIDmode, 2, XEXP (operands[0], 0), Pmode,
 operands[1], Pmode);
  DONE;
})

This is in a brace block, NOT in a double quote string. These escapes are
bogus.

This is revision 127595.


-- 
   Summary: bad escape
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
GCC target triplet: ia64


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33532



[Bug target/33532] bogus escape

2007-09-22 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de  2007-09-23 
06:37 ---
Also line 6280:

{
  emit_library_call (gen_rtx_SYMBOL_REF (Pmode, \"__ia64_nonlocal_goto\"), <---
 LCT_NORETURN, VOIDmode, 3,
 operands[1], Pmode,
 copy_to_reg (XEXP (operands[2], 0)), Pmode,
 operands[3], Pmode);
  emit_barrier ();
  DONE;
})


-- 

kai-gcc-bugs at khms dot westfalen dot de changed:

   What|Removed |Added

Summary|bad escape  |bogus escape


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33532



[Bug target/33533] New: bogus escapes

2007-09-23 Thread kai-gcc-bugs at khms dot westfalen dot de
gcc/config/pdp11/pdp11.md:1404ff:

{

  rtx lateoperands[2];

  lateoperands[0] = operands[0];
  operands[0] = gen_rtx_REG (HImode, REGNO (operands[0]) + 1);

  lateoperands[1] = operands[1];
  operands[1] = gen_rtx_REG (HImode, REGNO (operands[1]) + 1);

  output_asm_insn (\"clc\", operands);   <
  output_asm_insn (\"ror %0\", lateoperands);<
  output_asm_insn (\"ror %0\", operands);<

  return \"\";   <
}

This is in a brace block, NOT in a double quote string. These escapes are
bogus.

This is revision 127595.


-- 
   Summary: bogus escapes
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
GCC target triplet: pdp11


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33533



[Bug target/33533] bogus escapes

2007-09-23 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de  2007-09-23 
07:29 ---
Also line 1623ff:

{

  rtx lateoperands[2];

  lateoperands[0] = operands[0];
  operands[0] = gen_rtx_REG (HImode, REGNO (operands[0]) + 1);

  lateoperands[1] = operands[1];
  operands[1] = gen_rtx_REG (HImode, REGNO (operands[1]) + 1);

  output_asm_insn (\"com %0\", operands);  <-
  output_asm_insn (\"com %0\", lateoperands);  <-
  output_asm_insn (\"inc %0\", operands);  <-
  output_asm_insn (\"adc %0\", lateoperands);  <-

  return \"\"; <-
}


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33533



[Bug target/33534] New: bogus escape

2007-09-23 Thread kai-gcc-bugs at khms dot westfalen dot de
gcc/config/score/score.md:113ff:

{
  switch (which_alternative)
{
case 0: return mdp_limm (operands);
case 1: return mdp_move (operands);
case 2: return mdp_linsn (operands, MDA_BYTE, false);
case 3: return mdp_sinsn (operands, MDA_BYTE);
case 4: return TARGET_MAC ? \"mf%1%S0 %0\" : \"mf%1%0\";   <
case 5: return TARGET_MAC ? \"mt%0%S1 %1\" : \"mt%0%1\";   <
case 6: return \"mfsr%0, %1\"; <
case 7: return \"mtsr%1, %0\"; <
default: gcc_unreachable ();
}
}

This is in a brace block, NOT in a double quote string. These escapes are
bogus.

This is revision 127595.


-- 
   Summary: bogus escape
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
        AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
GCC target triplet: score


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33534



[Bug target/33534] bogus escape

2007-09-23 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de  2007-09-23 
08:35 ---
... also many more in this file, too many to add here.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33534



[Bug target/33534] bogus escape

2007-09-23 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #2 from kai-gcc-bugs at khms dot westfalen dot de  2007-09-23 
09:13 ---
(I count 128 lines in all.)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33534



[Bug target/33536] New: bogus escapes

2007-09-23 Thread kai-gcc-bugs at khms dot westfalen dot de
gcc/config/spu/spu.md:1647f:

  {
emit_move_insn (operands[3],spu_float_const(\"0.5\",SFmode)); <
emit_move_insn
(operands[4],spu_float_const(\"1.0011920928955078125\",SFmode));  <
emit_insn(gen_frsqest_sf(operands[2],operands[1]));
emit_insn(gen_fi_sf(operands[2],operands[1],operands[2]));
emit_insn(gen_mulsf3(operands[5],operands[2],operands[1]));
emit_insn(gen_mulsf3(operands[3],operands[5],operands[3]));
emit_insn(gen_fnms_sf(operands[4],operands[2],operands[5],operands[4]));
emit_insn(gen_fma_sf(operands[0],operands[4],operands[3],operands[5]));
DONE;
  })

This is in a brace block, NOT in a double quote string. These escapes are
bogus.

This is revision 127595.


-- 
   Summary: bogus escapes
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
GCC target triplet: spu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33536



[Bug target/33532] bogus escape

2007-09-25 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #6 from kai-gcc-bugs at khms dot westfalen dot de  2007-09-25 
17:36 ---
I don't know about Wolfgang.

As for me:

1. This is rather confusing.

2. I was writing a perl script to correlate source with tm.texi documentation.
I certainly couldn't think of an algorithm that would parse all of these:

"..\"..."
\".\"
\""
"...
..."

I believe I've even seen several of these in the same brace block. (Not
necessarily in this target.)

I can certainly see no reason why these extra escapes SHOULD be permitted. All
they seem to do is obfuscate the code.

Furthermore, this is most definitely undocumented (and I'd guess unintentional)
behaviour. The docs seem to be pretty clear: the contents of a brace block is a
piece of C, period.

Really, I think calling this an enhancment request is wrong: it is plainly a
bug. Not necessarily a severe bug, and one can certainly argue why it's there
and what would be the correct solution, but I am firmly convinced that the
status quo is NOT correct.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33532



[Bug target/33190] tm.texi describes some non-existing hooks

2007-09-25 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #2 from kai-gcc-bugs at khms dot westfalen dot de  2007-09-25 
18:38 ---
Learned some more. (For reference, this is all from Fr 17 Aug 21:29:16 UTC 2007
(revision 127595).)

In the docs, but not anywhere in the source:
TARGET_ALIGN_ANON_BITFIELDS
TARGET_NARROW_VOLATILE_BITFIELDS
RANGE_TEST_NON_SHORT_CIRCUIT
DBX_OUTPUT_LBRAC
DBX_OUTPUT_RBRAC
DBX_OUTPUT_NFUN
REAL_VALUE_TRUNCATE

Not defined by any target, but used in the main sources:
MODE_HAS_SIGNED_ZEROS (gcc/defaults.h gcc/flags.h)
TARGET_DECIMAL_FLOAT_SUPPORTED_P (gcc/target-def.h)
TARGET_BUILTIN_SETJMP_FRAME_VALUE (gcc/target-def.h)
TARGET_STACK_PROTECT_GUARD (gcc/target-def.h)
USE_LOAD_POST_DECREMENT (gcc/rtl.h)
USE_LOAD_PRE_INCREMENT (gcc/rtl.h)
USE_STORE_POST_DECREMENT (gcc/rtl.h)
USE_STORE_PRE_INCREMENT (gcc/rtl.h)
TARGET_SCHED_DFA_POST_CYCLE_INSN (gcc/target-def.h)
TARGET_SCHED_INIT_DFA_POST_CYCLE_INSN (gcc/target-def.h)
TARGET_HAVE_SRODATA_SECTION (gcc/target-def.h)
TARGET_ASM_RECORD_GCC_SWITCHES (gcc/config/elfos.h gcc/target-def.h)
TARGET_ASM_RECORD_GCC_SWITCHES_SECTION (gcc/target-def.h)
TARGET_ASM_ALIGNED_TI_OP (gcc/target-def.h)
TARGET_ASM_UNALIGNED_TI_OP (gcc/target-def.h)
ASM_OUTPUT_MEASURED_SIZE (gcc/config/elfos.h gcc/defaults.h) NOTE: the default
is USED but not defined in some targets.
TARGET_MERGE_TYPE_ATTRIBUTES (gcc/target-def.h)
TARGET_FUNCTION_ATTRIBUTE_INLINABLE_P (gcc/target-def.h)
TARGET_GET_PCH_VALIDITY (gcc/target-def.h)
TARGET_PCH_VALID_P (gcc/target-def.h)
TARGET_MIN_DIVISIONS_FOR_RECIP_MUL (gcc/target-def.h)
IFCVT_EXTRA_FIELDS (gcc/basic-block.h)
TARGET_RESOLVE_OVERLOADED_BUILTIN (gcc/target-def.h)
SWITCH_CURTAILS_COMPILATION (gcc/gcc.c)
SYSROOT_HEADERS_SUFFIX_SPEC (gcc/cppdefault.c gcc/gcc.c)
LARGEST_EXPONENT_IS_NORMAL (gcc/config/fp-bit.c gcc/defaults.h) NOTE: USED in
gcc/config/spu/spu.h
SHORT_FRACT_TYPE_SIZE (gcc/defaults.h gcc/tree.c)
FRACT_TYPE_SIZE (gcc/defaults.h gcc/tree.c)
LONG_FRACT_TYPE_SIZE (gcc/defaults.h gcc/tree.c)
LONG_LONG_FRACT_TYPE_SIZE (gcc/defaults.h gcc/tree.c)
SHORT_ACCUM_TYPE_SIZE (gcc/defaults.h gcc/tree.c)
ACCUM_TYPE_SIZE (gcc/defaults.h gcc/tree.c)
LONG_ACCUM_TYPE_SIZE (gcc/defaults.h gcc/tree.c)
LONG_LONG_ACCUM_TYPE_SIZE (gcc/defaults.h gcc/tree.c)
LIBGCC2_HAS_DF_MODE (gcc/libgcc2.c gcc/libgcc2.h)
SF_SIZE (gcc/libgcc2.c gcc/libgcc2.h)
DF_SIZE (gcc/libgcc2.c gcc/libgcc2.h)
INTMAX_TYPE (gcc/c-common.c)
UINTMAX_TYPE (gcc/c-common.c)
STACK_CHECK_PROBE_INTERVAL (gcc/explow.c gcc/expr.h)
STACK_CHECK_PROBE_LOAD (gcc/explow.c gcc/expr.h)
STACK_CHECK_PROTECT (gcc/explow.c gcc/expr.h gcc/function.c)
STACK_CHECK_MAX_FRAME_SIZE (gcc/explow.c gcc/expr.h gcc/function.c
gcc/reload1.c)
STACK_CHECK_FIXED_FRAME_SIZE (gcc/expr.h gcc/reload1.c)
STACK_CHECK_MAX_VAR_SIZE (gcc/ada/decl.c gcc/calls.c gcc/expr.h gcc/stmt.c)
US_SOFTWARE_GOFAST (gcc/config.gcc gcc/config/fp-bit.c gcc/config/fp-bit.h
gcc/config/gofast.h)
GEN_ERRNO_RTX (gcc/builtins.c)
ASM_OUTPUT_POOL_EPILOGUE (gcc/varasm.c)
ASM_OUTPUT_SIZE_DIRECTIVE (gcc/config/elfos.h gcc/defaults.h) NOTE: *used* by
many targets
JUMP_ALIGN (gcc/final.c)
LABEL_ALIGN_AFTER_BARRIER_MAX_SKIP (gcc/final.c)
LOOP_ALIGN_MAX_SKIP (gcc/final.c)
LABEL_ALIGN_MAX_SKIP (gcc/final.c)
DEBUG_SYMS_TEXT (gcc/dbxout.c gcc/xcoffout.h)
DBX_TYPE_DECL_STABS_CODE (gcc/dbxout.c gcc/xcoffout.h)
DBX_STATIC_CONST_VAR_CODE (gcc/dbxout.c gcc/xcoffout.h)
DBX_REGPARM_STABS_CODE (gcc/dbxout.c gcc/xcoffout.h)
DBX_REGPARM_STABS_LETTER (gcc/dbxout.c gcc/xcoffout.h)
DBX_BLOCKS_FUNCTION_RELATIVE (gcc/config/dbxcoff.h gcc/config/dbxelf.h
gcc/dbxout.c)
DBX_OUTPUT_MAIN_SOURCE_FILENAME (gcc/dbxout.c gcc/xcoffout.h)
NO_DBX_MAIN_SOURCE_DIRECTORY (gcc/dbxout.c gcc/xcoffout.h)
NO_DBX_GCC_MARKER (gcc/dbxout.c gcc/xcoffout.h)
DBX_OUTPUT_MAIN_SOURCE_FILE_END (gcc/dbxout.c gcc/xcoffout.h)
CASE_USE_BIT_TESTS (gcc/stmt.c)
VECTOR_STORE_FLAG_VALUE (gcc/simplify-rtx.c)
POWI_MAX_MULTS (gcc/builtins.c)

These are used *only* in gcc/config (not mentioned in the main sources):
REVERSE_CONDEXEC_PREDICATES_P (gcc/config/frv/frv.h)
ALL_COP_ADDITIONAL_REGISTER_NAMES (gcc/config/mips/mips.h)
FIXUNS_TRUNC_LIKE_FIX_TRUNC (many targets)
MD_HANDLE_UNWABI (gcc/config/ia64/linux-unwind.h gcc/config/ia64/unwind-ia64.c)


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33190



[Bug target/33587] New: INIT_SECTION_ASM_OP defined twice in tm.texi

2007-09-29 Thread kai-gcc-bugs at khms dot westfalen dot de
Line 6399:

@defmac INIT_SECTION_ASM_OP
If defined, a C expression whose value is a string, including spacing,
containing the assembler operation to identify the following data as
initialization code.  If not defined, GCC will assume such a section does
not exist.  This section has no corresponding @code{init_section}
variable; it is used entirely in runtime code.
@end defmac

Line 7755:

@defmac INIT_SECTION_ASM_OP
If defined, a C string constant, including spacing, for the assembler
operation to identify the following data as initialization code.  If not
defined, GCC will assume such a section does not exist.  When you are
using special sections for initialization and termination functions, this
macro also controls how @file{crtstuff.c} and @file{libgcc2.c} arrange to
run the initialization functions.
@end defmac


-- 
   Summary: INIT_SECTION_ASM_OP defined twice in tm.texi
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
 GCC build triplet: n/a
  GCC host triplet: n/a
GCC target triplet: n/a


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33587



[Bug target/33587] INIT_SECTION_ASM_OP defined twice in tm.texi

2007-09-29 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de  2007-09-29 
08:35 ---
Forgot to mention, this is revision 127595.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33587



[Bug target/33767] New: GLOBAL_ASM_OP needs to be documented in tm.texi

2007-10-13 Thread kai-gcc-bugs at khms dot westfalen dot de
There's just one mention in all of the internals docs:

The default implementation relies on a proper definition of
@code{GLOBAL_ASM_OP}.

varasm.c has this:

/* Default function to output code that will globalize a label.  A
   target must define GLOBAL_ASM_OP or provide its own function to
   globalize a label.  */
#ifdef GLOBAL_ASM_OP
void
default_globalize_label (FILE * stream, const char *name)
{
  fputs (GLOBAL_ASM_OP, stream);
  assemble_name (stream, name);
  putc ('\n', stream);
}
#endif /* GLOBAL_ASM_OP */

Clearly, this should be documented as a target macro, and explained what a
proper definition actually *is*. Also, maybe there ought to be a default in
either defaults.h or elfos.h.

(revision 127595)


-- 
   Summary: GLOBAL_ASM_OP needs to be documented in tm.texi
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
 GCC build triplet: any
  GCC host triplet: any
GCC target triplet: any


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33767



[Bug target/33785] New: TARGET_C99_FUNCTIONS default wrong in tm.texi

2007-10-15 Thread kai-gcc-bugs at khms dot westfalen dot de
tm.texi has:

@defmac TARGET_C99_FUNCTIONS
When this macro is nonzero, GCC will implicitly optimize @code{sin} calls into
@code{sinf} and similarly for other functions defined by C99 standard. The
default is nonzero that should be proper value for most modern systems, however
number of existing systems lacks support for these functions in the runtime so
they needs this macro to be redefined to 0.
@end defmac

but defaults.h has:

gcc/defaults.h:825:#ifndef TARGET_C99_FUNCTIONS
gcc/defaults.h:826:#define TARGET_C99_FUNCTIONS 0

(revision 127595)


-- 
   Summary: TARGET_C99_FUNCTIONS default wrong in tm.texi
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
 GCC build triplet: n/a
  GCC host triplet: n/a
GCC target triplet: n/a


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33785



[Bug target/33973] New: genmddeps can't handle :

2007-11-01 Thread kai-gcc-bugs at khms dot westfalen dot de
(revision 127595)

(This is with (define_mode_macro XX [...]) (define_mode_attr YY [...]))

It does handle :.

Symptom:

build/genmddeps xxx.md > tmp-mddeps
xxx.md:142: unknown mode `  (sign_extend:   
(match_dup 1))'
make[3]: *** [s-mddeps] Fehler 1


-- 
   Summary: genmddeps can't handle :
   Product: gcc
   Version: 4.3.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
    ReportedBy: kai-gcc-bugs at khms dot westfalen dot de
 GCC build triplet: n/a
  GCC host triplet: n/a
GCC target triplet: n/a


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33973



[Bug target/34625] New: msgl-check.c:199: error: unrecognizable insn:

2007-12-30 Thread kai-gcc-bugs at khms dot westfalen dot de
(*) This is actually running on i686-pc-linux-gnu, in a chroot which (with the
help of Wine) masquerades as i686-pc-mingw32 so most packages can be compiled
"natively" (cross support in general is weak, cross support to w32 even
weaker).

/bin/bash ../libtool --tag=CC   --mode=compile i686-pc-mingw32-gcc -std=gnu99
-DLOCALEDIR=\"/mingw/share/locale\" -DBISON_LOCALEDIR=\"\"
-DLOCALE_ALIAS_PATH=\"/mingw/share/locale\" -DUSEJEXE=0
-DGETTEXTJEXEDIR=\"/mingw/lib/gettext\"
-DGETTEXTJAR=\"/mingw/share/gettext/gettext.jar\" -DLIBDIR=\"/mingw/lib\"
-DGETTEXTDATADIR=\"/mingw/share/gettext\"
-DPROJECTSDIR=\"/mingw/share/gettext/projects\" -DHAVE_CONFIG_H -I. -I..  -I.
-I. -I.. -I.. -I../libgrep -I../gnulib-lib -I../gnulib-lib -I../intl
-I../../gettext-runtime/intl -I/mingw/include  -g -O2 -c -o msgl-english.lo
msgl-english.c
 i686-pc-mingw32-gcc -std=gnu99 -DLOCALEDIR=\"/mingw/share/locale\"
-DBISON_LOCALEDIR=\"\" -DLOCALE_ALIAS_PATH=\"/mingw/share/locale\" -DUSEJEXE=0
-DGETTEXTJEXEDIR=\"/mingw/lib/gettext\"
-DGETTEXTJAR=\"/mingw/share/gettext/gettext.jar\" -DLIBDIR=\"/mingw/lib\"
-DGETTEXTDATADIR=\"/mingw/share/gettext\"
-DPROJECTSDIR=\"/mingw/share/gettext/projects\" -DHAVE_CONFIG_H -I. -I.. -I.
-I. -I.. -I.. -I../libgrep -I../gnulib-lib -I../gnulib-lib -I../intl
-I../../gettext-runtime/intl -I/mingw/include -g -O2 -c msgl-english.c 
-DDLL_EXPORT -DPIC -o .libs/msgl-english.o
 i686-pc-mingw32-gcc -std=gnu99 -DLOCALEDIR=\"/mingw/share/locale\"
-DBISON_LOCALEDIR=\"\" -DLOCALE_ALIAS_PATH=\"/mingw/share/locale\" -DUSEJEXE=0
-DGETTEXTJEXEDIR=\"/mingw/lib/gettext\"
-DGETTEXTJAR=\"/mingw/share/gettext/gettext.jar\" -DLIBDIR=\"/mingw/lib\"
-DGETTEXTDATADIR=\"/mingw/share/gettext\"
-DPROJECTSDIR=\"/mingw/share/gettext/projects\" -DHAVE_CONFIG_H -I. -I.. -I.
-I. -I.. -I.. -I../libgrep -I../gnulib-lib -I../gnulib-lib -I../intl
-I../../gettext-runtime/intl -I/mingw/include -g -O2 -c msgl-english.c -o
msgl-english.o >/dev/null 2>&1
/bin/bash ../libtool --tag=CC   --mode=compile i686-pc-mingw32-gcc -std=gnu99
-DLOCALEDIR=\"/mingw/share/locale\" -DBISON_LOCALEDIR=\"\"
-DLOCALE_ALIAS_PATH=\"/mingw/share/locale\" -DUSEJEXE=0
-DGETTEXTJEXEDIR=\"/mingw/lib/gettext\"
-DGETTEXTJAR=\"/mingw/share/gettext/gettext.jar\" -DLIBDIR=\"/mingw/lib\"
-DGETTEXTDATADIR=\"/mingw/share/gettext\"
-DPROJECTSDIR=\"/mingw/share/gettext/projects\" -DHAVE_CONFIG_H -I. -I..  -I.
-I. -I.. -I.. -I../libgrep -I../gnulib-lib -I../gnulib-lib -I../intl
-I../../gettext-runtime/intl -I/mingw/include  -g -O2 -c -o msgl-check.lo
msgl-check.c
 i686-pc-mingw32-gcc -std=gnu99 -DLOCALEDIR=\"/mingw/share/locale\"
-DBISON_LOCALEDIR=\"\" -DLOCALE_ALIAS_PATH=\"/mingw/share/locale\" -DUSEJEXE=0
-DGETTEXTJEXEDIR=\"/mingw/lib/gettext\"
-DGETTEXTJAR=\"/mingw/share/gettext/gettext.jar\" -DLIBDIR=\"/mingw/lib\"
-DGETTEXTDATADIR=\"/mingw/share/gettext\"
-DPROJECTSDIR=\"/mingw/share/gettext/projects\" -DHAVE_CONFIG_H -I. -I.. -I.
-I. -I.. -I.. -I../libgrep -I../gnulib-lib -I../gnulib-lib -I../intl
-I../../gettext-runtime/intl -I/mingw/include -g -O2 -c msgl-check.c 
-DDLL_EXPORT -DPIC -o .libs/msgl-check.o
msgl-check.c: In function 'plural_help':
msgl-check.c:199: error: unrecognizable insn:
(insn 40 39 41 6 msgl-check.c:184 (set (reg:SI 76)
(const:SI (plus:SI (mem:SI (symbol_ref:SI ("#i.plural_table") ) [0 S4 A8])
(const_int 4 [0x4] -1 (nil)
(nil))
msgl-check.c:199: internal compiler error: in extract_insn, at recog.c:2077
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
make[4]: *** [msgl-check.lo] Error 1
make[4]: Leaving directory `/BUILD/gettext-0.17/gettext-tools/src'
make[3]: *** [all] Error 2
make[3]: Leaving directory `/BUILD/gettext-0.17/gettext-tools/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/BUILD/gettext-0.17/gettext-tools'
make[1]: *** [all] Error 2
make[1]: Leaving directory `/BUILD/gettext-0.17/gettext-tools'
make: *** [all-recursive] Error 1



[EMAIL PROTECTED]:~/.../CHROOT$ sudo chroot /home/kai/.../CHROOT/MINGW/chroot
/bin/bash -c '. /mingw/local/bin/mwpathset.sh; cd /BUILD/gettext-0.17;
i686-pc-mingw32-gcc -v'
Using built-in specs.
Target: i686-pc-mingw32
Configured with: /home/kai/.../CHROOT/MINGW/sources/gcc-4.2.2/configure
--prefix=/home/kai/.../CHROOT/MINGW/Prefix --target=i686-pc-mingw32
--build=i686-pc-linux-gnu --with-gcc --with-gnu-as --with-gnu-ld
--with-sysroot=/home/kai/.../CHROOT/MINGW/Sysroot --with-dwarf2 --enable-static
--enable-shared --enable-

[Bug target/34625] msgl-check.c:199: error: unrecognizable insn:

2007-12-30 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de  2007-12-30 
14:04 ---
Here's the output from -v:

Using built-in specs.
Target: i686-pc-mingw32
Configured with: /home/kai/.../CHROOT/MINGW/sources/gcc-4.2.2/configure
--prefix=/home/kai/.../CHROOT/MINGW/Prefix --target=i686-pc-mingw32
--build=i686-pc-linux-gnu --with-gcc --with-gnu-as --with-gnu-ld
--with-sysroot=/home/kai/.../CHROOT/MINGW/Sysroot --with-dwarf2 --enable-static
--enable-shared --enable-languages=c,objc,c++ --disable-multilib
--enable-threads --enable-tls
Thread model: win32
gcc version 4.2.2
 /usr/bin/../libexec/gcc/i686-pc-mingw32/4.2.2/cc1 -quiet -v -I. -I.. -I. -I.
-I.. -I.. -I../libgrep -I../gnulib-lib -I../gnulib-lib -I../intl
-I../../gettext-runtime/intl -I/mingw/include -iprefix
/usr/bin/../lib/gcc/i686-pc-mingw32/4.2.2/ -DLOCALEDIR="/mingw/share/locale"
-DBISON_LOCALEDIR="" -DLOCALE_ALIAS_PATH="/mingw/share/locale" -DUSEJEXE=0
-DGETTEXTJEXEDIR="/mingw/lib/gettext"
-DGETTEXTJAR="/mingw/share/gettext/gettext.jar" -DLIBDIR="/mingw/lib"
-DGETTEXTDATADIR="/mingw/share/gettext"
-DPROJECTSDIR="/mingw/share/gettext/projects" -DHAVE_CONFIG_H -DDLL_EXPORT
-DPIC msgl-check.c -quiet -dumpbase msgl-check.c -mtune=generic -auxbase-strip
.libs/msgl-check.o -g -O2 -std=gnu99 -version -o /tmp/ccbFu9Jj.s
ignoring nonexistent directory
"/home/kai/.../CHROOT/MINGW/Sysroot/usr/local/include"
ignoring nonexistent directory
"/home/kai/.../CHROOT/MINGW/Prefix/lib/gcc/i686-pc-mingw32/4.2.2/include"
ignoring nonexistent directory
"/home/kai/.../CHROOT/MINGW/Prefix/i686-pc-mingw32/include"
ignoring nonexistent directory
"/home/kai/.../CHROOT/MINGW/Sysroot/mingw/include"
ignoring duplicate directory "."
ignoring duplicate directory "."
ignoring duplicate directory ".."
ignoring duplicate directory ".."
ignoring duplicate directory "../gnulib-lib"
ignoring duplicate directory "/mingw/include"
  as it is a non-system directory that duplicates a system directory
#include "..." search starts here:
#include <...> search starts here:
 .
 ..
 ../libgrep
 ../gnulib-lib
 ../intl
 ../../gettext-runtime/intl
 /usr/bin/../lib/gcc/i686-pc-mingw32/4.2.2/include
 /usr/bin/../lib/gcc/i686-pc-mingw32/4.2.2/../../../../i686-pc-mingw32/include
End of search list.
GNU C version 4.2.2 (i686-pc-mingw32)
compiled by GNU C version 4.1.2 (Ubuntu 4.1.2-0ubuntu4).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
Compiler executable checksum: 6dcc5255bda1643008b891d121aa4d75
msgl-check.c: In function 'plural_help':
msgl-check.c:199: error: unrecognizable insn:
(insn 40 39 41 6 msgl-check.c:184 (set (reg:SI 76)
(const:SI (plus:SI (mem:SI (symbol_ref:SI ("#i.plural_table") ) [0 S4 A8])
(const_int 4 [0x4] -1 (nil)
(nil))
msgl-check.c:199: internal compiler error: in extract_insn, at recog.c:2077
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625



[Bug target/34625] msgl-check.c:199: error: unrecognizable insn:

2007-12-30 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #2 from kai-gcc-bugs at khms dot westfalen dot de  2007-12-30 
14:09 ---
Created an attachment (id=14843)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14843&action=view)
msgl-check.i

Generated with -save-temps


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625



[Bug target/34625] msgl-check.c:199: error: unrecognizable insn:

2007-12-30 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #3 from kai-gcc-bugs at khms dot westfalen dot de  2007-12-30 
14:10 ---
I should add that I saw the exact same error with 4.1.2.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625



[Bug target/34625] msgl-check.c:199: error: unrecognizable insn:

2007-12-30 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #5 from kai-gcc-bugs at khms dot westfalen dot de  2007-12-30 
15:15 ---
Still in gcc version 4.2.3 20071226 (prerelease).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625



[Bug target/34625] msgl-check.c:199: error: unrecognizable insn:

2007-12-30 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #6 from kai-gcc-bugs at khms dot westfalen dot de  2007-12-30 
15:20 ---
Hmm. Looking at PR 29826, this is indeed the same bug; maybe a different
version of the mingw headers? And I wonder why I didn't find it when I searched
for it ...


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625



[Bug target/34625] msgl-check.c:199: error: unrecognizable insn:

2007-12-31 Thread kai-gcc-bugs at khms dot westfalen dot de


--- Comment #9 from kai-gcc-bugs at khms dot westfalen dot de  2007-12-31 
20:26 ---
Applying that patch also works for gcc-4.2-20071226.

So, it seems that patch was simply never applied to 4.2.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34625



[Bug c++/11507] parser fails to recognize namespace; regression to 3.3

2003-07-12 Thread kai-gcc-bugs at khms dot westfalen dot de
PLEASE REPLY TO [EMAIL PROTECTED] ONLY, *NOT* [EMAIL PROTECTED]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11507



--- Additional Comments From kai-gcc-bugs at khms dot westfalen dot de  2003-07-12 
16:14 ---
Created an attachment (id=4393)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=4393&action=view)
error output with HEAD