https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87495
--- Comment #4 from rguenther at suse dot de ---
On Mon, 15 Oct 2018, burnus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87495
>
> Tobias Burnus changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87610
--- Comment #4 from Richard Biener ---
Author: rguenth
Date: Tue Oct 16 07:28:49 2018
New Revision: 265185
URL: https://gcc.gnu.org/viewcvs?rev=265185&root=gcc&view=rev
Log:
2018-10-16 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87465
--- Comment #5 from Richard Biener ---
Author: rguenth
Date: Tue Oct 16 07:28:49 2018
New Revision: 265185
URL: https://gcc.gnu.org/viewcvs?rev=265185&root=gcc&view=rev
Log:
2018-10-16 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87465
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87620
Bug ID: 87620
Summary: NULL deref in iterate_demangle_function (117536819)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71976
Clay McClure changed:
What|Removed |Added
CC||clay at daemons dot net
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87614
--- Comment #3 from Jonathan Wakely ---
Yes, that warning seems useful. The user has caused a conversion that alters
the value. The fact it happens deep inside libstdc++ headers is only because
the library templates preserve the types all the way
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #34 from Tamar Christina ---
Sorry for the delay getting back to you Eric.
So the workaround I have is basically to have a dummy program
`translate_paths.c` which just prints back all arguments it receives in argv
(besides the progra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87618
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87495
--- Comment #5 from Tobias Burnus ---
Martin: Can we close this as INVALID or WORKSFORME?
Or is there still an issue? - At least it seems to work for -m32 and -m64 is
not supported by construction of the x86_64 ABI.
(In reply to Martin Liška fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87618
Jonathan Wakely changed:
What|Removed |Added
Known to work||8.2.0
Summary|Missing symbo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87618
--- Comment #2 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #1)
> I made a typo in the linker script:
>
> --- a/libstdc++-v3/config/abi/pre/gnu.ver
> +++ b/libstdc++-v3/config/abi/pre/gnu.ver
> @@ -2035,7 +2035,7 @@ GLIBCXX
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87618
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87613
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87615
Richard Biener changed:
What|Removed |Added
Keywords||compile-time-hog
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87621
Bug ID: 87621
Summary: auto-vectorization fails for exponentiation code
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87621
--- Comment #1 from krux ---
Interestingly it happily unrolls the loop even with -fno-unroll-loops.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87615
--- Comment #6 from Richard Biener ---
Btw, compiles in 8s with -O1 which is what we suggest for machine-generated
code like this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84101
--- Comment #4 from krux ---
Also happens with pairs of floats:
https://godbolt.org/z/QrP0VD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87618
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Tue Oct 16 11:14:37 2018
New Revision: 265188
URL: https://gcc.gnu.org/viewcvs?rev=265188&root=gcc&view=rev
Log:
PR libstdc++/87618 fix typos in linker script
PR libstdc++/87618
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #35 from Eric Botcazou ---
> Sorry for the delay getting back to you Eric.
No problem.
> So the workaround I have is basically to have a dummy program
> `translate_paths.c` which just prints back all arguments it receives in argv
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63155
--- Comment #46 from Richard Biener ---
Author: rguenth
Date: Tue Oct 16 11:23:22 2018
New Revision: 265189
URL: https://gcc.gnu.org/viewcvs?rev=265189&root=gcc&view=rev
Log:
2018-10-16 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86772
Bug 86772 depends on bug 86804, which changed state.
Bug 86804 Summary: s390 port needs updating for CVE-2017-5753
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86804
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86804
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622
Bug ID: 87622
Summary: coarray does not run in parallel
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81275
Tom de Vries changed:
What|Removed |Added
CC||vries at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87621
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81878
--- Comment #36 from Tamar Christina ---
> That seems like a big hammer though and I'm not sure other Ada maintainers
> will really be thrilled with it... Can't we devise a kludge in the gnattools
> dir?
> IMO it would have a far better chance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87511
--- Comment #3 from Wilco ---
Author: wilco
Date: Tue Oct 16 12:26:00 2018
New Revision: 265191
URL: https://gcc.gnu.org/viewcvs?rev=265191&root=gcc&view=rev
Log:
[AArch64] Fix PR87511
As mentioned in PR87511, the shift used in aarch64_mask_and
Dear Business Partner,
ProCons4IT team in Lebanon is glad to schedule a demo of SAP Business One
complete ERP software solution at your offices to showcase how it can help you
cope with digital transformation.
ProCons 4IT is the largest SAP Business One partner in Middle East and TOP 10
gl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63155
--- Comment #47 from Richard Biener ---
Author: rguenth
Date: Tue Oct 16 13:23:56 2018
New Revision: 265193
URL: https://gcc.gnu.org/viewcvs?rev=265193&root=gcc&view=rev
Log:
2018-10-16 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87465
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Tue Oct 16 13:25:43 2018
New Revision: 265194
URL: https://gcc.gnu.org/viewcvs?rev=265194&root=gcc&view=rev
Log:
2018-10-16 Richard Biener
PR tree-optimization/87465
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87511
--- Comment #4 from Wilco ---
Author: wilco
Date: Tue Oct 16 13:40:57 2018
New Revision: 265195
URL: https://gcc.gnu.org/viewcvs?rev=265195&root=gcc&view=rev
Log:
[AArch64] Fix PR87511
As mentioned in PR87511, the shift used in aarch64_mask_and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87511
Wilco changed:
What|Removed |Added
Status|NEW |RESOLVED
Version|9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87615
--- Comment #7 from Jan Hubicka ---
> Looks like the IPA-CP stmt walking is still unbound?
There is also walking in ipa-fnsummary that is unbound, perhaps that is the
problem...
Honza
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87602
--- Comment #2 from Cheng Wen ---
I have further analyzed this bug. The variable n in function get_count (const
char **type, int *count) have an Integer overflow problem. The value pass to
the variable count.
> do
> {
> n *= 10;
> n += *p -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87621
--- Comment #3 from krux ---
Yes see the godbolt link.
clang compiles it down to a few vpmulld's.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60364
--- Comment #4 from Martin Sebor ---
*** Bug 84352 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84352
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87623
Bug ID: 87623
Summary: bytes swapped in register when comparing cause fail
when comiled with -O1 or higher
Product: gcc
Version: 8.2.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87624
Bug ID: 87624
Summary: improve interprocedural clean up of null pointer
checks
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84705
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87556
--- Comment #2 from Tobias Burnus ---
Author: burnus
Date: Tue Oct 16 18:32:11 2018
New Revision: 265211
URL: https://gcc.gnu.org/viewcvs?rev=265211&root=gcc&view=rev
Log:
Handle form_team w/ function args
PR fortran/87556
* tra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67125
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Tue Oct 16 18:37:08 2018
New Revision: 265212
URL: https://gcc.gnu.org/viewcvs?rev=265212&root=gcc&view=rev
Log:
Fix bounds with ALLOCATE with source-expr
PR fortran/67125
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87625
Bug ID: 87625
Summary: [OOP] (re)allocate on assignment fails for polymorphic
array
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87626
Bug ID: 87626
Summary: Named address spaces don't work in standard-conforming
mode, but macros for them are defined
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67125
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Tue Oct 16 21:07:31 2018
New Revision: 265215
URL: https://gcc.gnu.org/viewcvs?rev=265215&root=gcc&view=rev
Log:
Extend source-expr test case
PR fortran/67125
* gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87625
--- Comment #1 from Tobias Burnus ---
gfc_is_reallocatable_lhs() is not working:
/* An allocatable class variable with no reference. */
if (sym->ts.type == BT_CLASS
&& !sym->attr.associate_var
&& CLASS_DATA (sym)->attr.allocatab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85494
--- Comment #5 from Jonathan Wakely ---
Proposed patch posted to https://gcc.gnu.org/ml/libstdc++/2018-10/msg00082.html
I would be grateful for any testing you can do on mingw targets.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87627
Bug ID: 87627
Summary: GCC generates rube-goldberg machine for trivial tail
call on 32-bit x86
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87627
--- Comment #1 from Rich Felker ---
Results are similarly bad for 64-bit, except at -Os where it effectively just
pushes/pops the argument registers around the call to bar rather than
allocating call-saved registers for them. Using -Os on 32-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87627
--- Comment #2 from Rich Felker ---
Further trial-and-error shows that it seems to be the sibcall itself that
causes the mess. My first guess is that something in the RTL considers the
whole argument area as clobbered/belonging to the sibcallee a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83868
--- Comment #3 from Eric Gallager ---
(In reply to H.J. Lu from comment #2)
> (In reply to Eric Gallager from comment #1)
> > (In reply to H.J. Lu from comment #0)
> > > output_indirect_thunk_function and ix86_code_end should be generated
> > > t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87618
--- Comment #4 from Daniel Scharrer ---
Thanks, everything works for me now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87628
Bug ID: 87628
Summary: Redundant check of pointer when delete is called
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87627
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
56 matches
Mail list logo
