On Fri, 2017-08-04 at 17:30 -0500, Segher Boessenkool wrote:
> On Fri, Aug 04, 2017 at 08:38:11PM +, Wilco Dijkstra wrote:
> > Richard Henderson wrote:
> > > On 08/04/2017 05:59 AM, Prathamesh Kulkarni wrote:
> > > > For i386, it seems strcmp is expanded inline via cmpstr optab
> > > > by
On Fri, 4 Aug 2017, Jonathan Wakely wrote:
> Thanks for letting us know, I've fixed the link.
Thanks, Jonathan.
https://gcc.gnu.org/onlinedocs/gcc-7.1.0/libstdc++/manual/manual/profile_mode.html
^
Should we do something about
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81732
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80605
Jonathan Wakely changed:
What|Removed |Added
CC||raskolnikov at gnu dot org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81634
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #8 from Andrew Pinski ---
If anything it should be the linker which should error out. The linker is part
of binutils, report it to them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81731
--- Comment #1 from Tom de Vries ---
Created attachment 41933
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41933=edit
tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81734
--- Comment #2 from Matthias Klose ---
but shouldn't these the same with different optimization levels?
This patch fixes test case failures on arm targets due to
'-mstructure-size-boundary' being deprecated. The test cases were failing
because a warning was being issued and due to the fact that the size of packed
and unpacked structures is the same after deprecating
'-mstructure-size-boundary'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81735
Bug ID: 81735
Summary: double free or corruption (fasttop) error (SIGABRT)
with character(:) and custom return type with
allocatable
Product: gcc
Version: 5.4.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81735
--- Comment #1 from Danila ---
Created attachment 41934
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41934=edit
code to reproduce this issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81735
--- Comment #2 from Danila ---
Created attachment 41935
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41935=edit
full error/stacktrace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81737
Bug ID: 81737
Summary: [8 Regression] 164.gzip in SPEC CPU 2000 failed to
build
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
On Fri, Aug 4, 2017 at 2:45 AM, Marek Polacek wrote:
> On Fri, Aug 04, 2017 at 11:08:49AM +0200, Richard Biener wrote:
>> On Fri, Aug 4, 2017 at 10:38 AM, Marek Polacek wrote:
>> > We were crashing because size_binop_loc got operands of different types:
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81736
Bug ID: 81736
Summary: Unnecessary save and restore frame pointer with
-fno-omit-frame-pointer
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
> It was broken by the recent removal of TYPE_METHODS.
It turns out that the support for constructors/destructors also needs to be
adjusted after the recent changes.
Tested on x86_64-suse-linux, applied on the mainline.
2017-08-05 Eric Botcazou
c-family/
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69639
nightstrike changed:
What|Removed |Added
CC||nightstrike at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81579
Andrew Pinski changed:
What|Removed |Added
Keywords||build
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81734
--- Comment #1 from Andrew Pinski ---
Hmm. I don't remember the c11 semantics when it comes to plain inline. This
might not be a bug ...
On Sat, Aug 05, 2017 at 11:07:20AM +0100, Richard Sandiford wrote:
> Segher Boessenkool writes:
> > This series creates pattern_cost and insn_cost functions that together
> > replace the existing insn_rtx_cost function.
> >
> > pattern_cost is like the old
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #6 from Bruno Haible ---
> passing -fno-pie seems to be the agreed upon way out here.
My assembly code is located in a library (think at libffcall, libffi, gmp,
...).
Therefore I don't control the final linker options.
So, the only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #7 from Bruno Haible ---
And what do you think about the fact that it produces crashing code without any
warning?
Is there a chance that 'as' could emit a warning when it produces
R_SPARC_GOT22/R_SPARC_GOT10 relocations instead of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296
--- Comment #3 from Jerry DeLisle ---
OK, with the alternate form of the format (aka format statement) the frontend
is not building the correct calls to the user defined procedure.
{
struct __st_parameter_dt dt_parm.9;
On 08/04/2017 07:52 PM, Jonathan Wakely wrote:
> On 31/07/17 19:46 -0400, tbsaunde+...@tbsaunde.org wrote:
>> I've been saying I'd do this for a long time, but I'm finally getting to
>> importing the C++98 compatable unique_ptr class Pedro wrote for gdb a
>> while
>> back.
Thanks a lot for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81734
Bug ID: 81734
Summary: [7/8 Regression] reference to inline function not
emitted with -Os
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81724
Bug ID: 81724
Summary: ICE in expand_stack_vars
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Alexander Monakov writes:
> diff --git a/gcc/optabs.c b/gcc/optabs.c
> index a9900657a58..d568ca376fe 100644
> --- a/gcc/optabs.c
> +++ b/gcc/optabs.c
> @@ -6298,7 +6298,12 @@ void
> expand_mem_thread_fence (enum memmodel model)
> {
>if (targetm.have_mem_thread_fence ())
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81725
Bug ID: 81725
Summary: nvptx -run: error getting kernel result: an illegal
memory access was encountered
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81727
Tom de Vries changed:
What|Removed |Added
Summary|[nvptx] |[nvptx]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
--- Comment #8 from rguenther at suse dot de ---
On August 5, 2017 12:01:06 AM GMT+02:00, babokin at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81705
>
>--- Comment #7 from Dmitry Babokin ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81726
Bug ID: 81726
Summary: nvptx-run: error getting kernel result: an illegal
instruction was encountered
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81728
Bug ID: 81728
Summary: nvptx-run: error getting kernel result: the launch
timed out and was terminated
Product: gcc
Version: unknown
Status: UNCONFIRMED
Hi all
Is it worth adding my codes to gcc ? Are there some steps I need to do ?
Could somebody tell me the progress ?
Maybe there should be a project like libfuzzer to solve bugs in program.
Wish Wu
--
From:Wish Wu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81727
Bug ID: 81727
Summary: [nvptx] gcc.dg/graphite/run-id-1.c failure: not enough
stack size
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81729
Bug ID: 81729
Summary: [nvptx] Invalid initial value expression
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
Segher Boessenkool writes:
> This series creates pattern_cost and insn_cost functions that together
> replace the existing insn_rtx_cost function.
>
> pattern_cost is like the old insn_rtx_cost function; insn_cost takes
> an actual rtx_insn * as input, not just a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81723
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81730
Bug ID: 81730
Summary: nvptx and finstrument-functions
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81731
Bug ID: 81731
Summary: FAIL: gcc.dg/torture/pr78218.c: Call has wrong number
of arguments
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81732
Bug ID: 81732
Summary: Error: Architecture mismatch on "rd".
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81686
--- Comment #4 from Eric Botcazou ---
> I'm quite sure Ada has a way to change the charsets as well?
Probably, although I'm far from being an expert in this area. But I'm not sure
if this really matters, it's probably entirely handled in the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81733
Bug ID: 81733
Summary: stage1 libgcc_s.dylib fails to link on Darwin
11/x86_64
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81653
--- Comment #4 from Jakub Jelinek ---
Obviously, if you are compiling hand written assembly and linking it into PIEs
the code must be PIC. So what is written in #c2 is not a workaround, but the
right fix. If you have assembly that is not PIC
46 matches
Mail list logo