https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39117
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39322
Bug 39322 depends on bug 39117, which changed state.
Bug 39117 Summary: missed strict-aliasing warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39117
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
Bug ID: 86669
Summary: [5/6/7/8/9 regression] Complete object constructor
clone omits length for a c++11 braced initialiser
Product: gcc
Version: 9.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86654
--- Comment #12 from Richard Biener ---
(In reply to Richard Biener from comment #11)
> OK, so patch at least regresses
>
> FAIL: g++.dg/debug/dwarf2/lambda1.C -std=gnu++11 scan-assembler-times
> DW_TAG_variable[^.]*.ascii "this.0" 2
> FAIL: g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86668
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79635
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Wed Jul 25 08:02:53 2018
New Revision: 262959
URL: https://gcc.gnu.org/viewcvs?rev=262959&root=gcc&view=rev
Log:
Explain asan parameters in params.def (PR sanitizer/79635).
2018-07-25 M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86645
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Wed Jul 25 08:04:15 2018
New Revision: 262960
URL: https://gcc.gnu.org/viewcvs?rev=262960&root=gcc&view=rev
Log:
Limit dump_flag enum values range (PR middle-end/86645).
2018-07-25 Mart
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79635
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80798
--- Comment #5 from Martin Liška ---
Thanks Max.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 86645, which changed state.
Bug 86645 Summary: [9 Regression] UBSAN error: tree-cfg.c:7874:26: runtime
error: load of value 4293224825, which is not a valid value for type 'dump_flag'
https://gcc.gnu.org/bugzilla/show_bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86645
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84758
Martin Liška changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #1 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83813
--- Comment #2 from Martin Liška ---
I've got patch candidate for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84589
--- Comment #3 from Jonathan Wakely ---
*** Bug 86665 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86665
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60330
--- Comment #2 from Jonathan Wakely ---
I think this can just be closed as INVALID.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60330
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86661
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2018-7-25
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86663
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86667
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86669
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #43 from Iain Sandoe ---
(In reply to Richard Biener from comment #42)
> (In reply to Iain Sandoe from comment #40)
> > Created attachment 44417 [details]
> > Patch series to enable copying of early debug data.
< snip>
(not ignoring
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 86618, which changed state.
Bug 86618 Summary: tree-vect-stmts.c:3340: ubsan error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86618
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85367
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86618
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86644
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85178
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 86644, which changed state.
Bug 86644 Summary: [9 Regression] UBSAN error: tree-vect-patterns.c:225:17:
runtime error: shift exponent 64 is too large for 32-bit type 'int'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=8664
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86667
Dominique d'Humieres changed:
What|Removed |Added
Component|fortran |c
--- Comment #4 from Dominique d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80818
Andreas Krebbel changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86654
--- Comment #13 from Martin Liška ---
Just for record, building Firefox w/ GCC 8.1 w/o LTO produces:
VM SIZE FILE SIZE
-- --
0.0% 0 .debug_info 978Mi 48.5%
0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86655
--- Comment #2 from Matthias Kretz ---
http://eel.is/c++draft/c.math#sf.cmath-1.3 might be the reason why `m <= l` is
enforced. But unless I'm confused the footnote on "mathematically defined"
tells us it should work:
- "(a) if it is explicitly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80645
Andreas Schwab changed:
What|Removed |Added
Target|m68k-*-*, ia64-*-*, |m68k-*-*, ia64-*-*,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86670
Bug ID: 86670
Summary: unsized static array var is removed but still
accessed.
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85338
--- Comment #1 from Martin Liška ---
I've got patch candidate for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86671
Bug ID: 86671
Summary: Many testsuite failures due to -latomic not found
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85350
--- Comment #1 from Martin Liška ---
I've got patch candidate for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85372
--- Comment #1 from Martin Liška ---
I've got patch for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #44 from rguenther at suse dot de ---
On Wed, 25 Jul 2018, iains at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
>
> --- Comment #43 from Iain Sandoe ---
> (In reply to Richard Biener from comment #42
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86654
--- Comment #14 from rguenther at suse dot de ---
On Wed, 25 Jul 2018, marxin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86654
>
> --- Comment #13 from Martin Liška ---
> Just for record, building Firefox w/ GCC 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
--- Comment #45 from Iain Sandoe ---
(In reply to rguent...@suse.de from comment #44)
> On Wed, 25 Jul 2018, iains at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82005
> >
> > --- Comment #43 from Iain Sandoe ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60330
--- Comment #4 from Jonathan Wakely ---
https://www.gnu.org/prep/maintain/maintain.html#Copyright-Notices
"You should maintain a proper copyright notice and a license notice in each
nontrivial file in the package. (Any file more than ten lines l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85351
Martin Liška changed:
What|Removed |Added
Priority|P3 |P5
Assignee|marxin at gcc dot g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #2 from Jakub Jelinek ---
Created attachment 44437
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44437&action=edit
gcc9-pr86660.patch
Untested patch. Does this fix it?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #3 from Tom de Vries ---
(In reply to Jakub Jelinek from comment #2)
> Created attachment 44437 [details]
> gcc9-pr86660.patch
>
> Untested patch. Does this fix it?
I'll try it out.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86670
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85370
--- Comment #1 from Martin Liška ---
I've got patch candidate for that prints following:
-:0:Source:pr85370.c
-:0:Graph:pr85370.gcno
-:0:Data:pr85370.gcda
-:0:Runs:1
-:0:Programs:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85337
Martin Liška changed:
What|Removed |Added
Priority|P3 |P5
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85332
--- Comment #1 from Martin Liška ---
I've got patch candidate for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83505
Martin Liška changed:
What|Removed |Added
Priority|P3 |P5
Assignee|marxin at gcc dot g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83678
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85197
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85349
Martin Liška changed:
What|Removed |Added
Priority|P3 |P5
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #4 from Tom de Vries ---
(In reply to Tom de Vries from comment #3)
> (In reply to Jakub Jelinek from comment #2)
> > Created attachment 44437 [details]
> > gcc9-pr86660.patch
> >
> > Untested patch. Does this fix it?
>
> I'll try
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85276
Martin Liška changed:
What|Removed |Added
Priority|P3 |P5
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85217
--- Comment #2 from Martin Liška ---
I've got patch candidate for that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85201
Martin Liška changed:
What|Removed |Added
Priority|P3 |P5
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #5 from Jakub Jelinek ---
So a nvptx backend bug?
Does ptxas require only decimal constants and not hexadecimal, or require
64-bit load from something that needs to be initialized with 64-bit initializer
rather than series of bytes, s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85336
Martin Liška changed:
What|Removed |Added
Priority|P3 |P4
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #6 from Jakub Jelinek ---
LLSDA labels are for EH support, this testcase doesn't really use exceptions in
any way, but it isn't compiled with -fno-exceptions; but that is the case of
most of the C++ tests in libgomp (I see only 6 Open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86672
Bug ID: 86672
Summary: Facing issue with gcc-4.9.0 while using with
llvm-6.0.1
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86659
--- Comment #1 from ro at CeBiTec dot Uni-Bielefeld.DE ---
A reghunt now identified this patch as the culprit:
2018-07-24 Richard Biener
* match.pd: Add BIT_FIELD_REF canonicalizations.
Comparing the assembler output, I find
--- /v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86672
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86654
--- Comment #15 from Richard Biener ---
Author: rguenth
Date: Wed Jul 25 12:10:13 2018
New Revision: 262965
URL: https://gcc.gnu.org/viewcvs?rev=262965&root=gcc&view=rev
Log:
2018-07-25 Richard Biener
PR debug/86654
* dwarf2o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
Bug ID: 86673
Summary: inline asm sometimes ignores 'register asm("reg")'
declarations
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
--- Comment #4 from jwjagersma at gmail dot com ---
Created attachment 44439
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44439&action=edit
Proposed patch
I cloned the fix that was applied to cygwin/mingw targets in SVN r259347. There
did
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86654
--- Comment #16 from Martin Liška ---
(In reply to Martin Liška from comment #13)
> Just for record, building Firefox w/ GCC 8.1 w/o LTO produces:
>
> VM SIZE FILE SIZE
> -- --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #7 from Tom de Vries ---
(In reply to Jakub Jelinek from comment #6)
> LLSDA labels are for EH support, this testcase doesn't really use exceptions
> in any way, but it isn't compiled with -fno-exceptions; but that is the case
> of mo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #1 from Arnd Bergmann ---
Further inspection shows that this happens for the cases where the input
argument to the inline asm is a compile-time constant, but not for those that
are variables.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
Arnd Bergmann changed:
What|Removed |Added
CC||mkuvyrkov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
--- Comment #6 from jwjagersma at gmail dot com ---
(In reply to Richard Biener from comment #5)
After building a more complex program with the above patch (applied to gcc
8.1.0 release sources), this ICE appears during linking:
lto1.exe: intern
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86667
--- Comment #5 from Dominique d'Humieres ---
The test works as expected if I replace
*ep=*ep++;
with
*ep++;
in the C file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
Ramana Radhakrishnan changed:
What|Removed |Added
Target||arm-none-linux-gnueabi ,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #4 from Andreas Schwab ---
Why are you using empty constraints when a register is required?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86667
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #5 from Arnd Bergmann ---
(In reply to Andreas Schwab from comment #4)
> Why are you using empty constraints when a register is required?
creduce did that, it had no effect on the result. The original source looks
like:
#define __ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
--- Comment #7 from rguenther at suse dot de ---
On Wed, 25 Jul 2018, jwjagersma at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
>
> --- Comment #6 from jwjagersma at gmail dot com ---
> (In reply to Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86599
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86672
--- Comment #2 from Jonathan Wakely ---
What possible reason could you have to use gcc-4.9.0 instead of gcc-4.9.4?
Anyway this seems to be a duplicate of PR 66426 which is fixed in gcc-5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86599
--- Comment #7 from The Written Word
---
(In reply to Dominique d'Humieres from comment #6)
> This looks like a target issue. Have you ever build gcc on HP-UX 11.31/PA?
Definitely a target issue. With some patches I can build gcc 4.x on 11.31/P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86674
Bug ID: 86674
Summary: -W(no)-error=invalid-pch does not affect incorrect
language warning
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #6 from Thomas Preud'homme ---
The following simpler testcase also shows the problem:
void fn1() {
register const int h asm("r2") = 1;
__asm__(".ifnc %0,r2; .err; .endif\n\t"
"bl __put_user_4" :: "r"(h));
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #7 from Thomas Preud'homme ---
(In reply to Thomas Preud'homme from comment #6)
> The following simpler testcase also shows the problem:
>
> void fn1() {
> register const int h asm("r2") = 1;
> __asm__(".ifnc %0,r2; .err; .endif\
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #8 from Thomas Preud'homme ---
(In reply to Thomas Preud'homme from comment #7)
> (In reply to Thomas Preud'homme from comment #6)
> > The following simpler testcase also shows the problem:
> >
> > void fn1() {
> > register const i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #9 from Arnd Bergmann ---
Reproduced on arm64 and x86 as well, see x86 version:
void fn1() {
register const int h asm("edx") = 1;
__asm__(".ifnc %0,edx; .err; .endif" :: "r"(h));
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #8 from Tom de Vries ---
(In reply to Tom de Vries from comment #7)
> (In reply to Jakub Jelinek from comment #6)
> > LLSDA labels are for EH support, this testcase doesn't really use exceptions
> > in any way, but it isn't compiled w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #9 from cesar at gcc dot gnu.org ---
(In reply to Tom de Vries from comment #8)
> Hmm, for me that minimizes to:
> ...
> extern "C" void abort ();
>
> #pragma omp declare target
> int results[2000];
> #pragma omp end declare target
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86675
Bug ID: 86675
Summary: C++ lambdas are not debugable with -std=c++17 (or
above) and -Og
Product: gcc
Version: 8.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86675
--- Comment #1 from Bernd Amend ---
Created attachment 1
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=1&action=edit
Script to test the compiler with different command line args
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86660
--- Comment #10 from Jakub Jelinek ---
Indeed, lowering ignores map clauses for declare target to global vars, but it
can do that only if always is not present. Will have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86670
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19315
Andrew Pinski changed:
What|Removed |Added
CC||iains at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
--- Comment #8 from jwjagersma at gmail dot com ---
(In reply to rguent...@suse.de from comment #7)
> There are latent bugs that now affect darwin, mingw and djgpp (after your
> patch) by default when compiling with -g0 and linking with -g
> (whic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #11 from Arnd Bergmann ---
I have checked all instances of 'register const' or 'const register' in the
current linux kernel (4.18-rc), and we never assign a constant expression to
any of them, so I guess none of them are affected:
ar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19315
--- Comment #7 from Iain Sandoe ---
IMHO (as you say in c#3) this is "surprising behaviour"
* if there's any case you'd want it - then maybe you should have to ask for
it.
(so if it's intentional it should be behind some flag?)
* it ought
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #12 from Andreas Schwab ---
arch/h8300/kernel/sim-console.c:register const int fd __asm__("er0") =
1; /* stdout */
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
--- Comment #9 from rguenther at suse dot de ---
On July 25, 2018 5:21:38 PM GMT+02:00, jwjagersma at gmail dot com
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86651
>
>--- Comment #8 from jwjagersma at gmail dot com ---
>(In reply to r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86673
--- Comment #13 from Arnd Bergmann ---
(In reply to Andreas Schwab from comment #12)
> arch/h8300/kernel/sim-console.c: register const int fd __asm__("er0") =
> 1;
I found that too, and then noticed it is already fixed in linux-next:
http
1 - 100 of 131 matches
Mail list logo
