https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87715
--- Comment #4 from David Binderman ---
Line is
/home/dcb/gcc/working/./prev-gcc/xgcc -B/home/dcb/gcc/working/./prev-gcc/
-B/usr
/local/x86_64-pc-linux-gnu/bin/ -B/usr/local/x86_64-pc-linux-gnu/bin/
-B/usr/loc
al/x86_64-pc-linux-gnu/lib/
On Fri, 2 Nov 2018, Sam Tebbs wrote:
> On 11/02/2018 05:28 PM, Sam Tebbs wrote:
>
> > Hi all,
> >
> > This patch adds a new target hook called "asm_post_cfi_startproc". This
> > hook is
> > intended to be used by the aarch64 backend to emit a directive that enables
> > support for unwinding
Hi!
On Sun, 4 Nov 2018 18:13:09 -0700, Sandra Loosemore
wrote:
> On 11/02/2018 04:38 AM, Chung-Lin Tang wrote:
> > Hi Thomas,
> > this patch (mostly by yourself:) ) are the changes to the documentation
> > to now state OpenACC 2.5 support.
> > I believe this is within your maintainership
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87873
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60503
--- Comment #1 from Jason Merrill ---
Author: jason
Date: Mon Nov 5 07:46:52 2018
New Revision: 265787
URL: https://gcc.gnu.org/viewcvs?rev=265787=gcc=rev
Log:
PR c++/60503 - wrong lambda attribute syntax.
This patch fixes two issues
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87874
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87813
--- Comment #6 from Aldy Hernandez ---
(In reply to Martin Sebor from comment #5)
> The sprintf pass doesn't do any optimization at -O0 but it still runs to
> diagnose the subset of mistakes that are detectable even without
> optimization.
Yes,
On Mon, Nov 05, 2018 at 08:36:44AM +0100, Tim van Deurzen wrote:
> I've received a lot of good advice from Nathan, but haven't had an
> opportunity to apply it yet. I'm happy, however, to show / commit what I
> have so far (which covers the parsing of the operator). I've been working
> from the
Hi Jason,
I've received a lot of good advice from Nathan, but haven't had an
opportunity to apply it yet. I'm happy, however, to show / commit what I
have so far (which covers the parsing of the operator). I've been
working from the git repository until now, but from the mailing list I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77698
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87829
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87811
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Mon Nov 5 07:33:30 2018
New Revision: 265785
URL: https://gcc.gnu.org/viewcvs?rev=265785=gcc=rev
Log:
Verify that last argument of __builtin_expect_with_probability is a real cst
(PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87811
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87829
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Mon Nov 5 07:33:58 2018
New Revision: 265786
URL: https://gcc.gnu.org/viewcvs?rev=265786=gcc=rev
Log:
Remove options that are not disabled with -Os (PR web/87829).
2018-11-05 Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77698
--- Comment #9 from Martin Liška ---
Author: marxin
Date: Mon Nov 5 07:32:48 2018
New Revision: 265784
URL: https://gcc.gnu.org/viewcvs?rev=265784=gcc=rev
Log:
Fix setting of hotness in non-LTO mode (PR gcov-profile/77698).
2018-11-05 Martin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87583
--- Comment #2 from Martin Liška ---
Any progress on that Segher?
On Mon, Nov 5, 2018 at 2:58 AM Terry Guo wrote:
>
> Hi there,
>
> This patch intends to fix PR87853 by involving a new 'signed char'
> vector type to avoid the impact of option -funsigned-char. Tested with
> bootstrap and regression tests on x86_64. No regressions.
>
> Is it OK to trunk and
On Mon, Nov 5, 2018 at 6:54 AM Wei Xiao wrote:
>
> > Please also rename these:
> >
> > _mm512_mask_fixupimm_round_pd (__m512d __A, __mmask8 __U, __m512d __B,
> > __m512i __C, const int __imm, const int __R)
> >
> > _mm512_mask_fixupimm_round_ps (__m512 __A, __mmask16 __U,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87806
--- Comment #8 from Ulrich Windl ---
(In reply to Jonathan Wakely from comment #6)
> I don't think there are any, only for local typedefs. That's already enabled
> by -Wall so I assumed this was a request to add a new warning *and* enable
> it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87806
--- Comment #7 from Ulrich Windl ---
(In reply to Tavian Barnes from comment #4)
> Perhaps this is reasonable for types that are defined in the file itself,
> not in an included header?
That's what I was thinking about. However it seems the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87877
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87878
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87877
--- Comment #1 from Andrew Pinski ---
*** Bug 87878 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87878
Bug ID: 87878
Summary: dyld: Library not loaded
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87877
Bug ID: 87877
Summary: dyld: Library not loaded
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87469
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #6
> Please also rename these:
>
> _mm512_mask_fixupimm_round_pd (__m512d __A, __mmask8 __U, __m512d __B,
> __m512i __C, const int __imm, const int __R)
>
> _mm512_mask_fixupimm_round_ps (__m512 __A, __mmask16 __U, __m512 __B,
> __m512i __C, const int __imm,
On Fri, 2 Nov 2018 at 19:08, Wilco Dijkstra wrote:
>
> Prathamesh Kulkarni wrote:
>
> > This is a rebased version of patch that adds a pattern to neon.md for
> > implementing division with multiplication by reciprocal using
> > vrecpe/vrecps with -funsafe-math-optimizations excluding -Os.
> > The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79221
Eric Gallager changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79191
--- Comment #4 from Eric Gallager ---
Where exactly in the compiler is this optimization supposed to be done and
who's the maintainer of that file?
There is one significant piece of this that is not implemented yet: the
reliance on defaulted operator<=>, which someone else has been working on.
So, for the moment those lines are commented out of the testcases.
One tricky bit was treating template parameters of classtype as const
lvalues
Implementing the UDL changes was pretty straightforward; I simplified
cp_parser_userdef_string_literal using the releasing_vec type from mangle.c.
While looking at this, I realized that the string UDL template taking a
character pack that we implemented for C++14 didn't actually make it into
The initialized_type hunk fixes handling of void AGGR_INIT_EXPRs that call a
non-constructor; an AGGR_INIT_EXPR can have void type if its initialization
semantics are more complicated than just expanding the call.
The cxx_eval_vec_init_1 hunk corrects AGGR_INIT_EXPRs that were
nonsensically built
This patch fixes two issues with lambda attribute handling: First, it was in
the wrong place in the grammar. Second, it was treating attributes as
applying to the whole declaration rather than to the function type, as
specified by the standard.
Tested x86_64-pc-linux-gnu, applying to trunk.
Hi there,
This patch intends to fix PR87853 by involving a new 'signed char'
vector type to avoid the impact of option -funsigned-char. Tested with
bootstrap and regression tests on x86_64. No regressions.
Is it OK to trunk and release branch?
BR,
Terry
diff --git a/gcc/ChangeLog
On Wed, Sep 26, 2018 at 11:00 AM Jason Merrill wrote:
>
> On Mon, Sep 3, 2018 at 5:04 PM, Tim van Deurzen wrote:
> > I must confess that in the last months I've not been able to find much time
> > (I do this in my spare time) to work on this. Part of the problem is also
> > that my new employer
On 11/02/2018 04:38 AM, Chung-Lin Tang wrote:
Hi Thomas,
this patch (mostly by yourself:) ) are the changes to the documentation
to now state OpenACC 2.5 support.
I believe this is within your maintainership scope.
I took a look at it with my doc maintainer hat on too, and the patch is
fine
On Sun, Nov 4, 2018 at 10:02 AM Jeff Law wrote:
>
> On 10/22/18 9:08 AM, Bernd Edlinger wrote:
> > Hi!
> >
> > This makes c_strlen avoid an unsafe strlen folding of const arguments
> > with non-const offset. Currently a negative out of bounds offset
> > makes the strlen function return an
--
Thierry Lavoie, B.Ing., M.Sc.A.,Ph.D.
thierrylav...@fastmail.com
On Sun, Nov 4, 2018, at 4:16 PM, gcc-h...@gcc.gnu.org wrote:
> Hi! This is the ezmlm program. I'm managing the
> gcc@gcc.gnu.org mailing list.
>
> To confirm that you would like
>
>thierry-m.lav...@polymtl.ca
>
>
From: Andi Kleen
It can be useful to have some classes of functions that use a different
__fentry__ instrumentation than others. Currently it is only
possible to disable instrumentation on the command line or with
no_instrument_function, but not to change the instrumentation function
on a case
From: Andi Kleen
When instrumenting programs using __fentry__ it is often useful
to instrument the function return too. Traditionally this
has been done by patching the return address on the stack
frame on entry. However this is fairly complicated (trace
function has to emulate a stack) and also
From: Andi Kleen
When dynamically patching in/out instrumentation it can be useful
to handle different classes of functions differently. Add support
for changing the fentry section name on the command line
or as a function attributes. This allows to mark functions differently,
and handle them
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87866
--- Comment #1 from Iain Buclaw ---
I backported a fix from the D sources so it should no longer segfault at least.
From what I can see, it should pick up the object.d source correctly.
-nostdinc -I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87865
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87865
--- Comment #6 from ibuclaw at gcc dot gnu.org ---
Author: ibuclaw
Date: Sun Nov 4 23:34:44 2018
New Revision: 265780
URL: https://gcc.gnu.org/viewcvs?rev=265780=gcc=rev
Log:
Merge dmd upstream 6243fa6d2
This introduces a new header that pulls
Hi,
I've merged into the D front-end patches sent to upstream dmd, most
address problems found when building the compiler on OSX and Solaris.
This introduces a new header that pulls in system includes for use
only in the DMD front-end part of the compiler, fixing up uses of
problematic functions
Snapshot gcc-9-20181104 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/9-20181104/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87872
--- Comment #3 from John Bytheway ---
Created attachment 44955
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44955=edit
Proposed patch
Sure, here's a proposed patch. Tested in the sense that I have compiled and
run a program against the
(resent because of mail issues on my end)
On Mon, 22 Oct 2018, Thomas Schwinge wrote:
I had a quick look at the difference, and a[j][i] remains in this form
throughout optimization. If I write instead *((*(a+j))+i) = 0; I get
j_10 = tmp_17 / 1025;
i_11 = tmp_17 % 1025;
_1 = (long
Hi Joseph,
here is a new version of this patch which adds a warning
for targets which do not support -fno-trampolines and
only runs the test case on architectures where this is
supported. It seems that documentation for this general
feature has improved in the meantime so I only mention
C as
On Sun, Nov 4, 2018 at 11:45 AM Uros Bizjak wrote:
>
> On Sun, Nov 4, 2018 at 8:17 PM H.J. Lu wrote:
> >
> > On Sun, Nov 4, 2018 at 8:41 AM Uros Bizjak wrote:
> > >
> > > On Fri, Nov 2, 2018 at 6:25 PM H.J. Lu wrote:
> > > >
> > > > Remove duplicated AVX2/AVX512 vec_dup patterns and replace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83819
Bug 83819 depends on bug 86572, which changed state.
Bug 86572 Summary: unsafe strlen folding of const arguments with non-const
offset
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86572
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86572
Bernd Edlinger changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87672
Bernd Edlinger changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86572
--- Comment #3 from Bernd Edlinger ---
Author: edlinger
Date: Sun Nov 4 19:51:09 2018
New Revision: 265778
URL: https://gcc.gnu.org/viewcvs?rev=265778=gcc=rev
Log:
gcc:
2018-11-04 Bernd Edlinger
PR tree-optimization/86572
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87672
--- Comment #13 from Bernd Edlinger ---
Author: edlinger
Date: Sun Nov 4 19:46:08 2018
New Revision: 265777
URL: https://gcc.gnu.org/viewcvs?rev=265777=gcc=rev
Log:
gcc:
2018-11-04 Bernd Edlinger
PR tree-optimization/87672
On Sun, Nov 4, 2018 at 8:17 PM H.J. Lu wrote:
>
> On Sun, Nov 4, 2018 at 8:41 AM Uros Bizjak wrote:
> >
> > On Fri, Nov 2, 2018 at 6:25 PM H.J. Lu wrote:
> > >
> > > Remove duplicated AVX2/AVX512 vec_dup patterns and replace them with
> > > subreg. gcc.target/i386/avx2-vbroadcastss_ps256-1.c
On 11/1/18 1:30 PM, Paul Koning wrote:
> A number of test cases fail on pdp11 because they use the "inf" float value
> which does not exist on that target (nor on VAX). Rainer Orth and Joseph
> Myers suggested adding a new effective-target keyword to check for this, and
> require it for tests
On 11/2/18 3:36 AM, Prathamesh Kulkarni wrote:
> Hi,
> This patch adds two transforms to match.pd to CSE erf/erfc pair.
> erfc(x) is canonicalized to 1 - erf(x) and is then reversed to 1 -
> erf(x) when canonicalization is disabled and result of erf(x) has
> single use within 1 - erf(x).
>
> The
On Sun, Nov 4, 2018 at 6:59 PM Jeff Law wrote:
>
> On 11/1/18 10:18 AM, Uros Bizjak wrote:
> > Hello!
> >
> > v2 of the patch hits the real problem: in pass_expand::execute
> > finish_eh_generation is called after expand_stack_alignment is called.
> > Construction of SjLj landing pads calls
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58372
--- Comment #41 from uros at gcc dot gnu.org ---
Author: uros
Date: Sun Nov 4 19:22:50 2018
New Revision: 265776
URL: https://gcc.gnu.org/viewcvs?rev=265776=gcc=rev
Log:
PR middle-end/58372
* cfgexpand.c (pass_expand::execute):
On 10/9/18 6:37 AM, Martin Liška wrote:
> Hi.
>
> In non-LTO mode, we should not set hotness according to computed histogram
> in ipa-profile. Following patch does that and fixes the test-case isolated
> from PR.
>
> Patch survives regression tests on x86_64-linux-gnu.
> Ready for trunk?
>
On Sun, Nov 4, 2018 at 8:41 AM Uros Bizjak wrote:
>
> On Fri, Nov 2, 2018 at 6:25 PM H.J. Lu wrote:
> >
> > Remove duplicated AVX2/AVX512 vec_dup patterns and replace them with
> > subreg. gcc.target/i386/avx2-vbroadcastss_ps256-1.c is changed by
> >
> > avx2_test:
> > .cfi_startproc
>
On Sun, 4 Nov 2018 at 17:50, Rainer Orth wrote:
>
> Hi Iain,
>
> > On Sat, 3 Nov 2018 at 23:23, Iain Buclaw wrote:
> >>
> >> On Wed, 31 Oct 2018 at 10:40, Rainer Orth
> >> wrote:
> >> >
> >> > Hi Iain,
> >> >
> >> > > My first suspect here would be 'struct UnionExp', see
> >> > >
On 11/3/18 10:09 PM, Jeff Law wrote:
On 10/23/18 7:45 PM, Ed Smith-Rowland wrote:
Greetings,
This is an almost trivial patch to get the correct sign for tgammaq.
I don't have a testcase as I don't know where to put one.
OK?
Ed Smith-Rowland
tgammaq.CL
2018-10-24 Edward Smith-Rowland
On 10/21/18 2:07 AM, Alexandre Oliva wrote:
> As auto_inc_dec pass combines incs and mems from different insns, it
> often causes regs to temporarily hold a value different from the one
> it would before the transformation. Debug insns within that range
> would therefore end up binding to the
On 10/22/18 8:59 AM, Bernd Edlinger wrote:
> Hi!
>
> This fixes an ICE which was exposed by a previous patch of mine,
> and a wrong transformation from strcat_chk => strcpy_chk,
> which fails to adjust the object size, thus allowing too much
> memory to be accessed.
>
>
> Bootstrapped and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87865
--- Comment #5 from Iain Buclaw ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #4)
> Given that Solaris 10 support will be removed in GCC 10 and Solaris 11
> has no problem here, I guess dealing with this isn't worth the trouble:
>
On 10/22/18 9:08 AM, Bernd Edlinger wrote:
> Hi!
>
> This makes c_strlen avoid an unsafe strlen folding of const arguments
> with non-const offset. Currently a negative out of bounds offset
> makes the strlen function return an extremely large number, and
> at the same time, prevents the VRP
On 11/1/18 10:18 AM, Uros Bizjak wrote:
> Hello!
>
> v2 of the patch hits the real problem: in pass_expand::execute
> finish_eh_generation is called after expand_stack_alignment is called.
> Construction of SjLj landing pads calls emit_library_call, which can
> change
On 10/31/18 5:13 AM, Renlin Li wrote:
> Hi all,
>
> The patch adds a check if the gap is compile-time constant.
>
> This happens when dse decides to replace the load with previous store
> value.
> The problem is that, shift sequence could not accept compile-time
> non-constant
> mode operand.
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87876
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87788
Eric Gallager changed:
What|Removed |Added
CC||mcccs at gmx dot com
--- Comment #15
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87865
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from Iain Buclaw ---
> (In reply to r...@cebitec.uni-bielefeld.de from comment #2)
>> > --- Comment #1 from Iain Buclaw ---
>> > This is part of the dmd frontend which
Hi Iain,
> On Sat, 3 Nov 2018 at 23:23, Iain Buclaw wrote:
>>
>> On Wed, 31 Oct 2018 at 10:40, Rainer Orth
>> wrote:
>> >
>> > Hi Iain,
>> >
>> > > My first suspect here would be 'struct UnionExp', see d/dmd/expression.h
>> > >
>> > > Upstream dmd use a poor man's alignment, from what I recall
Hi Iain,
> On Wed, 31 Oct 2018 at 10:40, Rainer Orth
> wrote:
>>
>> Hi Iain,
>>
>> > My first suspect here would be 'struct UnionExp', see d/dmd/expression.h
>> >
>> > Upstream dmd use a poor man's alignment, from what I recall to be
>> > compatible with the dmc compiler.
>> >
>> > //
Hi Iain,
> On Wed, 31 Oct 2018 at 10:40, Rainer Orth
> wrote:
>>
>> Hi Iain,
>>
>> > My first suspect here would be 'struct UnionExp', see d/dmd/expression.h
>> >
>> > Upstream dmd use a poor man's alignment, from what I recall to be
>> > compatible with the dmc compiler.
>> >
>> > //
Hi Iain,
> On Wed, 31 Oct 2018 at 10:43, Rainer Orth
> wrote:
>>
>> Hi Iain,
>>
>> >> My first suspect here would be 'struct UnionExp', see d/dmd/expression.h
>> >>
>> >> Upstream dmd use a poor man's alignment, from what I recall to be
>> >> compatible with the dmc compiler.
>> >>
>> >>
On Fri, Nov 2, 2018 at 6:25 PM H.J. Lu wrote:
>
> Remove duplicated AVX2/AVX512 vec_dup patterns and replace them with
> subreg. gcc.target/i386/avx2-vbroadcastss_ps256-1.c is changed by
>
> avx2_test:
> .cfi_startproc
> - vmovaps x(%rip), %xmm1
> - vbroadcastss%xmm1,
On 11/3/18 10:09 PM, Jeff Law wrote:
On 10/23/18 7:45 PM, Ed Smith-Rowland wrote:
Greetings,
This is an almost trivial patch to get the correct sign for tgammaq.
I don't have a testcase as I don't know where to put one.
OK?
Ed Smith-Rowland
tgammaq.CL
2018-10-24 Edward Smith-Rowland
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70260
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
--- Comment #5 from Eric Botcazou ---
> I don't see anything in the various FLAGS that might cause this ICE.
CFLAGS='-g -O2' LDFLAGS=-m32
On Fri, Oct 26, 2018 at 12:44 AM H.J. Lu wrote:
>
> On 10/25/18, Uros Bizjak wrote:
> > On Fri, Oct 26, 2018 at 8:48 AM H.J. Lu wrote:
> >>
> >> On 10/25/18, Uros Bizjak wrote:
> >> > On Fri, Oct 26, 2018 at 8:07 AM H.J. Lu wrote:
> >> >>
> >> >> * read-rtl.c (apply_subst_iterator):
On Fri, Oct 19, 2018 at 1:44 AM H.J. Lu wrote:
>
> On 10/18/18, Jan Hubicka wrote:
> >> we need to generate
> >>
> >> vxorp[ds] %xmmN, %xmmN, %xmmN
> >> ...
> >> vcvtss2sd f(%rip), %xmmN, %xmmX
> >> ...
> >> vcvtsi2ss i(%rip), %xmmN, %xmmY
> >>
> >> to
On Tue, Sep 25, 2018 at 8:46 AM H.J. Lu wrote:
>
> On Fri, Aug 31, 2018 at 2:04 PM, Jason Merrill wrote:
> > On 07/23/2018 05:24 PM, H.J. Lu wrote:
> >>
> >> On Mon, Jun 18, 2018 at 12:26 PM, Joseph Myers
> >> wrote:
> >>>
> >>> On Mon, 18 Jun 2018, Jason Merrill wrote:
> >>>
> On Mon, Jun
On 11/4/18 1:51 AM, Bernhard Reutner-Fischer wrote:
On Sat, 3 Nov 2018 15:33:07 -0700
Jerry DeLisle wrote:
diff --git a/libgfortran/io/transfer.c b/libgfortran/io/transfer.c
index 31198a3cc39..0d26101cef0 100644
--- a/libgfortran/io/transfer.c
+++ b/libgfortran/io/transfer.c
@@ -260,22
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
--- Comment #4 from Gary Mills ---
sparcv7 is a file path component. It implies that this is a 32-bit executable
running on a 64-bit kernel. That's normal behavior on OI and Solaris builds.
Generally there are both 32 and 64-bit builds. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87876
Bug ID: 87876
Summary: Mac failing: conversion from longdouble to long int is
ambiguous
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Nicolas Boulenguez changed:
What|Removed |Added
Attachment #44913|0 |1
is obsolete|
Hi Uros and Honza,
I have committed the znver2 patch.
Ref:https://gcc.gnu.org/viewcvs/gcc?limit_changes=0=revision=265775
Thanks you.
regards,
Venkat.
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org
> On Behalf Of Kumar, Venkataramanan
> Sent: Sunday, November 4, 2018 12:21
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87875
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25844
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87836
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87875
Bug ID: 87875
Summary: Address sanitizer doen't work with nested functions
with enabled stack-use-after-return check
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87874
Bug ID: 87874
Summary: [8/9 Regression] ICE in simplify_subreg, at
simplify-rtx.c:6396
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords:
On Sat, 3 Nov 2018 15:33:07 -0700
Jerry DeLisle wrote:
> diff --git a/libgfortran/io/transfer.c b/libgfortran/io/transfer.c
> index 31198a3cc39..0d26101cef0 100644
> --- a/libgfortran/io/transfer.c
> +++ b/libgfortran/io/transfer.c
> @@ -260,22 +250,80 @@ read_sf_internal (st_parameter_dt *dtp,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
--- Comment #3 from Eric Botcazou ---
> For this, I need you to tell me what "a Debian quirk" is.
> Does some (non Debian) architecture
> - use TARGET-gcc-VERSION with TARGET/=Sdefault.Target_Name?
> - use TARGET-gcc-VERSION with
On Mon, Oct 29, 2018 at 02:28:11PM +, Szabolcs Nagy wrote:
> On 27/10/18 05:37, Stafford Horne wrote:
> > +++ b/gcc/config/or1k/linux.h
> > @@ -0,0 +1,44 @@
> > +/* Linux Definitions for OpenRISC.
> > + Copyright (C) 2018 Free Software Foundation, Inc.
> > + Contributed by Stafford Horne.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8
Arnaud Charlet changed:
What|Removed |Added
CC||charlet at gcc dot gnu.org
--- Comment
On Nov 03 2018, Jerry DeLisle wrote:
> + /* To support legacy code we have to scan the input string one byte
> + at a time because we don't no where an early comma may be and the
s/no/know/
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510
1 - 100 of 104 matches
Mail list logo