https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66828
--- Comment #4 from Thomas Preud'homme thopre01 at gcc dot gnu.org ---
Indeed, I always forget. But as it goes, the excerpt you quote from C++
standard is exactly the same as in C99 so that doesn't invalidate the remaining
of my analysis.
The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66840
--- Comment #2 from Matthias Klose doko at gcc dot gnu.org ---
adding this to extra_headers in gcc/config.gcc, it gets installed into
gcc_lib_dir/include, adding it to tm_file results in a build error. Not sure
where to add it ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66752
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
CC||law at redhat dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
Bug ID: 66865
Summary: wine segfaults from gcc in trunk (r225757)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
kugan at gcc dot gnu.org changed:
What|Removed |Added
CC||kugan at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66863
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66828
--- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Well, gcc is a C++ project so the C99 standard doesn't apply.
The C++ standard says:
5.8.2:
The value of E1 E2 is E1 left-shifted E2 bit positions; vacated bits are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64327
--- Comment #4 from Vittorio Zecca zeccav at gmail dot com ---
For your convenience I repeat here the reproducer:
/* from gcc file fixopts.c */
/* must be compiled with -O2 */
/*gcc-5.1.0/gcc/rtlanal.c:4911:48: runtime error: shift exponent
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61321
--- Comment #8 from Pedro Alves palves at redhat dot com ---
The patch was meanwhile approved:
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg01247.html
I'm afraid I won't have time to get back to this for at least a few weeks.
If someone else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66866
Bug ID: 66866
Summary: [miscompile] incorrect load address on manual vector
shuffle
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65186
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66862
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
--- Comment #4 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
This is an old issue. It also fails with gcc-4.9 and std=c++11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66840
--- Comment #3 from Matthias Klose doko at gcc dot gnu.org ---
Created attachment 35974
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35974action=edit
patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66863
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Component|c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Component|libstdc++ |c++
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Target|powerpc-ibm-aix*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||nsz at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
I don't see any problem in libstdc++, the function is right there in the
preprocessed output starting at line 34472
# 891
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org ---
The difference is that we include ::remove in C++11 and later.
Reduced:
namespace std
{
templatetypename _FIter, typename _Tp
_FIter
remove(_FIter, _FIter, const
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
--- Comment #8 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to Jonathan Wakely from comment #7)
The reduced testcase fails on all targets
... with any -std option, at least as far back as GCC 4.3.6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66861
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66860
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66862
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
store data-races
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55807
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52991
Pierre Ossman ossman at cendio dot se changed:
What|Removed |Added
CC||ossman at cendio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58446
nsz at gcc dot gnu.org changed:
What|Removed |Added
CC||lu_zero at gentoo dot org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66866
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66868
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |5.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66866
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
bool
ix86_expand_pinsr (rtx *operands)
{
...
if (GET_CODE (src) == SUBREG)
src = SUBREG_REG (src);
and lost SUBREG_OFFSET.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66854
Sebastian Huber sebastian.hu...@embedded-brains.de changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66834
--- Comment #12 from Andrew Sutton andrew.n.sutton at gmail dot com ---
So it seems that applying the DR 1430 tentative resolution to concepts
severely
limits the usability of variadic concepts, and we should reconsider that, so
that instead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66868
Bug ID: 66868
Summary: [5/6 Regression] wrong code generated with -O3 (dead
code removal?)
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66866
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
Safe fix:
Index: gcc/config/i386/i386.c
===
--- gcc/config/i386/i386.c (revision 225768)
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66726
--- Comment #12 from kugan at gcc dot gnu.org ---
Created attachment 35976
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35976action=edit
patch for tree-ssa-reassoc
Here is a prototype patch (to fix comment 9) that makes tree-ssa-reassoc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66863
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Tue Jul 14 11:39:14 2015
New Revision: 225768
URL: https://gcc.gnu.org/viewcvs?rev=225768root=gccview=rev
Log:
2015-07-14 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66861
--- Comment #5 from Rainer Emrich rai...@emrich-ebersheim.de ---
(In reply to Janne Blomqvist from comment #3)
Or rather, also fixing another similar potential issue, you might instead
want to test this:
diff --git a/libgfortran/io/unix.c
: (GNU) 6.0.0 20150714 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52846
--- Comment #9 from Salvatore Filippone sfilippone at uniroma2 dot it ---
(In reply to Salvatore Filippone from comment #8)
(In reply to Paul Thomas from comment #7)
Salvatore
Spoke too quickly: I get this linker error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66868
--- Comment #2 from Matthias Klose doko at gcc dot gnu.org ---
the testsuite passes with -fsanitize=undefined (no additional output) and both
-fsanitize=undefined -fsanitize-undefined-trap-on-error doesn't abort either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66863
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66866
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66868
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66866
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
More reduced, fails at -O1:
extern C void abort (void);
typedef long long __m128i __attribute__ ((__vector_size__ (16),
__may_alias__));
typedef short A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66840
--- Comment #5 from Matthias Klose doko at gcc dot gnu.org ---
Author: doko
Date: Tue Jul 14 13:50:01 2015
New Revision: 225772
URL: https://gcc.gnu.org/viewcvs?rev=225772root=gccview=rev
Log:
2015-07-14 Matthias Klose d...@ubuntu.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #1 from Ian Lance Taylor ian at airs dot com ---
The various issues in this bug are in different parts of the code base. The
bug is assigned to me, but, to be clear, I have no plans to work on anything in
the PPC-specific code.
For
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66840
--- Comment #4 from Matthias Klose doko at gcc dot gnu.org ---
Author: doko
Date: Tue Jul 14 13:47:21 2015
New Revision: 225771
URL: https://gcc.gnu.org/viewcvs?rev=225771root=gccview=rev
Log:
2015-07-14 Matthias Klose d...@ubuntu.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66840
Matthias Klose doko at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66869
Bug ID: 66869
Summary: [6 regression] -Wunused-function no longer warns for
static declarations without definition
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18355
--- Comment #2 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Tue Jul 14 15:03:11 2015
New Revision: 225776
URL: https://gcc.gnu.org/viewcvs?rev=225776root=gccview=rev
Log:
Sync toplevel files binutils-gdb
Sync
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66854
Michael Meissner meissner at gcc dot gnu.org changed:
What|Removed |Added
CC||meissner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66871
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #2 from boger at us dot ibm.com ---
(In reply to Ian Lance Taylor from comment #1)
The various issues in this bug are in different parts of the code base. The
bug is assigned to me, but, to be clear, I have no plans to work on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66871
Bug ID: 66871
Summary: .incbin in .S files does not appear in automatically
generated dependencies
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66834
--- Comment #13 from Jason Merrill jason at gcc dot gnu.org ---
(In reply to Andrew Sutton from comment #12)
I don't think that's a good idea. It means the template-id would be
characterized as an atomic constraint for purposes of partial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
--- Comment #1 from austinenglish at gmail dot com ---
Created attachment 35973
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35973action=edit
revert patch
These two patches get wine working in trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
Bug ID: 66870
Summary: split stack issues on ppc64le and ppc64
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66864
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66871
--- Comment #2 from David Woodhouse dwmw2 at infradead dot org ---
It would still be extremely useful for it to emit dependencies on those files
which are actually included (after preprocessing).
Otherwise we end up screwing around with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66872
Bug ID: 66872
Summary: fold a ((1 b) - 1) to a ~(-1 b)
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66626
--- Comment #19 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Tue Jul 14 20:54:00 2015
New Revision: 225789
URL: https://gcc.gnu.org/viewcvs?rev=225789root=gccview=rev
Log:
2015-07-14 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66854
--- Comment #3 from Michael Meissner meissner at gcc dot gnu.org ---
Created attachment 35978
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35978action=edit
Proposed patch to fix the problem
I believe this patch fixes the problem. I was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66175
Louis Krupp t56xjcu6dh at snkmail dot com changed:
What|Removed |Added
CC||t56xjcu6dh at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65091
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
--- Comment #3 from marcus at jet dot franken.de ---
dlls/ntdll/sec.c, and probably RtlConvertSidToUnicodeString is miscompiled...
looking further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66861
--- Comment #7 from Janne Blomqvist jb at gcc dot gnu.org ---
Fixed on trunk. I'm not sure if the milestone thing implies an Ok to commit to
the gcc-5 branch, as we're already on 5.2 rc2, I'll ask explicitly for an Ok.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66864
--- Comment #4 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Jul 14, 2015 at 12:31:11PM -0700, Steve Kargl wrote:
On Tue, Jul 14, 2015 at 07:02:32PM +, sgk at troutmask dot
apl.washington.edu wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #4 from Andreas Schwab sch...@linux-m68k.org ---
past a few statements
Huh??
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #5 from boger at us dot ibm.com ---
(In reply to Andreas Schwab from comment #4)
past a few statements
Huh??
Here is your patch
diff --git a/gcc/go/go-lang.c b/gcc/go/go-lang.c
index ce4dd9b..d952e0f 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66864
--- Comment #3 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Jul 14, 2015 at 07:02:32PM +, sgk at troutmask dot
apl.washington.edu wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66864
--- Comment #2 from Steve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66861
--- Comment #6 from Janne Blomqvist jb at gcc dot gnu.org ---
Author: jb
Date: Tue Jul 14 20:26:06 2015
New Revision: 225788
URL: https://gcc.gnu.org/viewcvs?rev=225788root=gccview=rev
Log:
PR 66861 Fix null pointer crash on mingw.
2015-07-14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65071
--- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Tue Jul 14 22:36:50 2015
New Revision: 225793
URL: https://gcc.gnu.org/viewcvs?rev=225793root=gccview=rev
Log:
/cp
2015-07-14 Andrea Azzarone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66874
Bug ID: 66874
Summary: RFE: x86_64_fallback_frame_state more robust
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66626
--- Comment #20 from H.J. Lu hjl.tools at gmail dot com ---
Testcase in comment #1 still fails with r225789.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66873
Bug ID: 66873
Summary: fortran variant of outer-1.c not parallelized by
autopar
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65071
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66873
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||missed-optimization
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
--- Comment #6 from marcus at jet dot franken.de ---
Created attachment 35980
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35980action=edit
foo.patch
the comment out TRACE() makes the function RtlConvertSidToUnicodeString build
correctly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66873
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66874
H.J. Lu hjl.tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
--- Comment #4 from kugan at gcc dot gnu.org ---
Ok, I downloaded wine-1.7.47.tar.bz2 and built it with trunk gcc. What do I
have to do to reproduce this please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66873
--- Comment #2 from vries at gcc dot gnu.org ---
Another obvious difference is that the fortran 2-dimensional array access is
rewritten into a single dimension array access:
...
bb 3:
# ii_7 = PHI 0(2), ii_16(7)
pretmp_52 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66873
--- Comment #4 from vries at gcc dot gnu.org ---
Created attachment 35983
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35983action=edit
Tentative patch
Using this tentative patch, we use graphite analysis (if available) by default
for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66872
James Almer jamrial at gmail dot com changed:
What|Removed |Added
CC||jamrial at gmail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
--- Comment #8 from marcus at jet dot franken.de ---
FWIW, it seems it is thinking that %rsi stays alive over sprintfW calls.
leaqformatW.23952(%rip), %rsi #,
movzbl (%r14), %edx# MEM[(const struct SID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66850
Patrick Palka ppalka at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66850
--- Comment #5 from Patrick Palka ppalka at gcc dot gnu.org ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
--- Comment #7 from marcus at jet dot franken.de ---
(can continue to work on this tomorrow. good night)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66873
--- Comment #3 from vries at gcc dot gnu.org ---
The fortran example succeeds when floop-parallelize-all is used.
Even though the access function in graphite seems the same:
...
Access function 0: {{0, +, 1}_3, +, 500}_4
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
austinenglish at gmail dot com changed:
What|Removed |Added
Summary|[6 Regression] wine |[6 Regression] wine64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
Alan Modra amodra at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #6 from Andreas Schwab sch...@linux-m68k.org ---
(past a few statements)
Huh?
@@ -158,10 +158,6 @@ go_langhook_init_options_struct (struct gcc_options *opts)
@@ -295,6 +291,11 @@ go_langhook_post_options (const char **pfilename
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
--- Comment #10 from marcus at jet dot franken.de ---
Created attachment 35982
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35982action=edit
sec.s.bad
bad assembly. %rsi not restored with formatW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66865
--- Comment #9 from marcus at jet dot franken.de ---
Created attachment 35981
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35981action=edit
sec.s.good
good assembly (with TRACE)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66850
--- Comment #3 from Patrick Palka ppalka at gcc dot gnu.org ---
Author: ppalka
Date: Wed Jul 15 00:01:21 2015
New Revision: 225801
URL: https://gcc.gnu.org/viewcvs?rev=225801root=gccview=rev
Log:
Fix PR c++/66850
gcc/cp/ChangeLog:
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66864
--- Comment #2 from Steve Kargl sgk at troutmask dot apl.washington.edu ---
On Tue, Jul 14, 2015 at 05:03:55PM +, kargl at gcc dot gnu.org wrote:
--- Comment #1 from kargl at gcc dot gnu.org ---
It seems constant folding in simplify.c may
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66870
--- Comment #3 from Ian Lance Taylor ian at airs dot com ---
In gcc.c there is STACK_SPLIT_SPEC which sets --wrap=pthread_create in the
LINK_COMMAND_SPEC if -fsplit-stack is set. Is there a reason there are 2
different split stack dependent
98 matches
Mail list logo