[Bug target/46432] v850-elf --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46432 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/46432] v850-elf --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46432 --- Comment #4 from Jorn Wolfgang Rennecke 2010-11-15 14:03:36 UTC --- Author: amylaar Date: Mon Nov 15 14:03:31 2010 New Revision: 166754 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166754 Log: PR target/46432 * config

[Bug target/44762] score/predicates.md warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44762 Jorn Wolfgang Rennecke changed: What|Removed |Added Keywords||patch --- Comment #1 from Jorn W

[Bug target/46434] crx-elf --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46434 Jorn Wolfgang Rennecke changed: What|Removed |Added Keywords||patch --- Comment #1 from Jorn W

[Bug target/46436] m68hc11-elf --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46436 Jorn Wolfgang Rennecke changed: What|Removed |Added Keywords||patch --- Comment #1 from Jorn W

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #7 from Jorn Wolfgang Rennecke 2010-11-15 14:43:13 UTC --- (In reply to comment #4) > Good point. Let's kill \r then. It should be possible to use > tr -d '\015' Do we still have to worry about old mac-style line ends, i.e. a sol

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #8 from Jorn Wolfgang Rennecke 2010-11-15 15:41:33 UTC --- Created attachment 22400 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22400 Proposed patch Does this patch work for you on Cygwin? It doesn't address MacOS 9 Issues,

[Bug other/46489] New: tree optimizer and frontend files use target macros

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46489 Summary: tree optimizer and frontend files use target macros Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo

[Bug other/46489] tree optimizer and frontend files use target macros

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46489 --- Comment #1 from Jorn Wolfgang Rennecke 2010-11-16 04:59:35 UTC --- Created attachment 22418 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22418 This is a list of the files that use tm.h, broken up into different categories.

[Bug middle-end/46495] New: target.h and function.h require tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46495 Summary: target.h and function.h require tm.h Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig.

[Bug middle-end/46500] New: target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 Summary: target.h includes tm.h Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassig...@gcc.gnu.org

[Bug target/44762] score/predicates.md warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44762 --- Comment #2 from Jorn Wolfgang Rennecke 2010-11-16 16:12:19 UTC --- Author: amylaar Date: Tue Nov 16 16:12:14 2010 New Revision: 166807 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166807 Log: PR target/44762 * config/score/s

[Bug java/46386] negative shift count in build_constants_constructor for 16 bit pointer targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46386 --- Comment #2 from Jorn Wolfgang Rennecke 2010-11-16 21:46:37 UTC --- Author: amylaar Date: Tue Nov 16 21:46:28 2010 New Revision: 166826 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166826 Log: 2010-11-09 Joern Rennecke And

[Bug java/46386] negative shift count in build_constants_constructor for 16 bit pointer targets

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46386 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/44762] score/predicates.md warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44762 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|NEW |WAITING

[Bug target/46436] m68hc11-elf --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46436 --- Comment #2 from Jorn Wolfgang Rennecke 2010-11-19 18:40:31 UTC --- Author: amylaar Date: Fri Nov 19 18:40:24 2010 New Revision: 166952 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166952 Log: PR target/46436 * config/m68hc11

[Bug target/46434] crx-elf --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46434 --- Comment #2 from Jorn Wolfgang Rennecke 2010-11-19 19:22:31 UTC --- Author: amylaar Date: Fri Nov 19 19:22:27 2010 New Revision: 166954 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=166954 Log: PR target/46434 * config/crx/crx

[Bug target/46436] m68hc11-elf --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46436 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #11 from Jorn Wolfgang Rennecke 2010-11-20 00:16:07 UTC --- (In reply to comment #10) > case `echo X|tr X '\101'` in \ > A) tr -d '\015' < tmp-tm.texi > tmp2-tm.texi ;; \ > *) tr -d '\r' < tmp-tm.texi > tmp2-tm.te

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #13 from Jorn Wolfgang Rennecke 2010-11-20 01:31:12 UTC --- (In reply to comment #12) > (In reply to comment #11) > > Does the generated tm.texi still have carriage return characters? > > Or is there some other difference to the tm.te

[Bug debug/46583] [4.6 Regression] -fcompare-debug failure with -O -fno-inline -fipa-cp -fipa-cp-clone

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46583 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug target/46608] New: picochip-protos.h includes target.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46608 Summary: picochip-protos.h includes target.h Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target

[Bug target/46608] picochip-protos.h includes target.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46608 --- Comment #1 from Jorn Wolfgang Rennecke 2010-11-22 20:55:13 UTC --- Author: amylaar Date: Mon Nov 22 20:55:07 2010 New Revision: 167050 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167050 Log: PR target/46608 * config

[Bug target/46608] picochip-protos.h includes target.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46608 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/46613] New: m32c fails to build - m32c_conditional_register_usage missing for m32c-pragma.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46613 Summary: m32c fails to build - m32c_conditional_register_usage missing for m32c-pragma.c Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity:

[Bug target/46613] m32c fails to build - m32c_conditional_register_usage missing for m32c-pragma.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46613 --- Comment #1 from Jorn Wolfgang Rennecke 2010-11-22 21:50:54 UTC --- Author: amylaar Date: Mon Nov 22 21:50:49 2010 New Revision: 167056 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167056 Log: PR target/46613 * config

[Bug target/46434] crx-elf --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46434 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/46613] m32c fails to build - m32c_conditional_register_usage missing for m32c-pragma.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46613 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 Jorn Wolfgang Rennecke changed: What|Removed |Added Keywords||patch Severity|normal

[Bug tree-optimization/46621] New: gimple.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46621 Summary: gimple.h includes tm.h Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassig...@gcc.

[Bug target/46623] New: microblaze --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46623 Summary: microblaze --enable-werror-always build fails Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: targ

[Bug other/46633] New: [meta-bug] frontends use BITS_PER_UNIT when they mean TYPE_PRECISION (char_type_node)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46633 Summary: [meta-bug] frontends use BITS_PER_UNIT when they mean TYPE_PRECISION (char_type_node) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Pri

[Bug c++/46634] New: cp/typeck2.c: uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46634 Summary: cp/typeck2.c: uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/46635] New: c-family/c-common.c uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46635 Summary: c-family/c-common.c uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node) Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priorit

[Bug c/46636] New: attribute aligned is documented as using bytes, uses addressable units instead.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636 Summary: attribute aligned is documented as using bytes, uses addressable units instead. Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority:

[Bug tree-optimization/46621] gimple.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46621 Jorn Wolfgang Rennecke changed: What|Removed |Added Blocks||46495 --- Comment #1 from Jorn W

[Bug c/46636] attribute aligned is documented as using bytes, uses addressable units instead.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636 --- Comment #1 from Jorn Wolfgang Rennecke 2010-11-24 10:34:40 UTC --- Alignof also uses units at the moment, anthough the documentation suggests it should be bytes.

[Bug c/46636] attribute aligned is documented as using bytes, uses addressable units instead.

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46636 --- Comment #3 from Jorn Wolfgang Rennecke 2010-11-24 14:26:52 UTC --- (In reply to comment #2) > Well, on these targets "bytes" really are larger I suppose (for example > each character in a C string constant consumes BITS_PER_UNIT). A 32 bit w

[Bug c/46635] c-family/c-common.c uses BITS_PER_UNIT in lieu of TYPE_PRECISION (char_type_node)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46635 --- Comment #1 from Jorn Wolfgang Rennecke 2010-11-24 15:49:22 UTC --- As Joseph S. Myers bentioned in comment 1 of PR46633, if TREE_STRING_LENGTH is considered to be measured in BITS_PER_UNIT rather than TYPE_PRECISION (char_type_node), fix_stri

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 --- Comment #3 from Jorn Wolfgang Rennecke 2010-11-24 19:46:09 UTC --- Created attachment 22513 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22513 additional patch for microblaze I realized a bit late that I didn't have the microblaze in

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #15 from Jorn Wolfgang Rennecke 2010-11-25 08:02:28 UTC --- Author: amylaar Date: Thu Nov 25 08:02:13 2010 New Revision: 167137 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167137 Log: 2010-11-25 Joern Rennecke Ra

[Bug target/46623] microblaze --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46623 --- Comment #1 from Jorn Wolfgang Rennecke 2010-11-26 17:38:24 UTC --- Author: amylaar Date: Fri Nov 26 17:38:20 2010 New Revision: 167186 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167186 Log: PR target/46623 * config/microbl

[Bug target/46623] microblaze --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46623 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug other/46677] New: frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 Summary: frontends and tree optimizers use *_TYPE_SIZE Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: other AssignedTo: unas

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #2 from Jorn Wolfgang Rennecke 2010-11-26 21:01:09 UTC --- (In reply to comment #1) > Frontends and tree optimizers also use TYPE_SIZE_UNIT and DECL_SIZE_UNIT which > is calculated by layout_type using target dependent BITS_PER_UNIT.

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #4 from Jorn Wolfgang Rennecke 2010-11-26 21:53:40 UTC --- Created attachment 22543 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22543 patch using DEFHOOKPOD For the record, this is the patch using DEFHOOKPOD.

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #5 from Jorn Wolfgang Rennecke 2010-11-26 22:08:11 UTC --- (In reply to comment #3) > * Modifiable members of targetm are a bad idea and make LTO-based > devirtualization harder (I'd rather targetm was const for single-target > buil

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #7 from Jorn Wolfgang Rennecke 2010-11-26 22:34:08 UTC --- (In reply to comment #6) > No. The optimization passes that are remotely related do not work > flow or context sensitive, so we don't know whether the initialization > takes

[Bug tree-optimization/46621] gimple.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46621 --- Comment #2 from Jorn Wolfgang Rennecke 2010-11-29 00:50:09 UTC --- Author: amylaar Date: Mon Nov 29 00:50:04 2010 New Revision: 167230 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167230 Log: PR tree-optimization/46621 * gim

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #10 from Jorn Wolfgang Rennecke 2010-11-29 02:53:27 UTC --- (In reply to comment #3) > * POINTER_SIZE and ADA_LONG_TYPE_SIZE I haven't looked at in detail - We have several possible substitutes for POINTER_SIZE: GET_MODE_BITSIZE (pt

[Bug bootstrap/44756] [meta-bug] --enable-werror-always issues

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44756 --- Comment #9 from Jorn Wolfgang Rennecke 2010-11-29 04:38:27 UTC --- Author: amylaar Date: Mon Nov 29 04:38:21 2010 New Revision: 167234 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167234 Log: PR bootstrap/44756 * cppbuiltin.

[Bug target/46735] New: frv-elf --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46735 Summary: frv-elf --enable-werror-always build fails for 64 bit host Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Componen

[Bug target/46737] New: bfin-elf --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46737 Summary: bfin-elf --enable-werror-always build fails for 64 bit host Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Pri

[Bug ada/46738] New: microblaze ada --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46738 Summary: microblaze ada --enable-werror-always build fails Product: gcc Version: 4.6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada AssignedTo: un

[Bug target/46739] New: mmix-knuth-mmixware --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46739 Summary: mmix-knuth-mmixware --enable-werror-always build fails for 64 bit host Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal

[Bug target/46740] New: vax-linux-gnu --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46740 Summary: vax-linux-gnu --enable-werror-always build fails for 64 bit host Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal

[Bug ada/46741] New: bootstrap with bootstrapped compiler fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46741 Summary: bootstrap with bootstrapped compiler fails Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: ada

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #20 from Jorn Wolfgang Rennecke 2010-12-03 00:46:12 UTC --- (In reply to comment #19) > Please install the "file" utility. It should be able to identify if a file has > CR or CRLF line terminators. With od, we can see exactly, byte

[Bug bootstrap/46776] New: gogo-tree.cc uses TRAMPOLINE_ALIGNMENT and TRAMPOLINE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46776 Summary: gogo-tree.cc uses TRAMPOLINE_ALIGNMENT and TRAMPOLINE_SIZE Product: gcc Version: 4.6.0 Status: UNCONFIRMED Keywords: build Severity: normal Prio

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #22 from Jorn Wolfgang Rennecke 2010-12-03 17:57:22 UTC --- (In reply to comment #21) > Executing command 'file gcc/doc/tm.texi' yields > ../gcc-4.6-20101113/gcc/doc/tm.texi: ASCII English text, with CRLF line > terminators. So, doe

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|WAITING |REOPENED --- Comment #24 from Jo

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #25 from Jorn Wolfgang Rennecke 2010-12-03 21:35:52 UTC --- Created attachment 22624 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22624 patch to use \r-stripped copy of $(srcdir)/doc/tm.texi for comparison Could you verify if

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #28 from Jorn Wolfgang Rennecke 2010-12-04 01:03:18 UTC --- (In reply to comment #27) > No, the build still failed the same way. In fact, when issuing command 'file > gcc/tm.texi' on the build directory, gcc/tm.texi: ASCII English tex

[Bug ada/46738] microblaze ada --enable-werror-always build fails

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46738 Jorn Wolfgang Rennecke changed: What|Removed |Added Keywords||build, patch --- Comment #2 from

[Bug target/46735] frv-elf --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46735 --- Comment #1 from Jorn Wolfgang Rennecke 2010-12-06 17:30:00 UTC --- Author: amylaar Date: Mon Dec 6 17:29:56 2010 New Revision: 167508 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167508 Log: PR target/46735 * config/frv/pre

[Bug target/46739] mmix-knuth-mmixware --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46739 --- Comment #1 from Jorn Wolfgang Rennecke 2010-12-06 18:15:13 UTC --- Author: amylaar Date: Mon Dec 6 18:15:09 2010 New Revision: 167509 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167509 Log: PR target/46739 * config

[Bug target/46740] vax-linux-gnu --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46740 --- Comment #1 from Jorn Wolfgang Rennecke 2010-12-06 19:19:11 UTC --- Author: amylaar Date: Mon Dec 6 19:19:09 2010 New Revision: 167512 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167512 Log: 2010-12-06 Joern Rennecke Ric

[Bug target/46737] bfin-elf --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46737 --- Comment #1 from Jorn Wolfgang Rennecke 2010-12-07 10:46:28 UTC --- Author: amylaar Date: Tue Dec 7 10:46:24 2010 New Revision: 167532 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167532 Log: 2010-12-07 Joern Rennecke Ric

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 --- Comment #30 from Jorn Wolfgang Rennecke 2010-12-10 02:04:26 UTC --- (In reply to comment #29) > gcc/tm.texi and gcc/tmp3-tm.texi did not have same same line ending. In fact, > gcc/tm.texi contains 'ASCII English text, with very long lines' wh

[Bug target/46735] frv-elf --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46735 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/46737] bfin-elf --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46737 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/46739] mmix-knuth-mmixware --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46739 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/46740] vax-linux-gnu --enable-werror-always build fails for 64 bit host

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46740 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/46881] New: arm_preferred_rename_class uses keyword class as parameter name

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46881 Summary: arm_preferred_rename_class uses keyword class as parameter name Product: gcc Version: unknown Status: UNCONFIRMED Keywords: build Severity: normal

[Bug target/46881] arm_preferred_rename_class uses keyword class as parameter name

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46881 --- Comment #1 from Jorn Wolfgang Rennecke 2010-12-10 03:58:33 UTC --- Author: amylaar Date: Fri Dec 10 03:58:30 2010 New Revision: 167678 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=167678 Log: PR target/46881 * doc/tm.texi: R

[Bug bootstrap/45888] tm.texi generation is not portable, rule is broken

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45888 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #11 from Jorn Wolfgang Rennecke 2010-12-11 07:27:53 UTC --- (In reply to comment #9) > On Fri, 26 Nov 2010, amylaar at gcc dot gnu.org wrote: > > What about the floating-point types? Or would we rather have an > >

[Bug target/46915] Wrong code is generated for conditional branch followed by zero length asm

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46915 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug other/46677] frontends and tree optimizers use *_TYPE_SIZE

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46677 --- Comment #13 from Jorn Wolfgang Rennecke 2010-12-13 19:16:47 UTC --- (In reply to comment #12) > On Sat, 11 Dec 2010, amylaar at gcc dot gnu.org wrote: > > > We don't have any current decimal floating or fixed-point type s

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 --- Comment #9 from Jorn Wolfgang Rennecke 2011-05-30 12:11:07 UTC --- Author: amylaar Date: Mon May 30 12:11:03 2011 New Revision: 174431 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=174431 Log: PR middle-end/46500 gcc/java: *

[Bug other/49401] New: Warning regression for 'uninitialized' variable on non-existant code path (in mep-pragma.c)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49401 Summary: Warning regression for 'uninitialized' variable on non-existant code path (in mep-pragma.c) Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: build, diagnos

[Bug target/49402] New: Duplicate use of v850.opt

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49402 Summary: Duplicate use of v850.opt Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedT

[Bug target/49403] New: v850e-elf: incompatible pointer type (near initialization for ‘targetm.memory_move_cost’)

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49403 Summary: v850e-elf: incompatible pointer type (near initialization for ‘targetm.memory_move_cost’) Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: build

[Bug target/49427] New: v850e-elf wants 850e/v850e-common.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49427 Summary: v850e-elf wants 850e/v850e-common.c Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 --- Comment #10 from Jorn Wolfgang Rennecke 2011-06-16 13:45:54 UTC --- Author: amylaar Date: Thu Jun 16 13:45:47 2011 New Revision: 175103 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=175103 Log: PR middle-end/46500 gcc: * doc/

[Bug rtl-optimization/49477] New: Should have user/debugger-oriented fine-tuning of optimizations available

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49477 Summary: Should have user/debugger-oriented fine-tuning of optimizations available Product: gcc Version: 4.7.0 Status: UNCONFIRMED Severity: enhancement Priority:

[Bug tree-optimization/46621] gimple.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46621 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug middle-end/46500] target.h includes tm.h

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46500 Jorn Wolfgang Rennecke changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|

[Bug target/49862] New: bfin.c warnings

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49862 Summary: bfin.c warnings Product: gcc Version: 4.7.0 Status: UNCONFIRMED Keywords: build Severity: normal Priority: P3 Component: target AssignedTo: unassig

[Bug middle-end/49500] [4.7 Regression]: gcc.dg/tls/alias-1.c

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49500 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 --- Comment #4 from Jorn Wolfgang Rennecke --- Created attachment 50837 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50837&action=edit Proposed patch This patch fixes the problem for eSi-RISC and bootstraps on x86_64-pc-linux-gnu , with

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 --- Comment #5 from Jorn Wolfgang Rennecke --- (In reply to Patrick Palka from comment #3) > Btw, we already disable the floating-point to_chars on targets without a > binary64 double. So is our test for detecting binary64 not accurate enough,

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 Jorn Wolfgang Rennecke changed: What|Removed |Added Attachment #50837|0 |1 is obsolete|

[Bug libstdc++/100361] gcc-11 for msp430-elf fails to build: src/c++17/floating_to_chars.cc:107: d2fixed_full_table.h:1283:23: error: size of array ‘POW10_SPLIT_2’ exceeds maximum object size ‘32767’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100361 --- Comment #8 from Jorn Wolfgang Rennecke --- Bootstrapped and regression tested on x86_64-pc-linux-gnu.

[Bug target/111020] RFE: RISC-V: ability to cherry-pick additional instructions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111020 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug target/111566] RISC-V Vector Fortran: ICE in final_scan_insn_1 (final RTL pass)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566 Jorn Wolfgang Rennecke changed: What|Removed |Added CC||amylaar at gcc dot gnu.org

[Bug target/111566] RISC-V Vector Fortran: ICE in final_scan_insn_1 (final RTL pass)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566 --- Comment #3 from Jorn Wolfgang Rennecke --- riscv-v.cc:legitimize_move has: if (MEM_P (dest) && !REG_P (src)) src = force_reg (mode, src); return false; since src is passed by value, this is pointless. The

[Bug target/111566] RISC-V Vector Fortran: ICE in final_scan_insn_1 (final RTL pass)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111566 --- Comment #4 from Jorn Wolfgang Rennecke --- Also, the GET_MODE_BITSIZE (mode).to_constant () <= MAX_BITS_PER_WORD in the *mov_mem_to_mem splitter can generate unaligned accesses, yet it is not guarded by a check that the target supports them.

<    1   2   3   4   5   6   7   >