https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96755
--- Comment #4 from Hongtao.liu ---
Fixed in GCC11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96755
--- Comment #3 from CVS Commits ---
The master branch has been updated by hongtao Liu :
https://gcc.gnu.org/g:108477875f01798eecd7780207396b8c44930ae9
commit r11-2833-g108477875f01798eecd7780207396b8c44930ae9
Author: liuhongt
Date: Mon Aug 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96715
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:bb5e895245ebef488b63efc239f64488aef65cf1
commit r11-2832-gbb5e895245ebef488b63efc239f64488aef65cf1
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96721
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:61680cfaf1eef26a5953f36ab82a1cc13f9b2f2c
commit r11-2831-g61680cfaf1eef26a5953f36ab82a1cc13f9b2f2c
Author: Jakub Jelinek
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95450
--- Comment #10 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:9f2f79df19fbfaa1c4be313c2f2b5ce04646433e
commit r11-2830-g9f2f79df19fbfaa1c4be313c2f2b5ce04646433e
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96744
--- Comment #7 from Hongtao.liu ---
(In reply to Uroš Bizjak from comment #5)
> (In reply to Hongtao.liu from comment #2)
>
> > Need to add define_insn for movp2qi/movp2hi?
>
> Yes, this is needed to cover some corner cases. Please see attachme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96709
--- Comment #2 from g.peterh...@t-online.de ---
You can choose the boost version on godbolt.org. The example uses 1.73, but
only the macros
#define BOOST_FORCEINLINE inline __attribute__ ((__always_inline__))
and
#define BOOST_NOINLINE __attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95428
--- Comment #11 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:6b958ee0fd0e1b2a2b22784ffbe531ed74358a22
commit r11-2829-g6b958ee0fd0e1b2a2b22784ffbe531ed74358a22
Author: Jason Merrill
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96778
Bug ID: 96778
Summary: static cast a integer to a enum type whose underlying
type is fixed
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96777
Bug ID: 96777
Summary: [11 Regression] ICE in bind_compound_sval, at
analyzer/store.cc:618
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96689
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96746
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96750
--- Comment #4 from Matt Bentley ---
(In reply to Marc Glisse from comment #2)
> (In reply to Martin Liška from comment #1)
> > after:
> > 1794240.0
> >
> > before:
> > 1802710.0
>
> That's less than 1% of difference (with "after" better than "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96760
--- Comment #4 from joseph at codesourcery dot com ---
The increment is addition of 1 in type int (after integer promotions),
followed by conversion back to char. Converting an out-of-range integer
value to a narrower signed integer type is im
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96742
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96701
Andrew Pinski changed:
What|Removed |Added
Keywords||easyhack
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88814
--- Comment #3 from Martin Sebor ---
(In reply to Dávid Bolvanský from comment #2)
The n in the assignment in 'd[n - 1] = 0;' should be the result of snprintf for
constant arguments. In GCC, it's computed by the sprintf pass which then
performs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96754
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96703
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2020-08-24
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96707
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96742
--- Comment #2 from William Throwe ---
It was decided in bug 11856 that it was a bug to warn about comparisons when a
choice for a type template parameter made them always false, so it seems like
it should also be a bug to warn if a non-type temp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95428
Jason Merrill changed:
What|Removed |Added
Target Milestone|--- |10.3
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70462
Jason Merrill changed:
What|Removed |Added
Resolution|FIXED |WONTFIX
--- Comment #9 from Jason Merril
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95428
--- Comment #9 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:d94796352234def681a34eef99dad18bccecbca7
commit r10-8659-gd94796352234def681a34eef99dad18bccecbca7
Author: Jason Merrill
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96776
--- Comment #6 from Andrew Pinski ---
(In reply to Matheus Izvekov from comment #5)
> There is one small issue with this though, but is even smaller, in that if
> foo body was visible, and it did not escape that reference further, the tail
> call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96708
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61372
--- Comment #7 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #2)
> extern "C" functions can throw, so it would be wrong to unconditionally
> assume they can't.
Yes that is correct. Even extern "C" functions could be written i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96776
Matheus Izvekov changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96738
Andrew Pinski changed:
What|Removed |Added
Target|All |x86_64-linux-gnu
Component|rtl-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96760
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|1 |0
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96776
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96776
--- Comment #3 from Matheus Izvekov ---
Yeah Andrew I realized it just after I posted, disregard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96709
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2020-08-24
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96776
Matheus Izvekov changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96776
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96776
Bug ID: 96776
Summary: Missing tail call optimization when passing local
variable by reference to yet another function
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96775
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88780
--- Comment #8 from Marietto ---
https://bugs.launchpad.net/ubuntu/+source/gcc-9/+bug/1892475
Il giorno mar 18 ago 2020 alle ore 19:26 msebor at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> ha scritto:
> https://gcc.gnu.org/bugzilla/show_bug.cgi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94448
Diane Meirowitz changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96775
--- Comment #2 from Diane Meirowitz ---
I have the latest llvm source code and it's the same.
We will back port any fixes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96153
--- Comment #7 from Iain Buclaw ---
Fixing the case for SPARC64 triggers the test case in pr96157 to fail on
x86_64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96775
Andrew Pinski changed:
What|Removed |Added
See Also||https://github.com/google/s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96774
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96775
Bug ID: 96775
Summary: UBSan: confusing error message load of address with
insufficient space
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96774
Bug ID: 96774
Summary: UBSan: please provide
__ubsan_set_error_report_callback() to capture error
messages
Product: gcc
Version: unknown
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96773
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96773
Bug ID: 96773
Summary: ASan: please provide __asan_address_is_shadow() for
complex programs
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96733
Jonathan Wakely changed:
What|Removed |Added
Component|middle-end |libstdc++
--- Comment #5 from Jonathan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88003
--- Comment #5 from Marek Polacek ---
All part of my grand plan.
Seriously though, you must've grepped an ICE that was XFAILed (the only one,
thus far).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96742
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88003
Nathan Sidwell changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |nathan at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96772
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96772
Bug ID: 96772
Summary: Power VSX libmvec implementation for OpenMP SIMD
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96733
--- Comment #4 from Jakub Jelinek ---
(In reply to Jonathan Wakely from comment #3)
> Shouldn't this help in the library then?
>
> if (__hi < __lo)
> __builtin_unreachable();
For integers, I guess it could if Andrew's/Aldy's stuff
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96733
--- Comment #3 from Jonathan Wakely ---
Shouldn't this help in the library then?
if (__hi < __lo)
__builtin_unreachable();
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96733
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96771
Bug ID: 96771
Summary: arm/pr32920-2.c fails since svn r228175 /
f11a7b6d57f6fcba1bf2e5a0403dc49120195320
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96766
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:074436cf8cdd2a9ce75cadd36deb8301f00e55b9
commit r11-2822-g074436cf8cdd2a9ce75cadd36deb8301f00e55b9
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96730
--- Comment #3 from Martin Jambor ---
I have proposed a fix on the mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2020-August/552488.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96744
--- Comment #6 from Uroš Bizjak ---
(In reply to Uroš Bizjak from comment #5)
> However, the patch assumes that avx512vp2intersect implies mavx512dq,
> otherwise there is no direct QImode move from mask register to memory
> available.
This is th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96715
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-08-24
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96744
--- Comment #5 from Uroš Bizjak ---
(In reply to Hongtao.liu from comment #2)
> Need to add define_insn for movp2qi/movp2hi?
Yes, this is needed to cover some corner cases. Please see attachment 49114.
However, the patch assumes that avx512vp2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96744
--- Comment #4 from Uroš Bizjak ---
Created attachment 49114
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49114&action=edit
Double-reg mask moves
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
markeggleston at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Stat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #31 from CVS Commits ---
The releases/gcc-9 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:bbe17767c602f1ff08a1520a1d989c6b86b536fd
commit r9-8829-gbbe17767c602f1ff08a1520a1d989c6b86b536fd
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96722
--- Comment #6 from Richard Biener ---
I don't have a good idea either but eventually something along the following -
if we remove any control stmt in a clobbers control dependence chain
force-remove the clobber. Obviously as written it's highly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94538
--- Comment #21 from Christophe Lyon ---
I filed PR96767, PR96768, PR96769, PR96770 to track the enhancements discussed
here.
The ICE is now fixed in trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96770
Bug ID: 96770
Summary: -mpure-code produces suboptimal code for relocations
with small offset for thumb-1
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96769
Bug ID: 96769
Summary: -mpure-code produces suboptimal code for immediate
generation for thumb-1
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96768
Bug ID: 96768
Summary: -mpure-code produces switch tables for thumb-1
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96767
Bug ID: 96767
Summary: -mpure-code produces indirect loads for thumb-1
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ta
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96758
--- Comment #3 from R. Evans ---
Thanks for the quick patch! Applied to head (87c753ac) and confirmed that it
passes the test case and fixes the problem with smartmontools-7.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96765
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-08-24
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96722
--- Comment #5 from Jakub Jelinek ---
On the CDDCE side, I'm afraid I have no idea what can be done.
The pass works by not considering clobber stmts necessary, and when about to
remove (all) clobbers as unnecessary, it instead attempts to keep th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96766
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96766
--- Comment #2 from Jonathan Wakely ---
This is clang's stupid "unsigned overflow" sanitizer, which complains about
correct code. The conversion here is intended, and does exactly the right
thing, converting numeric_limits::max() to numeric_limit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96766
--- Comment #1 from Karthik Nishanth ---
Reproducer
https://www.godbolt.org/z/Whz6ab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96766
Bug ID: 96766
Summary: std::swap(std::variant, std::variant) triggers
undefined behavior sanitizer
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96761
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2020-08-24
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96690
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96760
--- Comment #3 from Yu Zhige ---
(In reply to Thomas Koenig from comment #1)
> The loop
>
> for (a = 20; a; a++) {
>
> increases a, which is a char, beyond its value range, and then tests
> against zero.
>
> This is undefined behavior.
>
> N4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96722
--- Comment #4 from rguenther at suse dot de ---
On Mon, 24 Aug 2020, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96722
>
> --- Comment #3 from Jakub Jelinek ---
> Created attachment 49111
> --> https://gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96744
--- Comment #3 from Uroš Bizjak ---
Created attachment 49112
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49112&action=edit
Retune mask <-> general moves cost
It looks to me that mask <-> general cost is too low, so the compiler now
pref
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96761
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96690
--- Comment #6 from Jakub Jelinek ---
Without LTO, gen_remaining_tmpl_value_param_die_attribute will try to get it,
and will mangle the foo decl, but shortly after will throw it away due to
const_ok_for_output failing on it.
Your patch makes sens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96764
David Malcolm changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96690
--- Comment #5 from Richard Biener ---
Forcing the mangling via generating garbage RTL early doesn't work since
the
/* ??? The C++ FE emits debug information for using decls, so
putting gcc_unreachable here falls over. See PR31899. For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96763
David Malcolm changed:
What|Removed |Added
Summary|[11 Regression] ICE in |[11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96765
Bug ID: 96765
Summary: Base class constructor cast to derived should cause a
warning
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96764
Bug ID: 96764
Summary: [11 Regression] ICE in
fold_convert_const_int_from_real, at fold-const.c:2038
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #30 from CVS Commits ---
The releases/gcc-10 branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:5effbd0733f9a4d42ddae965e4c28701be7811ac
commit r10-8658-g5effbd0733f9a4d42ddae965e4c28701be7811ac
Author: Mark Eggleston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96690
Richard Biener changed:
What|Removed |Added
Component|c++ |debug
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96722
--- Comment #3 from Jakub Jelinek ---
Created attachment 49111
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49111&action=edit
gcc11-pr96722.patch
If *0 ={v} {CLOBBER}; is supposed to be a fancy nop, then we should ignore it
during path i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96721
--- Comment #3 from Jakub Jelinek ---
Created attachment 49110
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49110&action=edit
gcc11-pr96721.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96734
--- Comment #6 from Ariadne Conill ---
(In reply to Ariadne Conill from comment #5)
> I should clarify.
>
> I cross-compiled g++ 10.2.0 to run on mips64 *host*. That part worked fine.
>
> Afterwards, the *host* mips64 g++ cannot compile itself
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96734
--- Comment #5 from Ariadne Conill ---
I should clarify.
I cross-compiled g++ 10.2.0 to run on mips64 *host*. That part worked fine.
Afterwards, the *host* mips64 g++ cannot compile itself.
The *host* mips64 g++ (which was cross-compiled from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=201
Stas Sergeev changed:
What|Removed |Added
CC||stsp at users dot
sourceforge.net
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96486
--- Comment #29 from CVS Commits ---
The master branch has been updated by Mark Eggleston
:
https://gcc.gnu.org/g:de09e7ebc9d653745a103eef2b20c7f1dd76
commit r11-2819-gde09e7ebc9d653745a103eef2b20c7f1dd76
Author: Mark Eggleston
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96734
--- Comment #4 from Martin Liška ---
(In reply to Ariadne Conill from comment #3)
> When that method.ii is compiled against g++ 9.3.0 with the provided options,
> it compiles successfully.
>
> When built using a cross-compiled g++ 10.2.0, it cra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96758
--- Comment #2 from Jakub Jelinek ---
Created attachment 49109
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49109&action=edit
gcc11-pr96758.patch
Untested fix. cmpsiz has been computed incorrectly and while the code had the
intent to ha
1 - 100 of 132 matches
Mail list logo