https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82069
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
--- Comment #6 from Markus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71208
Hans-Peter Nilsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
I made a silly mistake in libgcc by testing the cpp macro __AVX__ to
determine rather to use movaps or vmovaps in the stubs. This resulted
in the stubs choice of instruction being decided by the machine flags
when the compiler was built rather than those being supplied at the
command line. This
In preparation for upgrading libgo to the 1.9 release, this patch to
the Go frontend approximately incorporates https://golang.org/cl/37661
and
https://golang.org/cl/38351 from the gc toolchain.
CL 37661 changed the gc compiler such that the select statement simply
returns an integer which is
This minor patch to the Go frontend avoids crashing the compiler on
some invalid programs. Bootstrapped and ran Go testsuite on
x86_64-pc-linux-gnu. Committed to mainline.
Ian
Index: gcc/go/gofrontend/MERGE
===
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71208
--- Comment #10 from Yaakov Selkowitz ---
A fix for PR ld/20125, set for the 2.29.1 release, has been committed. Does
anything further need to happen on the gcc side?
When the Go frontend has an alias for a struct or array that requires
a type-specific function, don't emit the function with the alias name.
Emit it with the struct/array as usual.
The test case is for this is https://golang.org/cl/62531.
Bootstrapped and ran Go testsuite on x86_64-pc-linux-gnu.
This patch to the Go frontend adds much of https://golang.org/cl/35731
and https://golang.org/cl/35732, patches to the gc toolchain, to the
gofrontend code.
This is a step toward updating libgo to the 1.9 release. The
gofrontend already supports type aliases, and this is required for
correct
In the Go frontend, a normal pointer may not be converted to a
notinheap pointer. The frontend was erroneously permitting a
conversion from a normal pointer to a notinheap unsafe.Pointer, which
is useless since unsafe.Pointer is not marked notinheap. This patch
corrects the test to permit a
Jürg Billeter writes:
>
> I don't. The idea is to reverse scalar storage order for the whole
> userspace process and then add byte swapping to the Linux kernel when
> accessing userspace memory. This keeps userspace memory consistent
> with regards to endianness,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #25 from Randy MacLeod ---
Any progress or need for additional information?
What should I expect over the coming weeks?
On Wed, Sep 13, 2017 at 10:55 AM, Jonathan Wakely wrote:
>
> +// DR 1177
> +static_assert(is_constructible{},
> +"can convert duration with one floating point rep to another");
> +static_assert(is_constructible{},
> +"can convert
On Tue, Sep 12, 2017 at 9:49 AM, Steve Ellcey wrote:
> On Tue, 2017-09-12 at 09:39 -0700, Ian Lance Taylor wrote:
>> On Tue, Sep 12, 2017 at 3:59 AM, Wilco Dijkstra > om> wrote:
>> >
>> > Steve Ellcey wrote:
>> > >
>> > > This patch fixes the ttest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
On Wed, Sep 13, 2017 at 10:41:33PM +, Wilco Dijkstra wrote:
> Steve Ellcey wrote:
>
> > And in aarch64 rtl expansion I see:
> >
> > (insn 10 9 11 (set (reg:QI 81)
> > (mem:QI (reg/v/f:DI 80 [ string ]) [0 *string_9(D)+0 S1 A8]))
> > "pr77729.c":3 -1
> > (nil))
>
> Yes using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207
--- Comment #3 from Bill Sacks ---
Thanks for pointing that out, kargl. I'm fine with this being closed if it's
not actually a bug: it's not causing me any problems, I just happened to notice
it in the course of investigating other aspects of
GCC maintainers:
The following patch has been updated to address Segher's comments.
-- rename define insn "fctiw" to define_insn "lrintsfsi2" to match the
fctid implementation
-- add "TARGET_SF_FPR && TARGET_FPRND" to the define_insn "lrintsfsi2"
as mentioned it was missing on the original
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #35 from Iain Sandoe ---
(In reply to simon from comment #33)
> (In reply to Iain Sandoe from comment #32)
>
> > it doesn't make any difference if the libstdc++ is statically or dynamically
> > linked, in fact
>
> It’s libgcc that
This patch enables SIMD vectorization on non-SIMT targets in acc vector
loops. It does does so by setting the force_vectorization flag in a
similar manner to OpenMP SIMD loops. Unlike OpenMP, OpenACC provides the
compiler with the flexibility to assign gang, worker and vector
parallelism to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207
--- Comment #2 from kargl at gcc dot gnu.org ---
See gcc/gcc/libgfortran/ieee/ieee_helper.c lines 75-79:
if (res == IEEE_QUIET_NAN) \
{ \
/* TODO: Handle signaling NaNs */ \
return res; \
} \
See also
On Tue, Sep 12, 2017 at 07:17:07PM -0400, Michael Meissner wrote:
> On Tue, Sep 12, 2017 at 05:41:34PM -0500, Segher Boessenkool wrote:
> > This needs "TARGET_HARD_FLOAT && TARGET_DOUBLE_FLOAT" I think? Which
> > is the same as "TARGET_DF_FPR". "lrintdi2" also has "TARGET_FPRND"
> > but that is
On Wed, 13 Sep 2017, Michael Meissner wrote:
> This patch adds support on PowerPC ISA 3.0 for the built-in function
> __builtin_sqrtf128 generating the XSSQRTQP hardware square root instruction
> and
> the built-in function __builtin_fmaf128 generating XSMADDQP, XSMSUBQP,
> XSNMADDQP, and
On Wed, 2017-09-13 at 22:39 +, Wilco Dijkstra wrote:
> Steve Ellcey wrote:
>
> > And in aarch64 rtl expansion I see:
> >
> > (insn 10 9 11 (set (reg:QI 81)
> > (mem:QI (reg/v/f:DI 80 [ string ]) [0 *string_9(D)+0 S1
> A8])) "pr77729.c":3 -1
> > (nil))
>
> Yes using QI/HI mode
Snapshot gcc-6-20170913 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/6-20170913/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 6 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-6
Steve Ellcey wrote:
> And in aarch64 rtl expansion I see:
>
> (insn 10 9 11 (set (reg:QI 81)
> (mem:QI (reg/v/f:DI 80 [ string ]) [0 *string_9(D)+0 S1 A8]))
> "pr77729.c":3 -1
> (nil))
Yes using QI/HI mode anywhere in the RTL seems perverse and incorrect given
AArch64
doesn't
On Wed, 13 Sep 2017, Jakub Jelinek wrote:
> Ok.
>
> So here is an updated patch (also fixed whitespace in i386/gnu-user.h
> because the indentation there didn't match the nesting).
>
> Bootstrapped/regtested on {x86_64,i686,powerpc64,powerpc64le}-linux,
> ok for trunk?
> At least the rs6000
On Wed, 13 Sep 2017, Jim Wilson wrote:
> Intel has support for this in icc. It took about 5 years for a small team to
And allegedly has patents in this area.
--
Joseph S. Myers
jos...@codesourcery.com
On 09/12/2017 02:32 AM, Jürg Billeter wrote:
To support applications that assume big-endian memory layout on little-
endian systems, I'm considering adding support for reversing the
storage order to GCC. In contrast to the existing scalar storage order
support for structs, the goal is to reverse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #34 from Dominique d'Humieres ---
> Yes, as Arno said, you need to manually build libada in this setup:
> make -C gcc gnatlib-shared
This fails for me with
x86_64-apple-darwin16.7.0/sys-include -L/opt/gcc/build_w/gcc/../ld -c -g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66462
Bill Sacks changed:
What|Removed |Added
CC||sacks at ucar dot edu
--- Comment #9 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207
--- Comment #1 from Bill Sacks ---
Created attachment 42166
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42166=edit
Simple test program
Added attachment to demonstrate the problem in a simpler test program.
Compile and run with
On Wed, 2017-09-13 at 14:46 -0500, Segher Boessenkool wrote:
> On Wed, Sep 13, 2017 at 06:13:50PM +0100, Kyrill Tkachov wrote:
> >
> > We are usually hesitant to add explicit subreg matching in the MD pattern
> > (though I don't remember if there's a hard rule against it).
> > In this case this
This patch adds support on PowerPC ISA 3.0 for the built-in function
__builtin_sqrtf128 generating the XSSQRTQP hardware square root instruction and
the built-in function __builtin_fmaf128 generating XSMADDQP, XSMSUBQP,
XSNMADDQP, and XSNMSUBQP fused multiply-add instructions.
While I was at it,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82207
Bug ID: 82207
Summary: ieee_class identifies signaling NaNs as quiet NaNs
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82206
Bug ID: 82206
Summary: -Wformat-nonliteral does not warn when passing a non
literal to vprintf
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #33 from simon at pushface dot org ---
(In reply to Iain Sandoe from comment #32)
> it doesn't make any difference if the libstdc++ is statically or dynamically
> linked, in fact
It’s libgcc that causes the problem; with static
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82184
--- Comment #6 from paul.richard.thomas at gmail dot com ---
Thanks Andrey. I'll get to it as soon as I can.
Paul
On 13 September 2017 at 21:12, andrey.y.guskov at intel dot com
wrote:
>
Jeff Law wrote:
> On 09/06/2017 03:55 AM, Jackson Woodruff wrote:
> > On 08/30/2017 01:46 PM, Richard Biener wrote:
>>> rdivtmp = 1 / (y*C);
>>> tem = x *rdivtmp;
>>> tem2= z * rdivtmp;
>>>
>>> instead of
>>>
>>> rdivtmp = 1/y;
>>> tem = x * 1/C * rdivtmp;
>>> tem2 = z * 1/C *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82173
--- Comment #3 from Paul Thomas ---
Author: pault
Date: Wed Sep 13 21:15:26 2017
New Revision: 252734
URL: https://gcc.gnu.org/viewcvs?rev=252734=gcc=rev
Log:
2017-09-13 Paul Thomas
PR fortran/82173
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82174
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
On Wed, 13 Sep 2017, Bernd Edlinger wrote:
> So you suggest to use min_align_of_type instead of TYPE_ALIGN.
>
> That would also make sense for the traditional -Wcast-align on
> strict-alignment targets, right?
Yes, and yes (though I'm not sure if any strict-alignment targets have
this
On 09/13/17 22:03, Joseph Myers wrote:
> On Wed, 13 Sep 2017, Bernd Edlinger wrote:
>
>> On 09/13/17 19:06, Joseph Myers wrote:
>>> What does this warning do in cases where a type has different alignments
>>> inside and outside structs? I'm thinking of something like
>>>
>>> struct s { long long
On Wed, Sep 13, 2017 at 10:19:50PM +0200, Jakub Jelinek wrote:
> On Wed, Sep 13, 2017 at 05:18:00AM -0700, H.J. Lu wrote:
> > > In LINK_EH_SPEC you use %{!static|static-pie:--eh-frame-hdr}, what
> > > exactly do you mean by that? The way that works is if -static
> > > isn't present on the command
On Wed, Sep 13, 2017 at 05:18:00AM -0700, H.J. Lu wrote:
> > In LINK_EH_SPEC you use %{!static|static-pie:--eh-frame-hdr}, what
> > exactly do you mean by that? The way that works is if -static
> > isn't present on the command line OR if -static -static-pie OR
> > -static-pie -static is present,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82205
Bug ID: 82205
Summary: parametrized derived types, problems with
initialization
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
On Sep 13, 2017, at 10:40 AM, Bill Schmidt wrote:
>
> On Sep 13, 2017, at 7:23 AM, Richard Biener
> wrote:
>>
>> On Tue, Sep 12, 2017 at 11:08 PM, Will Schmidt
>> wrote:
>>> Hi,
>>>
>>> [PATCH, rs6000] [v2]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #32 from Iain Sandoe ---
(In reply to simon from comment #28)
> (In reply to Iain Sandoe from comment #23)
>
> > --with-checking=release --disable-libada succeeds for me too.
>
> Because the bug appears when building libada.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82184
--- Comment #5 from Andrey Guskov ---
program r187
call s()
call s()
contains
subroutine s()
complex(4), allocatable, save :: a(:, :)
complex(4), pointer, save :: b(:, :)
if (.not. associated(b)) then
allocate(a(2, 2))
allocate(b(2, 2))
On Wed, 13 Sep 2017, Bernd Edlinger wrote:
> On 09/13/17 19:06, Joseph Myers wrote:
> > What does this warning do in cases where a type has different alignments
> > inside and outside structs? I'm thinking of something like
> >
> > struct s { long long x; } *p;
> > /* ... */
> > (long long *)p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
Eric Botcazou changed:
What|Removed |Added
Status|REOPENED|ASSIGNED
Assignee|unassigned
On 09/13/2017 10:25 AM, Jackson Woodruff wrote:
>
>
> On 09/13/2017 04:45 PM, Jeff Law wrote:
>> On 09/06/2017 03:54 AM, Jackson Woodruff wrote:
>>> Hi all,
>>>
>>> This patch is split from part (1/2). It includes the patterns that have
>>> been moved out of fold-const.c
>>>
>>>
>>> It also
On 08/09/2017 17:50, Jonathan Wakely wrote:
Since we know __a == __x.get_allocator() we could just do:
_Rb_tree(_Rb_tree&& __x, _Node_allocator&&, true_type)
noexcept(is_nothrow_move_constructible<_Rb_tree_impl<_Compare>>::value)
: _M_impl(std::move(__x._M_impl))
{ }
This means
On 09/13/17 19:06, Joseph Myers wrote:
> What does this warning do in cases where a type has different alignments
> inside and outside structs? I'm thinking of something like
>
> struct s { long long x; } *p;
> /* ... */
> (long long *)p
>
> on 32-bit x86 - where long long's preferred alignment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #30 from Eric Botcazou ---
> I wonder whether the check-acats exception issues in PR81361 are related?
Hum, yes, I totally forgot about this, it might be a good track indeed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #29 from Eric Botcazou ---
> OK, I see, that's not been a pattern we've needed to use in the past.
> Is there some specific reason that this is preferred over the integrated
> case?
It's more versatile, i.e. you can build custom
Hi!
On Wed, Sep 13, 2017 at 06:13:50PM +0100, Kyrill Tkachov wrote:
> +;; Specialized OR instruction for combiner. The AND is masking out bits
> +;; not needed in the OR (doing a zero_extend). The zero_extend is not
> +;; needed because we know from the subreg that the upper part of the reg
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82204
Bug ID: 82204
Summary: G++ doesn't connect friend and extern declarations
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82196
--- Comment #1 from Daniel Santos ---
Created attachment 42163
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42163=edit
proposed fix minus tests
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82195
--- Comment #1 from Nathan Sidwell ---
Created attachment 42164
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42164=edit
simpler testcase
A slightly simpler testcase. The mangling of the Capture instantiation is:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 68177, which changed state.
Bug 68177 Summary: Lambda capture doesn't work correctly when lambda is used in
a pack expansion
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68177
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68177
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68177
--- Comment #2 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Sep 13 19:22:55 2017
New Revision: 252732
URL: https://gcc.gnu.org/viewcvs?rev=252732=gcc=rev
Log:
2017-09-13 Paolo Carlini
PR
Nice and easy, one definition and one use :-)
Tested on aarch64-linux-gnu, x86_64-linux-gnu and powerpc64le-linux-gnu.
Also tested by comparing the testsuite assembly output on at least one
target per CPU directory. OK to install?
Richard
2017-09-13 Richard Sandiford
I'm not sure the documentation is correct that outprec is always less
than inprec, and each non-default implementation tested for the case
in which it wasn't, but the patch leaves it as-is.
The SH port had a couple of TRULY_NOOP_TRUNCATION tests that were left
over from the old shmedia port.
This also seemed like a good opportunity to reverse the sense of the
hook to "can", to avoid the awkward double negative in !CANNOT.
Tested on aarch64-linux-gnu, x86_64-linux-gnu and powerpc64le-linux-gnu.
Also tested by comparing the testsuite assembly output on at least one
target per CPU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82154
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
On 09/13/2017 08:41 PM, Jeff Law wrote:
On 09/13/2017 12:09 PM, Martin Liška wrote:
On 09/13/2017 04:22 PM, Jeff Law wrote:
On 09/13/2017 07:42 AM, Martin Liška wrote:
On 09/13/2017 03:08 PM, Martin Liška wrote:
On 09/12/2017 05:21 PM, Jeff Law wrote:
On 09/12/2017 01:43 AM, Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82154
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Wed Sep 13 19:12:08 2017
New Revision: 252728
URL: https://gcc.gnu.org/viewcvs?rev=252728=gcc=rev
Log:
Fix emission of exception dispatch (PR middle-end/82154).
2017-09-13 Martin Liska
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #28 from simon at pushface dot org ---
(In reply to Iain Sandoe from comment #23)
> --with-checking=release --disable-libada succeeds for me too.
Because the bug appears when building libada. I haven’t tried with
On 09/12/2017 05:06 AM, Claudiu Zissulescu wrote:
> From: claziss
>
> This small patch enables the gcc driver to pass dwarf related options to the
> assembler.
>
> Ok to apply?
> Claudiu
>
> gcc/
> 2017-06-21 Claudiu Zissulescu
>
> *
On 09/12/2017 09:40 AM, Tsimbalist, Igor V wrote:
>
>> -Original Message-
>> From: Jeff Law [mailto:l...@redhat.com]
>> Sent: Friday, August 25, 2017 10:32 PM
>> To: Richard Biener ; Tsimbalist, Igor V
>>
>> Cc:
On 09/13/2017 11:07 AM, Tsimbalist, Igor V wrote:
>> -Original Message-
>> From: Tsimbalist, Igor V
>> Sent: Tuesday, September 12, 2017 5:59 PM
>> To: 'Jeff Law' ; 'gcc-patches@gcc.gnu.org' > patc...@gcc.gnu.org>
>> Cc: Tsimbalist, Igor V
>>
On 09/12/2017 09:59 AM, Tsimbalist, Igor V wrote:
>
>> Q. Do we need to do anything with ICF (identical code folding) and CFE?
>> Given two functions which have the same implementation in gimple, except
>> that one has a notrack indirect call and the other has a tracked indirect
>> call,
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #27 from Iain Sandoe ---
(In reply to Eric Botcazou from comment #26)
> > likewise with --with-checking=yes,rtl,tree.
> > However make check-ada fails with "gnatlib missing, exiting"
> > If I cd gcc ; make check-gnat then most of
On 09/13/2017 12:09 PM, Martin Liška wrote:
> On 09/13/2017 04:22 PM, Jeff Law wrote:
>> On 09/13/2017 07:42 AM, Martin Liška wrote:
>>> On 09/13/2017 03:08 PM, Martin Liška wrote:
On 09/12/2017 05:21 PM, Jeff Law wrote:
> On 09/12/2017 01:43 AM, Martin Liška wrote:
>> Hello.
>>
On 09/06/2017 03:55 AM, Jackson Woodruff wrote:
> On 08/30/2017 01:46 PM, Richard Biener wrote:
>> On Wed, Aug 30, 2017 at 11:46 AM, Jackson Woodruff
>> wrote:
>>> On 08/29/2017 01:13 PM, Richard Biener wrote:
On Tue, Aug 29, 2017 at 1:35 PM, Jackson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 64488, which changed state.
Bug 64488 Summary: [c++11] Expand initializer list with lambdas in variadic
template. Reject valid code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64488
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64488
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47226
Paolo Carlini changed:
What|Removed |Added
CC||reagentoo at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #26 from Eric Botcazou ---
> likewise with --with-checking=yes,rtl,tree.
> However make check-ada fails with "gnatlib missing, exiting"
> If I cd gcc ; make check-gnat then most of those tests fail too (claims
> missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82141
--- Comment #25 from Eric Botcazou ---
> AFAIR, the difference is that the Ada runtime (when built during each stage)
> is made as convenience (statically linked) libs, whereas libada is built
> shared - so there will (probably) be different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Bug 54367 depends on bug 61362, which changed state.
Bug 61362 Summary: g++ (Ubuntu 4.8.2-19ubuntu1) 4.8.2 does not compile lambda
with template
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61362
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61362
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61362
--- Comment #7 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Sep 13 18:18:48 2017
New Revision: 252724
URL: https://gcc.gnu.org/viewcvs?rev=252724=gcc=rev
Log:
2017-09-13 Paolo Carlini
PR
On 09/13/2017 04:22 PM, Jeff Law wrote:
On 09/13/2017 07:42 AM, Martin Liška wrote:
On 09/13/2017 03:08 PM, Martin Liška wrote:
On 09/12/2017 05:21 PM, Jeff Law wrote:
On 09/12/2017 01:43 AM, Martin Liška wrote:
Hello.
In transition to simple_case_node, I forgot to initialize m_high to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80925
--- Comment #25 from Steve Ellcey ---
Author: sje
Date: Wed Sep 13 18:06:36 2017
New Revision: 252723
URL: https://gcc.gnu.org/viewcvs?rev=252723=gcc=rev
Log:
2017-09-13 Steve Ellcey
PR tree-optimization/80925
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18805
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #3 from Nathan Sidwell
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82015
--- Comment #5 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 18:01:46 2017
New Revision: 252719
URL: https://gcc.gnu.org/viewcvs?rev=252719=gcc=rev
Log:
2017-08-30 Michael Meissner
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82001
--- Comment #4 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 18:00:35 2017
New Revision: 252713
URL: https://gcc.gnu.org/viewcvs?rev=252713=gcc=rev
Log:
Fix IPA ICF with ASM statements (PR inline-asm/82001).
2017-08-30 Martin Liska
This patch fixes the documentation issues pointed out in PR target/82066.
It may be considered obvious enough to just check in but I'd rather have
someone look it over to make sure I didn't mess something up.
Steve Ellcey
sell...@cavium.com
2017-09-13 Steve Ellcey
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82195
Nathan Sidwell changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
On Wed, 13 Sep 2017, Martin Jambor wrote:
> I was just surprised by the glibc check, what would you consider a
> recent-enough glibc? Or is the check mainly necessary to ensure we
> are indeed using glibc and not some other libc (and thus something
> like we do for TARGET_LIBC_PROVIDES_SSP would
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81236
--- Comment #6 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 17:40:43 2017
New Revision: 252627
URL: https://gcc.gnu.org/viewcvs?rev=252627=gcc=rev
Log:
PR c++/81236 - ICE with template-id in generic lambda
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82015
--- Comment #4 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 17:39:41 2017
New Revision: 252622
URL: https://gcc.gnu.org/viewcvs?rev=252622=gcc=rev
Log:
[gcc]
2017-08-29 Michael Meissner
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78840
--- Comment #6 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 17:39:28 2017
New Revision: 252621
URL: https://gcc.gnu.org/viewcvs?rev=252621=gcc=rev
Log:
PR c++/78840 - ICE with const and nested generic lambda
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80935
--- Comment #4 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 17:39:03 2017
New Revision: 252619
URL: https://gcc.gnu.org/viewcvs?rev=252619=gcc=rev
Log:
PR c++/80935 - wrong C++17 error with lambda
* decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80767
--- Comment #5 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 17:38:39 2017
New Revision: 252617
URL: https://gcc.gnu.org/viewcvs?rev=252617=gcc=rev
Log:
PR c++/80767 - unnecessary instantiation of generic lambda
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81503
--- Comment #22 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 17:36:05 2017
New Revision: 252605
URL: https://gcc.gnu.org/viewcvs?rev=252605=gcc=rev
Log:
[gcc]
2017-08-29 Bill Schmidt
Jakub
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80993
--- Comment #4 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 17:35:39 2017
New Revision: 252603
URL: https://gcc.gnu.org/viewcvs?rev=252603=gcc=rev
Log:
PR target/80993
* gcc/config/msp430/msp430.c (msp430_attr): Mark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39851
--- Comment #11 from Aldy Hernandez ---
Author: aldyh
Date: Wed Sep 13 17:35:13 2017
New Revision: 252601
URL: https://gcc.gnu.org/viewcvs?rev=252601=gcc=rev
Log:
Fix --help=target (Ada) (PR other/39851)
2017-08-29 Martin Liska
1 - 100 of 454 matches
Mail list logo