https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78174
--- Comment #9 from Jakub Jelinek ---
No, I've also explained what to do about the u.fld thing.
sed -n '/^DEF_RTL_EXPR/{s/DEF_RTL_EXPR([^,]*,[^,]*, "//;s/".*$//;p}' rtl.def |
sort -u
shows we have at most 8 fields right now, so we could define so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78174
--- Comment #10 from Jakub Jelinek ---
Other such spots are in gimple.h (e.g. gimple_statement_with_ops,
gimple_statement_with_memory_ops, gcall, gphi, gasm. Most likely we have other
spots with that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047
Richard Biener changed:
What|Removed |Added
Known to work||7.0
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77964
--- Comment #18 from Richard Biener ---
Author: rguenth
Date: Wed Nov 2 08:29:48 2016
New Revision: 241776
URL: https://gcc.gnu.org/viewcvs?rev=241776&root=gcc&view=rev
Log:
2016-11-02 Richard Biener
PR tree-optimization/78035
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78035
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Wed Nov 2 08:29:48 2016
New Revision: 241776
URL: https://gcc.gnu.org/viewcvs?rev=241776&root=gcc&view=rev
Log:
2016-11-02 Richard Biener
PR tree-optimization/78035
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78035
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78178
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69544
Bug 69544 depends on bug 78178, which changed state.
Bug 78178 Summary: ICE in WHERE statement with diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78178
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78175
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
--- Comment #1 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140
--- Comment #8 from Martin Liška ---
(In reply to Markus Trippelsdorf from comment #7)
> BTW Firefox trunk fails to build for me:
>
> ld: error: /tmp/ccsbLieS.ltrans29.ltrans.o: requires dynamic R_X86_64_PC32
> reloc against '_ZN2js3jitL2R0E' wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78180
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78180
--- Comment #3 from Markus Trippelsdorf ---
void BM_Rolling:| void
BM_Rolling >:
.LFB1712: | .LFB1713:
.cfi_startproc .cfi_startproc
pushq %r13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78181
Bug ID: 78181
Summary: unrecognized option -mcpu=cortex-a73
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78181
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78180
--- Comment #4 from Markus Trippelsdorf ---
Created attachment 39942
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39942&action=edit
unreduced testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #48 from Bernd Edlinger ---
(In reply to wilco from comment #22)
>
> Anyway, there is another bug: on AArch64 we correctly recognize there are 8
> 1-byte loads, shifts and orrs which can be replaced by a single 8-byte load
> and a by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78162
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Nov 2 09:25:22 2016
New Revision: 241778
URL: https://gcc.gnu.org/viewcvs?rev=241778&root=gcc&view=rev
Log:
PR tree-optimization/78162: Reject negative offsets in sto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78162
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
--- Comment #6 from ktkachov at gcc dot gnu.org ---
Author: ktkachov
Date: Wed Nov 2 09:28:35 2016
New Revision: 241779
URL: https://gcc.gnu.org/viewcvs?rev=241779&root=gcc&view=rev
Log:
PR tree-optimization/78170: Truncate sign-extended padding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78170
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140
--- Comment #9 from Markus Trippelsdorf ---
(In reply to Martin Liška from comment #8)
> (In reply to Markus Trippelsdorf from comment #7)
> > BTW Firefox trunk fails to build for me:
> >
> > ld: error: /tmp/ccsbLieS.ltrans29.ltrans.o: requires
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140
--- Comment #10 from Martin Liška ---
(In reply to Markus Trippelsdorf from comment #9)
> (In reply to Martin Liška from comment #8)
> > (In reply to Markus Trippelsdorf from comment #7)
> > > BTW Firefox trunk fails to build for me:
> > >
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #49 from Bernd Edlinger ---
(In reply to Bernd Edlinger from comment #48)
> (In reply to wilco from comment #22)
> >
> > Anyway, there is another bug: on AArch64 we correctly recognize there are 8
> > 1-byte loads, shifts and orrs wh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140
--- Comment #11 from Markus Trippelsdorf ---
js/src/jit/BaselineCompiler.cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #50 from Richard Earnshaw ---
(In reply to wilco from comment #47)
> (In reply to Richard Earnshaw from comment #46)
> > (In reply to wilco from comment #44)
> > > (In reply to Bernd Edlinger from comment #38)
> > > > Created attachme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78181
--- Comment #2 from Richard Earnshaw ---
The error message comes from the assembler, not the compiler, you need to
update your assembler binaries.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140
--- Comment #12 from Martin Liška ---
(In reply to Markus Trippelsdorf from comment #11)
> js/src/jit/BaselineCompiler.cpp
Hm, I see the R0 defined as:
# 1
"/home/marxin/BIG/buildbot/slave/source/firefox/js/src/jit/x64/SharedICRegisters-x64.h"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63752
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78182
Bug ID: 78182
Summary: Missed optimizations: "fused" byte stores
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78182
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78182
--- Comment #2 from ktkachov at gcc dot gnu.org ---
Heh, please try r241649 or later.
I now get:
movabsq $3472328296227680304, %rax
movl$825241648, text+8(%rip)
movq%rax, text(%rip)
ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78182
--- Comment #3 from Rurec Lonic ---
Fantastic. Thanks for this, and next time I'll make sure to pull the very
latest revision!.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #51 from wilco at gcc dot gnu.org ---
(In reply to Bernd Edlinger from comment #49)
> (In reply to Bernd Edlinger from comment #48)
> > (In reply to wilco from comment #22)
> > >
> > > Anyway, there is another bug: on AArch64 we corre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61056
wilco at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78140
--- Comment #13 from Markus Trippelsdorf ---
(In reply to Martin Liška from comment #12)
> (In reply to Markus Trippelsdorf from comment #11)
> > js/src/jit/BaselineCompiler.cpp
>
> Hm, I see the R0 defined as:
>
> # 1
> "/home/marxin/BIG/build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679
--- Comment #8 from Dominique d'Humieres ---
> Fixed.
Really? I still see the error
Error: size of variable 'A.0' is too large
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78062
Dominique d'Humieres changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #52 from Bernd Edlinger ---
(In reply to wilco from comment #51)
>
> Indeed, that's the reason behind the existing check. However it disables all
> profitable bswap cases while still generating unaligned accesses if no bswap
> is nee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679
--- Comment #9 from rguenther at suse dot de ---
On Wed, 2 Nov 2016, dominiq at lps dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679
>
> --- Comment #8 from Dominique d'Humieres ---
> > Fixed.
>
> Really? I still see the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78183
Bug ID: 78183
Summary: Silence warnings about alternate forms of custom
format specifiers
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78152
--- Comment #8 from vehre at gcc dot gnu.org ---
Hi Steve,
you asked what other compilers have to say to the code (the one in the
description).
Ifort:
> ifort bug.f90 -o bug -coarray
bug.f90: catastrophic error: **Internal compiler error: segme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77648
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Wed Nov 2 12:47:10 2016
New Revision: 241788
URL: https://gcc.gnu.org/viewcvs?rev=241788&root=gcc&view=rev
Log:
2016-11-02 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77839
--- Comment #7 from Richard Biener ---
Author: rguenth
Date: Wed Nov 2 12:47:10 2016
New Revision: 241788
URL: https://gcc.gnu.org/viewcvs?rev=241788&root=gcc&view=rev
Log:
2016-11-02 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77745
--- Comment #10 from Richard Biener ---
Author: rguenth
Date: Wed Nov 2 12:47:10 2016
New Revision: 241788
URL: https://gcc.gnu.org/viewcvs?rev=241788&root=gcc&view=rev
Log:
2016-11-02 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77879
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Wed Nov 2 12:47:10 2016
New Revision: 241788
URL: https://gcc.gnu.org/viewcvs?rev=241788&root=gcc&view=rev
Log:
2016-11-02 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Wed Nov 2 12:47:10 2016
New Revision: 241788
URL: https://gcc.gnu.org/viewcvs?rev=241788&root=gcc&view=rev
Log:
2016-11-02 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78129
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Wed Nov 2 12:47:10 2016
New Revision: 241788
URL: https://gcc.gnu.org/viewcvs?rev=241788&root=gcc&view=rev
Log:
2016-11-02 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77839
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78129
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78184
Bug ID: 78184
Summary: std::call_once freezes on second execution if the
callable threw an exception on first execution
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
Bug ID: 78185
Summary: Wrong branch optimization with -O1 on x86/x86_64
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77904
Thomas Preud'homme changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65831
Alex K. changed:
What|Removed |Added
CC||pleskav at ya dot ru
--- Comment #3 from Alex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
Marc Glisse changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72747
--- Comment #3 from Will Schmidt ---
Author: willschm
Date: Wed Nov 2 14:12:23 2016
New Revision: 241792
URL: https://gcc.gnu.org/viewcvs?rev=241792&root=gcc&view=rev
Log:
[gcc]
2016-11-02 Will Schmidt
Backport from trunk
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72747
--- Comment #4 from Will Schmidt ---
Author: willschm
Date: Wed Nov 2 14:13:07 2016
New Revision: 241793
URL: https://gcc.gnu.org/viewcvs?rev=241793&root=gcc&view=rev
Log:
[gcc]
2016-11-02 Will Schmidt
Backport from trunk
20
On 02/11/16 11:57, bernd.edlinger at hotmail dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
>
> --- Comment #52 from Bernd Edlinger ---
> (In reply to wilco from comment #51)
>>
>> Indeed, that's the reason behind the existing check. However it disables all
>> profitable bswap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #53 from richard.earnshaw at arm dot com ---
On 02/11/16 11:57, bernd.edlinger at hotmail dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
>
> --- Comment #52 from Bernd Edlinger ---
> (In reply to wilco from commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
Richard Biener changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
--- Comment #5 from Richard Biener ---
So for RTL the same issue exists - the always_reached computation is wrong.
I suppose the easiest would be to simply not try moving trapping invariants in
RTL invariant motion, it looks hardly useful after
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
--- Comment #4 from Richard Biener ---
Better patch (question answered, we walk all BBs of each loop, thus BBs in
sub-loop multiple times, and no, finite_loop_p would not catch infinite
subloops):
diff --git a/gcc/tree-ssa-loop-im.c b/gcc/tree-s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172
--- Comment #4 from David Edelsohn ---
Created attachment 39944
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39944&action=edit
sysinfo.go
Generated sysinfo.go file attached.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77933
Thomas Preud'homme changed:
What|Removed |Added
Known to fail||4.7.4, 4.8.5, 4.9.3
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72747
Will Schmidt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78185
--- Comment #6 from Eric Botcazou ---
> I suppose the easiest would be to simply not try moving trapping invariants
> in RTL invariant motion, it looks hardly useful after GIMPLE was here...
IIRC last time someone tried, this badly regressed gzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #54 from Bernd Edlinger ---
(In reply to richard.earnshaw from comment #53)
> On 02/11/16 11:57, bernd.edlinger at hotmail dot de wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
> >
> > --- Comment #52 from Bernd Edling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77904
Thomas Preud'homme changed:
What|Removed |Added
Keywords||wrong-code
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65831
--- Comment #4 from Martin Liška ---
(In reply to Alex K. from comment #3)
> I noticed that this bug was fixed on trunk.
> https://github.com/gcc-mirror/gcc/blob/master/gcc/gcov.c#L916
>
> But in branch gcc-4_9-branch
> https://github.com/gcc-mi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78186
Bug ID: 78186
Summary: FAIL: gcc.c-torture/execute/bf64-1.c execution test
because of revision 241664
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78152
--- Comment #9 from physiker at toast2 dot net ---
(In reply to vehre from comment #8)
> Hi Steve,
>
> you asked what other compilers have to say to the code (the one in the
> description).
>
> Ifort:
>
> > ifort bug.f90 -o bug -coarray
> bug.f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65831
--- Comment #5 from Alex K. ---
(In reply to Martin Liška from comment #4)
> (In reply to Alex K. from comment #3)
> > I noticed that this bug was fixed on trunk.
> > https://github.com/gcc-mirror/gcc/blob/master/gcc/gcov.c#L916
> >
> > But in b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78152
--- Comment #10 from Steve Kargl ---
On Wed, Nov 02, 2016 at 03:39:58PM +, physiker at toast2 dot net wrote:
>
> Ifort version 17 (linux) supports coarrays as selectors in an associate
> construct:
> >ifort -o bug bug.f90 -warn all -check a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78186
--- Comment #1 from amker at gcc dot gnu.org ---
Lto is unnecessary to reproduce it:
./gcc bf64-1.c -fno-diagnostics-show-caret -fdiagnostics-color=never -O2 -w -lm
-o ./bf64-1.exe -march=armv7-a
Thanks,
bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78187
Bug ID: 78187
Summary: -fno-automatic does not work with allocatable scalar
character result result
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69616
Bug 69616 depends on bug 22141, which changed state.
Bug 22141 Summary: [5/6/7 Regression] Missing optimization when storing
structures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16996
Bug 16996 depends on bug 22141, which changed state.
Bug 22141 Summary: [5/6/7 Regression] Missing optimization when storing
structures
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22141
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77933
Thomas Preud'homme changed:
What|Removed |Added
Known to fail||5.4.1
--- Comment #3 from Thomas Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172
--- Comment #5 from Ian Lance Taylor ---
Thanks. I do not see any problem in that file you attached. I also don't see
anything like the line in the original error message.
Looking more closely at that line, I see now that it appears to have se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78168
--- Comment #12 from Segher Boessenkool ---
Author: segher
Date: Wed Nov 2 17:06:04 2016
New Revision: 241799
URL: https://gcc.gnu.org/viewcvs?rev=241799&root=gcc&view=rev
Log:
rs6000: Disable shrink-wrap-separate for abi=spe (PR78168)
With th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188
Bug ID: 78188
Summary: [7 Regression] AIX Bootstrap broken by tree-vrp.c
change
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172
--- Comment #6 from Tony Reix ---
Created attachment 39946
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39946&action=edit
Original sysinfo.go file
Hi Ian
Here is the sysinfo.go file that was generated at first.
The previous sysinfo.go f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172
--- Comment #7 from Ian Lance Taylor ---
Thanks. Does a patch like this fix the immediate ucred problem?
diff --git a/libgo/mksysinfo.sh b/libgo/mksysinfo.sh
index 3640476..6c457b6 100755
--- a/libgo/mksysinfo.sh
+++ b/libgo/mksysinfo.sh
@@ -26
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172
--- Comment #8 from Tony Reix ---
Created attachment 39947
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39947&action=edit
Patch for mksysinfo for ucred and in6_addr
Here is the patch I talked about in the previous comment, now as a file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172
--- Comment #9 from Ian Lance Taylor ---
Regarding arpcom, the syscall package is not really intended to include
everything that seems useful. That is the goal of the external package
golang.org/x/sys/unix. The syscall package only includes eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78186
--- Comment #2 from amker at gcc dot gnu.org ---
Hmm, looks like it also causes below failures:
aarch64_be-none-elf:
FAIL: gcc.c-torture/execute/pr57130.c -O1 execution test
FAIL: g++.dg/torture/vshuf-v8si.C -O2 execution test
arm-none-eabi/-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77679
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69967
gnuBSt changed:
What|Removed |Added
CC||ext-borislav.stoyanov@here.
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78189
Bug ID: 78189
Summary: movaps generated for unaligned store in aligned
struct, when struct is referenced via unaligned
member.
Product: gcc
Version: 6.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #21 from Tim Rentsch ---
[responding to comments from jos...@codesourcery.com in Comment 19]
>> Five: The answer to the question is clearly No. The example code
>> is very much on point to the "one special guarantee" clause, and
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #22 from Tim Rentsch ---
[responding to comments from rguent...@suse.de in Comment 20]
> GCC already implements this if you specify -fno-strict-aliasing.
The main point of my comments is that the ISO C standard requires
the behavior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78186
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69544
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Wed Nov 2 20:54:29 2016
New Revision: 241802
URL: https://gcc.gnu.org/viewcvs?rev=241802&root=gcc&view=rev
Log:
2016-11-02 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78178
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Wed Nov 2 20:54:29 2016
New Revision: 241802
URL: https://gcc.gnu.org/viewcvs?rev=241802&root=gcc&view=rev
Log:
2016-11-02 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #23 from joseph at codesourcery dot com ---
On Wed, 2 Nov 2016, txr at alumni dot caltech.edu wrote:
> Seven: Given that the question is now under serious debate, IMO
> someone involved with gcc development should take the initiativ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78187
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 119 matches
Mail list logo
