++
Assignee: unassigned at gcc dot gnu.org
Reporter: bigotp at acm dot org
Created attachment 31450
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31450&action=edit
Patch and test case
The terminating value for the string_view copy operation is wrong, resulting in
++
Assignee: unassigned at gcc dot gnu.org
Reporter: bigotp at acm dot org
Created attachment 31449
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31449&action=edit
Patch and test update
Per http://isocpp.org/files/papers/N3762.html#string.view.ops, string_view
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: bigotp at acm dot org
Created attachment 31448
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=31448&action=edit
Patch and test update
Per http://isocpp.org/files/papers/N3762.html#string.view.ops, for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50427
--- Comment #4 from Peter A. Bigot 2012-08-30 19:55:41
UTC ---
Thanks for the suggestion. At the time this bug was reported,
REGMODE_NATURAL_SIZE was not used as the target supported only 16-bit
registers, so I don't believe that macro has anyth
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38756
--- Comment #5 from Peter A. Bigot 2012-06-21 12:24:38
UTC ---
Yes, that's where it happens. Your proposal makes sense; I've just been trying
to avoid changing existing behavior on "normal" platforms.
I'll give the unconditional solution a try
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38756
--- Comment #3 from Peter A. Bigot 2012-06-21 12:04:34
UTC ---
commit af66de00843896ad5d2980952994b31cadbf8421
Author: Peter A. Bigot
Date: Thu Jun 21 06:35:44 2012 -0500
Anticipatory patch for PR middle-end/38756
Do not truncate to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38756
Peter A. Bigot changed:
What|Removed |Added
CC||bigotp at acm dot org
--- Comment #1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53104
Bug #: 53104
Summary: convert_move on MODE_PARTIAL_INT does not look for
existing conversion
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53103
Bug #: 53103
Summary: bug locating unsigned type for non-standard precision
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52940
Bug #: 52940
Summary: conversion from MODE_PARTIAL_INT uses sign extension
for unsigned types
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52856
--- Comment #1 from Peter A. Bigot 2012-04-09 22:31:59
UTC ---
Created attachment 27120
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27120
Replace GET_MODE_BITSIZE with GET_MODE_PRECISION where necessary
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52919
--- Comment #1 from Peter A. Bigot 2012-04-09 22:30:20
UTC ---
Created attachment 27119
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27119
Replace GET_MODE_BITSIZE with GET_MODE_PRECISION where necessary
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52919
Bug #: 52919
Summary: shift expansion mishandles SHIFT_COUNT_TRUNCATED on
partial integer modes
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52856
Bug #: 52856
Summary: misuse of MODE_SIZE vice MODE_PRECISION in
get_mode_bounds
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52691
Bug #: 52691
Summary: va_start to builtin_next_arg optimization lost
Classification: Unclassified
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50213
--- Comment #11 from Peter A. Bigot 2011-10-17 11:16:16
UTC ---
Richard: Thanks for the fix.
For my non-integrated target I don't need it backported to 4.6 since I have a
separate way to provide the patch. As I recall, the original patch didn't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50427
--- Comment #1 from Peter A. Bigot 2011-09-16 10:25:31
UTC ---
Created attachment 25302
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25302
Potential fix for problem
As far as I can tell, IRA misses this because it doesn't detect that the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50427
Bug #: 50427
Summary: IRA fails to detect conflict
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50213
Bug #: 50213
Summary: Regression in space-optimized code relative to 4.5.x
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
#1 from joseph at codesourcery dot com dot com> 2011-07-26 23:31:27 UTC ---
> On Tue, 26 Jul 2011, bigotp at acm dot org wrote:
>
> > Is there a mechanism by which the driver can be informed of options that
> it
> > should allow in this situation, given that the list of
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49858
Summary: lost ability to use driver for external language
support?
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31469
Peter A. Bigot changed:
What|Removed |Added
CC||bigotp at acm dot org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31469
--- Comment #1 from Peter A. Bigot 2011-02-21 09:51:24
UTC ---
Created attachment 23422
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23422
Fixes problem (resubmit, lost due to collision)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42722
--- Comment #16 from Peter A. Bigot 2011-02-21 09:50:00
UTC ---
I've now taken over the msp430 back end and created the attached patch and test
case. This is relative to the gcc trunk as of a couple weeks ago; still
present in all releases up to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42722
--- Comment #15 from Peter A. Bigot 2011-02-21 09:48:23
UTC ---
Created attachment 23421
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23421
Fixes problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42722
--- Comment #14 from Peter A. Bigot 2011-02-21 09:46:30
UTC ---
Created attachment 23420
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23420
Generated code after patch applied
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42722
--- Comment #13 from Peter A. Bigot 2011-02-21 09:45:52
UTC ---
Created attachment 23419
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23419
Generated code before patch applied
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42722
--- Comment #12 from Peter A. Bigot 2011-02-21 09:45:15
UTC ---
Created attachment 23418
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23418
Test case (requires msp430 back end)
Sorry, I don't speak dejagnu well enough yet to put target te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47236
Summary: Spaces introduced in option processing
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
AssignedTo: unassig...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47138
--- Comment #4 from Peter A. Bigot 2011-01-02 18:33:21
UTC ---
Exactly: this problem also occurs with the TI msp430 target machine
description, currently maintained as a fork on the mspgcc project on
sourceforge. I don't know how to provide a te
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47138
Summary: backport r158175: replace dominated uses in
loop-invariant
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45235
--- Comment #6 from Peter A. Bigot 2010-12-31 17:57:14
UTC ---
I've been running with this since my last comment with no problems. Could this
be integrated into as many of trunk, gcc-4_4-branch, and gcc-4_5-branch as
possible, please? Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46337
--- Comment #3 from Peter A. Bigot 2010-11-07 14:09:31
UTC ---
Created attachment 22308
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=22308
Test case
This test case evokes the bug with the 16-bit msp430 target, which is not
integrated into
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46337
Summary: dse.c:replace_inc_dec mis-use of gen_int_mode
Product: gcc
Version: 4.4.5
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
Assig
--- Comment #11 from bigotp at acm dot org 2010-08-13 20:11 ---
(In reply to comment #9)
> (In reply to comment #8)
> > Hm, I only can see references to "symbol" not to either function or variable
> > declaration in the documentation. Can you cite the part
--- Comment #4 from bigotp at acm dot org 2010-08-11 22:54 ---
I don't see that the const qualifier should be relevant: doesn't it simply
indicate that the code is not permitted to write through that lvalue? (FWIW,
the real code uses a memory mapped address and the const qua
--- Comment #1 from bigotp at acm dot org 2010-08-09 11:57 ---
Created an attachment (id=21441)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21441&action=view)
fixes for assumption that readonly means constant
The problem is caused by the same sort of test as was fix
ONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: bigotp at acm dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unkno
38 matches
Mail list logo
