https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97365
Bug ID: 97365
Summary: gcvt and qgcvt do not always provide requested
precision
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
It also is confusing for the patch to perform
$(ARX) -X32_64
when immediately before the fragment created ARX by explicitly
stripping -X32_64. If it's going to perform
ar -X32_64
it should use the normal $(AR) variable.
Thanks, David
On Thu, Oct 8, 2020 at 5:06 AM CHIGOT, CLEMENT wrote:
>
Snapshot gcc-10-20201010 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/10-20201010/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 10 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97318
Tom de Vries changed:
What|Removed |Added
Target Milestone|--- |11.0
Resolution|---
Hi,
When function splitting clones a function sinf in the host compiler, the clone
is callled sinf.part.0. However, ptx does not allows dots in identifiers, so
we run into:
...
ptxas test.o, line 23; fatal : Parsing error near '.part': syntax error
ptxas fatal : Ptx assembly aborted due to
Hi,
Factor out write_fn_proto_1 from write_fn_proto.
Tested check-gcc on nvptx.
Tested libgomp on x86_64-linux with nvptx accelerator.
Committed to trunk.
Thanks,
- Tom
[nvptx] Factor out write_fn_proto_1
gcc/ChangeLog:
2020-10-10 Tom de Vries
* config/nvptx/nvptx.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97318
--- Comment #2 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:e88b04bda8a4bdcd03f867fc23f07d5d80f3f19a
commit r11-3778-ge88b04bda8a4bdcd03f867fc23f07d5d80f3f19a
Author: Tom de Vries
Date: Sat
The name __deref is defined as a macro by Windows headers.
This renames the __deref() helper function to __ref. It doesn't actually
dereference an iterator. it just has the same type as the iterator's
reference type.
libstdc++-v3/ChangeLog:
PR libstdc++/97362
*
This solution doesn't really appeal to me, but there aren't any good options.
AIX caches shared objects in memory for faster startup. If the
archive file permissions do not include read-other (world readable),
the shared object is not cached. But using this option might cause
permission
Andrew,
Dominance and reachability are two different but related things. It's trivial
to come up with a simple example to show this.
Gary
From: Andrew Pinski
Sent: Friday, October 9, 2020 8:13 PM
To: Jojo R
Cc: GCC Development
Subject: Re: How to check
Hi,
this patch improves debug info of modref so it is easier to track down
misoptimizations.
Bootstrapped/regtested x86_64-linux, comitted.
Honza
gcc/ChangeLog:
2020-10-10 Jan Hubicka
* tree-ssa-alias.c (ref_maybe_used_by_call_p_1): Improve debug dumps.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51971
Eric Gallager changed:
What|Removed |Added
CC||m...@nieper-wisskirchen.de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97364
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Hi,
The current code assumed that super refs could be computed
indirectly, i.e. that the metadata generated by the compiler
was immutable by the runtime. This does not always hold
(it depends on the NeXT runtime version). So, compute super
refs directly.
tested across the Darwin supported
Hi
At one time, the system linkers needed to have at least a dummy
entry for every Objective-C section in use. This removes the extra
emitted code when it is not needed by the linker.
tested across the supported Darwin range, and on x86_64-linux,
pushed to master,
thanks
Iain
gcc/ChangeLog:
Hi,
Newer versions of ld64 are more picky about adherence to placement
rules for objective c metadata. This adds protocol refs and uses
the ivar refs for all targets.
tested across the Darwin supported range (and on x86_64-linux)
pushed to master,
thanks
Iain
gcc/ChangeLog:
*
Hi,
Much of the existing work in the Darwin BSS and common sections
was to accommodate the PowerPC section anchors. We want to segregate
this, since it might become desirable to support section anchors for
arm64.
First revision (here) is to use the same section conventions as the Xcode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97349
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97168
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97364
Bug ID: 97364
Summary: Clarify/improve documentation for __attribute__
((pure))
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97363
Bug ID: 97363
Summary: Missing diagnostics when trying to initialize rvalue
reference variable with lvalue expression when using
decltype(auto) type deduction.
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97250
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362
--- Comment #4 from Jonathan Wakely ---
(In reply to frankhb1989 from comment #0)
> Case:
>
> #include
> #include
N.B. this has nothing to do with . The __deref entity is in
which gets included by and all the containers
(and a few other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97250
--- Comment #9 from CVS Commits ---
The master branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:16664e6e4fb4281be6477c13989740d44c963c77
commit r11-3764-g16664e6e4fb4281be6477c13989740d44c963c77
Author: H.J. Lu
Date: Fri Oct 9
On Fri, Oct 9, 2020 at 6:17 AM H.J. Lu wrote:
>
> x86-64-v2 includes CMPXCHG16B. Since -mcx16 enables CMPXCHG16B and
> defines __GCC_HAVE_SYNC_COMPARE_AND_SWAP_16, check it in x86-64-v[234]
> tests.
>
> PR target/97250
> * gcc.target/i386/x86-64-v2.c: Verify that
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362
--- Comment #3 from Jonathan Wakely ---
And add __deref to the list of BADNAMES in
doc/xml/manual/appendix_contributing.xml and the
testsuite/17_intro/headers/names.cc test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362
Jonathan Wakely changed:
What|Removed |Added
Summary|`__deref` in|[8/9/10/11 Regression]
|in
On Sat, 10 Oct 2020 at 13:52, Jonathan Wakely wrote:
> index_sequence uses size_t not unsigned long. This parameter pack
> needs to be size_t... _Idxs, and the NTTP for __check_visitor_result
> should be size_t _Idx.
Fixed in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362
--- Comment #1 from frankhb1989 at gmail dot com ---
To clarify a bit: is installed by the VC++ toolchain or WDK, not by
Windows SDK. Nevertheless, it is a system header both MS's CRT and Win32
headers rely on.
On 05/10/20 22:35 +0300, Ville Voutilainen via Libstdc++ wrote:
On Mon, 5 Oct 2020 at 01:15, Ville Voutilainen
wrote:
The patch is borked, doesn't pass tests, fixing...
Unborked, ok for trunk if full testsuite passes?
2020-10-05 Ville Voutilainen
PR libstdc++/95904
*
On 09/10/20 18:09 +0100, Jonathan Wakely wrote:
This removes the __detail::_Shift class template, replacing it with a
constexpr function template __pow2m1. Instead of using the _Mod class
template to calculate a modulus just perform a bitwise AND with the
result of __pow2m1. This works because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362
Bug ID: 97362
Summary: __deref in in debug mode clashes with
Windows SDK internal macro
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97300
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
logical_stmt_cache::cacheable_p() returns true for relops, but
logical_combine (which does the caching) doesn't handle them and ICEs.
This patch fixes the inconsistency by returning false for relops.
This was working before because even though logical_combine doesn't
handle relops, statements
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97359
Aldy Hernandez changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97359
--- Comment #5 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:14db1dfcd18e4d2712a043bdcd3976fcfb0642c2
commit r11-3762-g14db1dfcd18e4d2712a043bdcd3976fcfb0642c2
Author: Aldy Hernandez
Date:
vec_insert accepts 3 arguments, arg0 is input vector, arg1 is the value
to be insert, arg2 is the place to insert arg1 to arg0. Current expander
generates stxv+stwx+lxv if arg2 is variable instead of constant, which
causes serious store hit load performance issue on Power. This patch tries
1)
gcc/ChangeLog:
2020-10-10 Xionghu Luo
* config/rs6000/rs6000-c.c (altivec_resolve_overloaded_builtin):
Generate ARRAY_REF(VIEW_CONVERT_EXPR) for P8 and later
platforms.
* config/rs6000/rs6000.c (rs6000_expand_vector_set_var): Update
to call different
Originated from
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/554240.html
with patch split and some refinement per review comments.
Patch of IFN VEC_SET for ARRAY_REF(VIEW_CONVERT_EXPR) is committed,
this patch set enables expanding IFN VEC_SET for Power9 and Power8
with specfic
rs6000_expand_vector_set could accept insert either to constant position
or variable position, so change the operand to reg_or_cint_operand.
gcc/ChangeLog:
2020-10-10 Xionghu Luo
* config/rs6000/rs6000-call.c (altivec_expand_vec_set_builtin):
Change call param 2 from type int
gcc/testsuite/ChangeLog:
2020-10-10 Xionghu Luo
* gcc.target/powerpc/fold-vec-insert-char-p8.c: Adjust
instruction counts.
* gcc.target/powerpc/fold-vec-insert-char-p9.c: Likewise.
* gcc.target/powerpc/fold-vec-insert-double.c: Likewise.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97359
--- Comment #4 from Aldy Hernandez ---
Created attachment 49340
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49340=edit
untested proposed patch
Untested.
43 matches
Mail list logo