https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78038
--- Comment #8 from Steffen Schmidt ---
(In reply to Andrew Pinski from comment #7)
> I am a bit shocked you are using ILP32 for aarch64 bare metal. This is the
> first time I have seen that.
Hi, it was not my intension to shock you :)
Actually
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047
Markus Trippelsdorf changed:
What|Removed |Added
Attachment #39846|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049
Bug ID: 78049
Summary: [7 Regression] ICE in gcc/lto-streamer-in.c:901 when
building Firefox with LTO and -O3
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78044
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78044
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049
--- Comment #1 from Richard Biener ---
static void
fixup_call_stmt_edges_1 (struct cgraph_node *node, gimple **stmts,
struct function *fn)
{
struct cgraph_edge *cedge;
struct ipa_ref *ref = NULL;
unsigned int i;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53979
--- Comment #2 from prathamesh3492 at gcc dot gnu.org ---
Author: prathamesh3492
Date: Thu Oct 20 07:55:28 2016
New Revision: 241360
URL: https://gcc.gnu.org/viewcvs?rev=241360&root=gcc&view=rev
Log:
2016-10-20 Prathamesh Kulkarni
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78044
--- Comment #6 from Richard Biener ---
Well. someFunction () is optimized down to just
void someFunction() ()
{
int aOptional$4;
struct C D.2560;
struct C D.2555;
void * _4;
:
C::operator mpl_::B (&D.2555);
D.2555 ={v} {CLOBBER};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77446
--- Comment #1 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Oct 20 08:15:49 2016
New Revision: 241361
URL: https://gcc.gnu.org/viewcvs?rev=241361&root=gcc&view=rev
Log:
2016-10-20 Paolo Carlini
PR c++/77446
* g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77446
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65752
--- Comment #51 from Richard Biener ---
(In reply to Jeffrey A. Law from comment #50)
> Richi,
> I haven't followed this BZ at all, but I absolutely trust you on issues WRT
> alias analysis. If we can't propagate these conditional equivalences f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047
--- Comment #4 from Markus Trippelsdorf ---
movq
$_ZZN18GrResourceProviderC4EP5GrGpuP15GrResourceCacheP13GrSingleOwnerE27gQuadIndexBufferKey_storage+16,
_ZZN18GrResourceProviderC4EP5GrGpuP15GrResourceCacheP13GrSi
ngleOwnerE27gQuadIndex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78050
Bug ID: 78050
Summary: Missing define for cross *-mingw32*
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65752
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRM
++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Created attachment 39850
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39850&action=edit
gzipped C++ source code
The attached code, when compiled by gcc trunk dated 2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78051
--- Comment #1 from David Binderman ---
Created attachment 39851
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39851&action=edit
C++ source code
After creduce has done it's work.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047
--- Comment #5 from Markus Trippelsdorf ---
:
MEM[(struct &)&builder] ={v} {CLOBBER};
_53 = MEM[(struct SkAutoSTMalloc *)&gQuadInde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052
Bug ID: 78052
Summary: [5/6/7 Regression] allocator_traits>
partial specialization vs allocator
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78047
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049
--- Comment #2 from Martin Liška ---
Hm, cedge->lto_stmt_uid == 0, thus adjusting fatal_error guard condition and
I'm seeking why it has the wrong value.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78040
--- Comment #2 from Andrey Ponomarenko ---
The -fdump-translation-unit option is public according to the documentation:
-fdump-translation-unit (C++ only)
-fdump-translation-unit-options (C++ only)
Dump a representation of the tree structure
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053
Bug ID: 78053
Summary: [OOP] SELECT TYPE on CLASS(*) component for deferred
length char arrays ICEs for -O > 0
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053
vehre at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Severity|minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Thu Oct 20 10:13:10 2016
New Revision: 241365
URL: https://gcc.gnu.org/viewcvs?rev=241365&root=gcc&view=rev
Log:
PR78052 Define std::allocator::{construct,destroy}
PR libstdc++/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
Richard Biener changed:
What|Removed |Added
Component|tree-optimization |target
--- Comment #11 from Richard Bie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
--- Comment #12 from Uroš Bizjak ---
(In reply to Richard Biener from comment #11)
> Back to target because:
>
> @defmac CLZ_DEFINED_VALUE_AT_ZERO (@var{mode}, @var{value})
> @defmacx CTZ_DEFINED_VALUE_AT_ZERO (@var{mode}, @var{value})
> A C exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
--- Comment #13 from Jakub Jelinek ---
(In reply to Richard Biener from comment #11)
> Back to target because:
>
> @defmac CLZ_DEFINED_VALUE_AT_ZERO (@var{mode}, @var{value})
> @defmacx CTZ_DEFINED_VALUE_AT_ZERO (@var{mode}, @var{value})
> A C e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
--- Comment #14 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #9)
> Created attachment 39845 [details]
> Patch that introduces new builtins with UNSPEC_LZCNT and UNSPEC_TZCNT RTX
> patterns
Instead of UNSPEC, wouldn't it be better
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78042
--- Comment #2 from Jonathan Wakely ---
(In reply to Dominik Muth from comment #0)
> Obviously int abs(int) is called here all the time. However I expect the
> corresponding overloads to be selected according to
> http://en.cppreference.com/w/cpp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78048
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053
--- Comment #2 from Richard Biener ---
The ICE happens because the FE introduces a type that ends up not being
gimplified via gimplify-type-sizes:
character(kind=1)[0:][1:.__tmp_CHARACTER_0_1] * D.3481;
The reason is a missing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053
--- Comment #3 from vehre at gcc dot gnu.org ---
(In reply to Richard Biener from comment #2)
> The ICE happens because the FE introduces a type that ends up not being
> gimplified via gimplify-type-sizes:
>
> character(kind=1)[
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052
--- Comment #2 from Jonathan Wakely ---
Author: redi
Date: Thu Oct 20 10:51:45 2016
New Revision: 241368
URL: https://gcc.gnu.org/viewcvs?rev=241368&root=gcc&view=rev
Log:
PR78052 Define std::allocator::{construct,destroy}
PR libstdc++/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
--- Comment #15 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #14)
> (In reply to Uroš Bizjak from comment #9)
> > Created attachment 39845 [details]
> > Patch that introduces new builtins with UNSPEC_LZCNT and UNSPEC_TZCNT RTX
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
--- Comment #16 from Jakub Jelinek ---
(In reply to Uroš Bizjak from comment #15)
> The problem is that we have no way to macroize (const_int {16,32,64}) in the
> pattern, and it would cause pattern explosion by writing out all define_insn
Why?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
--- Comment #17 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #13)
> The problem is that on x86 clz/ctz is sometimes undefined and sometimes
> defined at zero, it depends on which instruction is used and which CPU too.
> If we emi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78052
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Thu Oct 20 11:17:55 2016
New Revision: 241370
URL: https://gcc.gnu.org/viewcvs?rev=241370&root=gcc&view=rev
Log:
PR78052 Define std::allocator::{construct,destroy}
PR libstdc++/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
--- Comment #18 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #16)
> (In reply to Uroš Bizjak from comment #15)
> > The problem is that we have no way to macroize (const_int {16,32,64}) in the
> > pattern, and it would cause patter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77735
Eric Botcazou changed:
What|Removed |Added
Target|hppa-unknown-linux-gnu |hppa*-*-*-, powerpc*-*-*,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054
Bug ID: 78054
Summary: gfortran.dg/pr70673.f90 FAILs at -O0
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77735
--- Comment #7 from Dominique d'Humieres ---
On x86_64-apple-darwin16
FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-1.c (test for warnings, line 1229)
FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-1.c (test for warnings, line 1279)
FAIL: gcc.dg/tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78051
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
Bug ID: 78055
Summary: [7 regression] Many new gfortran test failures
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78054
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
Rainer Orth changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71932
Senthil Kumar Selvaraj changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #5 from S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71932
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71873
Senthil Kumar Selvaraj changed:
What|Removed |Added
CC||RichardFalk at comcast dot net
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56183
Bug 56183 depends on bug 56164, which changed state.
Bug 56164 Summary: [avr] ICE: spill fail with __flash keyword
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56164
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50739
Senthil Kumar Selvaraj changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78041
--- Comment #6 from Richard Earnshaw ---
(In reply to Bernd Edlinger from comment #5)
> (In reply to Wilco from comment #4)
> > However dealing with partial overlaps is complex so maybe the best option
> > would be to add alternatives to di3_neon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77728
--- Comment #4 from Yichao Yu ---
Ping. Anything I can help with debugging this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77996
--- Comment #12 from Yichao Yu ---
Since the LLVM miscompilation isn't fixed, is there any way to check the alias
assumptions more programmatically? (I can see that the TrailingObject might
easily introduce something like this but given the compl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71433
--- Comment #5 from Vincent Lefèvre ---
Any news?
FYI, the provided test case no longer yields the warning with Debian's
gcc-snapshot/20161006-1 package, but the issue is still present when compiling
MPFR (get_d.c). Here's a corresponding simple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049
--- Comment #3 from Martin Liška ---
Having a patch that I'll send shortly to ML.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78041
--- Comment #7 from Bernd Edlinger ---
(In reply to Richard Earnshaw from comment #6)
> (In reply to Bernd Edlinger from comment #5)
> > (In reply to Wilco from comment #4)
> > > However dealing with partial overlaps is complex so maybe the best
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71433
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71433
--- Comment #7 from Richard Biener ---
Before VRP we have
# r_3 = PHI <1(2)>
if (e_14(D) < -52)
goto ;
else
goto ;
:
# r_7 = PHI
if (e_14(D) < -52)
goto ;
else
goto ;
:
if (r_7 == 0)
goto ;
else
got
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77757
--- Comment #1 from André Draszik ---
Created attachment 39853
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39853&action=edit
pre-processed output (debian sid mipsel)
For easier reproducibility, I have tested the same on a standard debia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77757
--- Comment #2 from André Draszik ---
Created attachment 39854
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39854&action=edit
pre-processed output: boost (debian sid mipsel)
Another instance of this, this time in boost. The file is actua
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71519
--- Comment #1 from André Draszik ---
Artificially, this looks similar to bug 77757 (which has actual test cases
attached)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78053
vehre at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78041
--- Comment #8 from Wilco ---
(In reply to Bernd Edlinger from comment #7)
> (In reply to Richard Earnshaw from comment #6)
> > (In reply to Bernd Edlinger from comment #5)
> > > (In reply to Wilco from comment #4)
> > > > However dealing with pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049
--- Comment #4 from Martin Liška ---
Author: marxin
Date: Thu Oct 20 15:30:17 2016
New Revision: 241380
URL: https://gcc.gnu.org/viewcvs?rev=241380&root=gcc&view=rev
Log:
Do not fixup edges for a thunk in LTRANS (PR lto/78049)
PR lto/78
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78049
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78041
--- Comment #9 from Bernd Edlinger ---
(In reply to Wilco from comment #8)
>
> I've got a patch that fixes it, it's being tested.
>
> While looking at how DI mode operations get expanded, I noticed there is a
> CQ issue with your shift change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056
Bug ID: 78056
Summary: [7 Regression] build failure on Power7
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056
--- Comment #1 from Markus Trippelsdorf ---
This probably started with r241314.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056
David Edelsohn changed:
What|Removed |Added
Target|powerpc64-unknown-linux-gnu |powerpc*-*-*
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056
--- Comment #3 from Markus Trippelsdorf ---
trippels@gcc1-power7 gcc_build_dir % ../gcc/configure --disable-libsanitizer
--disable-bootstrap --disable-libstdcxx-pch --disable-libvtv --disable-libitm
--disable-libcilkrts --disable-libssp --disable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78037
--- Comment #19 from uros at gcc dot gnu.org ---
Author: uros
Date: Thu Oct 20 17:53:10 2016
New Revision: 241381
URL: https://gcc.gnu.org/viewcvs?rev=241381&root=gcc&view=rev
Log:
PR target/78037
* config/i386/bmiintrin.h (__tzcn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #1 from Jerry DeLisle ---
Looking, but need more info.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057
Bug ID: 78057
Summary: [7 Regression]: FAIL: gcc.target/i386/bmi-{4,5,6}.c
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057
Uroš Bizjak changed:
What|Removed |Added
Target||x86
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #2 from Jerry DeLisle ---
As a test, try this patch.
diff --git a/libgfortran/io/io.h b/libgfortran/io/io.h
index edc520a9..00ced533 100644
--- a/libgfortran/io/io.h
+++ b/libgfortran/io/io.h
@@ -514,6 +514,7 @@ typedef struct st_par
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Jerry DeLisle ---
> As a test, try this patch.
>
> diff --git a/libgfortran/io/io.h b/libgfortran/io/io.h
> index edc520a9..00ced533 100644
> --- a/libgfortran/io/i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
[...]
> Seems so, especially since sparc is more sensitive here. I've just
> rebuilt libgfortran with the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78058
Bug ID: 78058
Summary: Complex initialization of nested std::optional does
not work
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #5 from Jerry DeLisle ---
Ok I will commit that little chink for now. My next patch really slams this
structure so I think I will send it to you first to see what breaks. In fact I
just pinged the post for it.
In the meantime need t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77315
Tom Tromey changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tromey at gcc dot
gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #6 from Jerry DeLisle ---
I think I understand. The Frontend needs to access the parameters before and
after the dtp->u.p section. When deleting that integer, that section was
shortened, so the placement of the parameters after are of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057
--- Comment #2 from Uroš Bizjak ---
+ case IX86_BUILTIN_TZCNT16:
+ case IX86_BUILTIN_TZCNT32:
+ case IX86_BUILTIN_TZCNT64:
+ if (n_args == 1 && TREE_CODE (args[0]) == INTEGER_CST)
Maybe:
...
case IX86_BU
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #7 from Jerry DeLisle ---
Rainer,
Would you please apply the patch from here and see if it fixes also or breaks
more.
https://gcc.gnu.org/ml/fortran/2016-10/msg00133.html
Thanks,
Jerry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78057
--- Comment #3 from Jakub Jelinek ---
I've been concerned about something like:
int a = ((int (*) (void)) __builtin_clz) ();
int b = ((int (*) (float, double)) __builtin_clz) (0.5f, 1.0);
but that is apparently rejected. Perhaps builtins tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
--- Comment #8 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #7 from Jerry DeLisle ---
> Would you please apply the patch from here and see if it fixes also or breaks
> more.
>
> https://gcc.gnu.org/ml/fortran/2016-10/msg00133.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77308
--- Comment #12 from Wilco ---
It looks like we need a different approach, I've seen the extra SETs use up
more registers in some cases, and in other cases being optimized away early
on...
Doing shift expansion at the same time as all other DI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36312
--- Comment #22 from Manuel López-Ibáñez ---
(In reply to Riccardo Mutschlechner from comment #21)
> Is this cruft, or something that would actually be used - and if so, what is
> a good way to go about doing this?
https://gcc.gnu.org/wiki/Gett
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77982
--- Comment #2 from Kostya Serebryany ---
Is -flto important here?
Does this happen with clang? (does not happen for me)
Does this happen if you use statically linked asan (-static-libasan)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055
David Edelsohn changed:
What|Removed |Added
Target|sparc-sun-solaris2.12 |sparc-sun-solaris2.12,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056
--- Comment #4 from Markus Trippelsdorf ---
(gdb) p d->icode
$1 = CODE_FOR_nothing
(gdb) p insn_data[d->icode].operand[1].mode
$2 = SImode
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78059
Bug ID: 78059
Summary: Pointer to variable length array, debug info
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fort
1 - 100 of 102 matches
Mail list logo
