https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99085
Bug ID: 99085
Summary: [11 Regression] ICE: verify_flow_info failed (error:
multiple hot/cold transitions found)
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Hello, I’m looking to contribute to the project regarding the Rust frontend.
I’ve compiled the project from the Rust-GCC repository and ran the testsuite.
Any pointers what to do next?
By the way, is the mailing list the prefered way of communication? Or should I
use Zulip/Discord?
Regards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96926
--- Comment #6 from Jason Merrill ---
So, for the second example, the compiler's process is
test() initializes the tuple member
looks for tuple(Test) ctor
considers tuple(tuple&&)
looks for conversion from Test to tuple
considers _ImplicitCtor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99068
Brian Grayson changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
Hi.
I'd like to know what's the status of the review for this patch.
(Same for my other patch 96889: add some reflection functions in the jit
C api)
Thanks.
On Tue, Jul 21, 2020 at 11:29:57PM +0200, Andrea Corallo wrote:
Hi Antoni,
a couple of nits and some thoughts.
Antoni Boucher via
On Wed, 2021-02-10 at 19:42 +, brian.sobulefsky wrote:
Hi Brian
Thanks for the patch.
The patch is large enough to count as legally significant; I've sent
you information on copyright assignment separately; the patch can't be
committed until that paperwork is in place.
In the meantime,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99084
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99084
Bug ID: 99084
Summary: New test case gcc.dg/rtl/aarch64/multi-subreg-1.c
added in r11-7223 fails
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity:
On Fri, Feb 12, 2021 at 02:50:12PM -0600, Peter Bergner wrote:
> The rs6000_emit_le_vsx_* functions assume they are not passed an Altivec
> style "& ~16" address. However, some of our expanders and splitters do
> not verify we do not have an Altivec style address before calling those
> functions,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95468
Patrick Palka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
Here, the problem ultimately seems to be that tsubst_copy_and_build,
when called with empty args as we do during non-dependent expression
folding, doesn't touch BASELINKs at all: it delegates to tsubst_copy
which then immediately exits early due to the empty args. This means
that the CAST_EXPR
This makes instantiation_dependent_expression_p avoid checking
potential_constant_expression when processing_template_decl isn't set
(and hence when value_dependent_expression_p is definitely false).
gcc/cp/ChangeLog:
* pt.c (instantiation_dependent_expression_p): Check
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99083
Bug ID: 99083
Summary: Big run-time regressions of 519.lbm_r with LTO
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On 2/12/21 4:21 PM, Peter Bergner wrote:
> rtl-optimization: Fix uninitialized use of opaque mode variable ICE [PR98872]
>
> The initialize_uninitialized_regs function emits (set (reg:) (CONST0_RTX))
> for all uninitialized pseudo uses. However, some modes (eg, opaque modes)
> may not have a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99068
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
On Fri, 12 Feb 2021, Andrew MacLeod via Gcc wrote:
I dont't want to immediately open a PR, so I'll just ask about
testsuite/gcc.dg/pr83609.c.
the compilation string is
-O2 -fno-tree-forwprop -fno-tree-ccp -fno-tree-fre -fno-tree-pre
-fno-code-hoisting
Which passes as is.
if I however
We represent deduction guides with FUNCTION_DECLs, but they are built
without DECL_CONTEXT, leading to an ICE in type_dependent_expression_p
on the assert that the type of a function template with no dependent
(innermost!) template arguments must be non-dependent. Consider the
attached
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98468
--- Comment #3 from Segher Boessenkool ---
git tag -l 'releases*' --contains 8d2d39587d94
On Thu, Feb 11, 2021 at 03:03:38PM +, Richard Sandiford via Gcc-patches
wrote:
> gcc/
> * df-problems.c (df_lr_bb_local_compute): Treat partial definitions
> as read-modify operations.
>
> gcc/testsuite/
> * gcc.dg/rtl/aarch64/multi-subreg-1.c: New test.
The test fails
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99082
Bug ID: 99082
Summary: manual bit-field creation followed by manual
extraction does not always produce good code
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Snapshot gcc-9-20210212 is now available on
https://gcc.gnu.org/pub/gcc/snapshots/9-20210212/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 9 git branch
with the following options: git://gcc.gnu.org/git/gcc.git branch
On 2/8/21 7:29 AM, Segher Boessenkool wrote:
>> I think we should either add a new rtx code for constant opaque modes
>> or make init-regs just emit the clobber for opaque modes (and not emit
>> the move).
>
> Thanks for looking Richard. That last option sounds good to me as well.
Ok, guarding
I dont't want to immediately open a PR, so I'll just ask about
testsuite/gcc.dg/pr83609.c.
the compilation string is
-O2 -fno-tree-forwprop -fno-tree-ccp -fno-tree-fre -fno-tree-pre
-fno-code-hoisting
Which passes as is.
if I however add -fno-tree-vrp as well, then it looks like
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99040
Nathan Sidwell changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99039
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99039
--- Comment #2 from Nathan Sidwell ---
8c4137c7ead 2021-02-12 | c++: Seed imported bindings [PR 99039]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99040
--- Comment #2 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:0c27fe96f812df76ca07272d3c68765bd1f9dc08
commit r11-7229-g0c27fe96f812df76ca07272d3c68765bd1f9dc08
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99040
--- Comment #1 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:8f93e1b892850b00bf6b9cbc5711a7d5bc367967
commit r11-7228-g8f93e1b892850b00bf6b9cbc5711a7d5bc367967
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99039
--- Comment #1 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:8f93e1b892850b00bf6b9cbc5711a7d5bc367967
commit r11-7228-g8f93e1b892850b00bf6b9cbc5711a7d5bc367967
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96395
--- Comment #4 from David Malcolm ---
(In reply to David Malcolm from comment #3)
> FWIW, I'm not able to reproduce this issue with trunk. Note that
> g:fd111c419d146ee47c7df9a36a535e8d843d4802 fixed a state-explosion bug in
> how switch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99081
Bug ID: 99081
Summary: Misleading -Wmissing-field-initializers warning on
out-of-order designated initializers
Product: gcc
Version: 11.0
Status: UNCONFIRMED
As mentioned in 99040's fix, we can get inter-module using decls. If
the using decl is the only reference to an import, we'll have failed to
seed our imports leading to an assertion failure. The fix is
straight-forwards, check binding contents when seeding imports.
gcc/cp/
With modules one can have using-decls refering to their own scope. This
is the way to export things from the GMF or from an import. The problem
was I was using current_ns == CP_DECL_CONTEXT (decl) to determine
whether a decl should be registered in a namespace level or not. But
that's an
IDENTIFIER_TYPE_VALUE and friends is a remnant of G++'s C origins. It
holds elaborated types on identifier-nodes. While this is fine for C
and for local and class-scopes in C++, it fails badly for namespaces. In
that case a marker 'global_type_node' was used, which essentially
signified
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96395
--- Comment #3 from David Malcolm ---
Sandra: what is the status of your loop unification changes?
FWIW, I'm not able to reproduce this issue with trunk. Note that
g:fd111c419d146ee47c7df9a36a535e8d843d4802 fixed a state-explosion bug in how
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95647
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jerry DeLisle
:
https://gcc.gnu.org/g:d5021162cf33081c128cd5c4f96ea0b7ca8739d7
commit r10-9365-gd5021162cf33081c128cd5c4f96ea0b7ca8739d7
Author: Steve Kargl
I merged trunk revision 9769564e7456453e2273071d0faa5aab2554ff78 to
the gccgo branch.
Ian
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98959
Peter Bergner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
The rs6000_emit_le_vsx_* functions assume they are not passed an Altivec
style "& ~16" address. However, some of our expanders and splitters do
not verify we do not have an Altivec style address before calling those
functions, leading to an ICE. The solution here is to guard the expanders
and
On 2/12/21 12:36 PM, Richard Biener wrote:
On February 12, 2021 7:21:25 PM GMT+01:00, Martin Sebor
wrote:
On 2/12/21 12:35 AM, Richard Biener wrote:
On Thu, Feb 11, 2021 at 7:35 PM Martin Sebor
wrote:
On 2/11/21 12:59 AM, Richard Biener wrote:
On Wed, Feb 10, 2021 at 6:16 PM Martin
On February 12, 2021 7:21:25 PM GMT+01:00, Martin Sebor
wrote:
>On 2/12/21 12:35 AM, Richard Biener wrote:
>> On Thu, Feb 11, 2021 at 7:35 PM Martin Sebor
>wrote:
>>>
>>> On 2/11/21 12:59 AM, Richard Biener wrote:
On Wed, Feb 10, 2021 at 6:16 PM Martin Sebor
>wrote:
>
> The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99079
Jakub Jelinek changed:
What|Removed |Added
Attachment #50176|0 |1
is obsolete|
This patch by Michael Matloob fixes the Go frontend to use the correct
path when opening an embedded file for a string or []byte type. For
the other embed.FS case we were correctly using the Files mapping, but
for string or []byte we were not. Bootstrapped and ran Go testsuite
on
On 2/11/21 5:14 PM, Patrick Palka wrote:
On Thu, 11 Feb 2021, Jason Merrill wrote:
On 2/8/21 2:03 PM, Patrick Palka wrote:
This fixes the way we check satisfaction of constraints on placeholder
types in various contexts, and in particular when the constraint is
dependent.
Firstly, when
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99015
--- Comment #1 from zhan3299 at purdue dot edu ---
It seems clang at any optimization level can compile this. GCC at -O0 can also
compile it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99079
--- Comment #4 from Jakub Jelinek ---
Ah, except we introduce UB into the program because (1 << var) - 1 when var is
31 will be INT_MIN - 1. I think we should do the subtraction of 1 in utype
then.
On 2/10/21 9:41 AM, Patrick Palka wrote:
On Tue, 9 Feb 2021, Jason Merrill wrote:
On 2/8/21 2:03 PM, Patrick Palka wrote:
This sets up the functionality for controlling the initial set of
template parameters to pass to normalization when dealing with a
constraint-expression that is not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99079
Jakub Jelinek changed:
What|Removed |Added
Attachment #50175|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99079
--- Comment #2 from Jakub Jelinek ---
Created attachment 50175
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50175=edit
gcc11-pr99079.patch
Untested fix.
The problem is that the tree_nop_conversion_p (type, TREE_TYPE (@3))
test actually
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88771
Martin Sebor changed:
What|Removed |Added
Keywords|patch |
Known to fail|9.0
On 2/12/21 9:56 AM, Martin Sebor wrote:
On 2/12/21 2:09 AM, Richard Biener via Gcc-patches wrote:
On Thu, Feb 11, 2021 at 6:41 PM Martin Liška wrote:
Hello.
This fixes 2 memory leaks I noticed.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99080
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99080
Bug ID: 99080
Summary: Add !TYPE_P assert to type_dependent_expression_p
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On 2/12/21 12:35 AM, Richard Biener wrote:
On Thu, Feb 11, 2021 at 7:35 PM Martin Sebor wrote:
On 2/11/21 12:59 AM, Richard Biener wrote:
On Wed, Feb 10, 2021 at 6:16 PM Martin Sebor wrote:
The attached patch replaces calls to print_generic_expr_to_str() with
a helper function that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99055
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99055
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:f3d7fd1475eb1ed2b3a39f988b33db176d4f7419
commit r11-7226-gf3d7fd1475eb1ed2b3a39f988b33db176d4f7419
Author: Martin Sebor
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85899
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68028
seurer at gcc dot gnu.org changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99068
Brian Grayson changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99079
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
On 12/02/2021 17:21, Christophe Lyon wrote:
> On Fri, 12 Feb 2021 at 17:02, Richard Earnshaw
> wrote:
>>
>> On 12/02/2021 14:20, Christophe Lyon via Gcc-patches wrote:
>>> This test forces -march=armv8.1-m.main, which supports only Thumb mode.
>>> However, if the toolchain is not configured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98338
Martin Liška changed:
What|Removed |Added
Summary|[11 Regression] |[10/11 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98338
Martin Liška changed:
What|Removed |Added
See Also||https://bugzilla.suse.com/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98823
--- Comment #14 from Ian Lance Taylor ---
The code that kills the test process (close_wait_program in lib/remote.exp) has
indeed changed between DejaGNU 1.6.1 and 1.6.2. That said, I don't see any
reason why the 1.6.1 code wouldn't kill the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99079
--- Comment #1 from Martin Liška ---
I forgot to mention:
$ g++ x.cpp -O && ./a.out
arr: 602669924
Aborted (core dumped)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99079
Bug ID: 99079
Summary: Maybe a wrong code since r6-1462-g4ab1e111ef0669bb
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
On Fri, 12 Feb 2021 at 17:02, Richard Earnshaw
wrote:
>
> On 12/02/2021 14:20, Christophe Lyon via Gcc-patches wrote:
> > This test forces -march=armv8.1-m.main, which supports only Thumb mode.
> > However, if the toolchain is not configured --with-thumb, the test
> > fails with:
> > error:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96078
--- Comment #3 from Jason Merrill ---
Created attachment 50174
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50174=edit
proposed patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99048
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
On 2/12/21 2:09 AM, Richard Biener via Gcc-patches wrote:
On Thu, Feb 11, 2021 at 6:41 PM Martin Liška wrote:
Hello.
This fixes 2 memory leaks I noticed.
Patch can bootstrap on x86_64-linux-gnu and survives regression tests.
Ready to be installed?
OK.
Thanks,
Martin
gcc/ChangeLog:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99048
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
How do I get permissions set so that I can change status of bug reports
and assign to myself. My permissions got dissolved during some
evolution in the last year.
also
The master branch has been updated by Jerry DeLisle:
https://gcc.gnu.org/g:0631e008adc759cc801d0d034224ee6b4bcf31aa
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99048
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99068
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
The rtl-ssa code uses an on-the-side IL and needs to build that IL
for each block and RTL insn. I'd originally not used the classical
dominance frontier method for placing phis on the basis that it seemed
like more work in this context: we're having to visit everything in
an RPO walk anyway, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99043
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
On 12/02/2021 14:20, Christophe Lyon via Gcc-patches wrote:
> This test forces -march=armv8.1-m.main, which supports only Thumb mode.
> However, if the toolchain is not configured --with-thumb, the test
> fails with:
> error: target CPU does not support ARM mode
>
> Adding -mthumb to dg-options
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99043
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Tobias Burnus
:
https://gcc.gnu.org/g:f248468b309eba0608608c4d8bd75fd0f4580416
commit r10-9364-gf248468b309eba0608608c4d8bd75fd0f4580416
Author: Tobias Burnus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95647
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jerry DeLisle :
https://gcc.gnu.org/g:0631e008adc759cc801d0d034224ee6b4bcf31aa
commit r11-7225-g0631e008adc759cc801d0d034224ee6b4bcf31aa
Author: Steve Kargl
Date:
I noticed while working on PR98863 that we were using the main
obstack to allocate temporary uses. That was safe, but represents
a kind of local memory leak.
Tested on aarch64-linux-gnu and x86_64-linux-gnu, pushed as obvious.
Richard
gcc/
* rtl-ssa/accesses.cc
The _wrename function won't overwrite an existing file, so use
MoveFileEx instead. That allows renaming directories over files, which
POSIX doesn't allow, so check for that case explicitly and report an
error.
Also document the deviation from the expected behaviour, and add a test
for
On 10/02/21 16:58 +, Jonathan Wakely wrote:
This wasn't fixed upstream for mingw-w64 so we still need the
workaround.
libstdc++-v3/ChangeLog:
PR libstdc++/1
* src/c++17/fs_ops.cc (fs::status): Re-enable workaround.
Oops, the same change is needed in symlink_status as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98439
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=1
--- Comment #16 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:b7210405ed8eb5fd723b2c99960dcc5f0aec89b4
commit r11-7222-gb7210405ed8eb5fd723b2c99960dcc5f0aec89b4
Author: Jonathan Wakely
This patch disallows selecting components of array sections in update
directives for OpenACC, as specified in OpenACC 3.0, "2.14.4. Update
Directive", "Restrictions":
"In Fortran, members of variables of derived type may appear, including
a subarray of a member. Members of subarrays of
This patch fixes lowering of derived-type mappings which select elements
of arrays of derived types, and similar. These would previously lead
to ICEs.
With this change, OpenACC directives can pass through constructs that
are no longer recognized by the gimplifier, hence alterations are needed
This series contains an updated version of the "3/4" patch from this
series:
https://gcc.gnu.org/pipermail/gcc-patches/2021-February/564711.html
together with bits that undo the reversions in:
https://gcc.gnu.org/pipermail/gcc-patches/2021-February/565093.html
and a new approach to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97684
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85099
Bug 85099 depends on bug 97684, which changed state.
Bug 97684 Summary: [11 Regression] ICE in reg_preferred_class, at reginfo.c:789
by r11-4577
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97684
What|Removed
On 12/02/21 15:12 +, Jonathan Wakely wrote:
@@ -364,9 +378,7 @@ namespace ip
static constexpr address_v6
loopback() noexcept
{
- address_v6 __addr;
- __addr._M_bytes[15] = 1;
- return __addr;
+ return {bytes_type{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1}};
}
Nope. I can't reach Robert, so CC MIPS maintainer.
On 2021-02-12 22:57 +0800,Xi Ruoyao wrote:
> Well, it just dislike my mail server :(. Switch to the mail server of my
> university.
>
> On 2021-02-12 22:54 +0800, Xi Ruoyao wrote:
> > Resend the mail. I had to fill in a form to send mail to
The helper function for creating new paths doesn't work well on Windows,
because the PID of a process started by Wine is very consistent and so
the same path gets created each time.
libstdc++-v3/ChangeLog:
* testsuite/util/testsuite_fs.h (nonexistent_path): Add
random number to
libstdc++-v3/ChangeLog:
* include/experimental/internet (address_v6::to_string): Include
scope ID in string.
* testsuite/experimental/net/internet/address/v6/members.cc:
Test to_string() results.
Tested powerpc64le-linux. Committed to trunk.
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98125
--- Comment #13 from Jakub Jelinek ---
I think -fpatchable-function-entry support is more than 3 years old now, so I
think we can't treat it like a new feature and so I don't understand defering
fixing it for stage1. Doesn't the kernel use that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98384
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #9
Well, it just dislike my mail server :(. Switch to the mail server of my
university.
On 2021-02-12 22:54 +0800, Xi Ruoyao wrote:
> Resend the mail. I had to fill in a form to send mail to Robert.
>
> On 2021-02-12 22:17 +0800, Xi Ruoyao wrote:
> > On 2021-01-11 01:01 +0800, Xi Ruoyao wrote:
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98537
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
Resend the mail. I had to fill in a form to send mail to Robert.
On 2021-02-12 22:17 +0800, Xi Ruoyao wrote:
> On 2021-01-11 01:01 +0800, Xi Ruoyao wrote:
> > Hi Jeff and Jakub,
> >
> > On 2021-01-04 14:19 -0700, Jeff Law wrote:
> > > On 1/4/21 2:00 PM, Jakub Jelinek wrote:
> > > > On Mon, Jan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99077
Jonathan Wakely changed:
What|Removed |Added
Known to fail|11.0|
Summary|[9/10/11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99058
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2021-02-12
1 - 100 of 151 matches
Mail list logo