Jakub Jelinek ja...@redhat.com wrote:
On Mon, May 13, 2013 at 10:45:46AM -0400, David Taylor wrote:
There are problems when using current STABS debug format for 64 bit
targets.
Why are you considering extending STABS at this point?
STABS support might very well be dropped altogether from
On Tue, May 14, 2013 at 10:38 AM, David Taylor dtay...@emc.com wrote:
Jakub Jelinek ja...@redhat.com wrote:
On Mon, May 13, 2013 at 10:45:46AM -0400, David Taylor wrote:
There are problems when using current STABS debug format for 64 bit
targets.
Why are you considering extending STABS at
Hi All,
I applied gsoc for openMP taks scheduling and my advice may cover
taskyield facility. Currently i have some idea for taskyield. i think
i can add something. Therefore i wonder GCC mentor related about
openMP was announced? or should i wait until student acceptance?
Regards,
Güray Özen
On Tue, 14 May 2013 10:38:02 -0400, David Taylor wrote:
There are other reasons besides the DWARF verboseness, but they are
solvable. The verboseness (over 10x increase in the size of the elf
file) is a show stopper.
People keep saying that here from time to time. You said it earlier
this
guray.ozen wrote:
I applied gsoc for openMP taks scheduling and my advice may cover
taskyield facility. Currently i have some idea for taskyield. i think
i can add something. Therefore i wonder GCC mentor related about
openMP was announced? or should i wait until student acceptance?
You have
Steven Bosscher stevenb@gmail.com wrote:
On Tue, 14 May 2013 10:38:02 -0400, David Taylor wrote:
There are other reasons besides the DWARF verboseness, but they are
solvable. The verboseness (over 10x increase in the size of the elf
file) is a show stopper.
People keep saying that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57260
--- Comment #9 from Lee Duhem lee.duhem at gmail dot com ---
(In reply to Andrew Pinski from comment #8)
No they are both the same case:
If glxdri.c is compiled by gcc with -O2, gcc 4.9.0 will generate
four relocations for DRIBlockHandler, two
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57266
--- Comment #2 from Marc Glisse glisse at gcc dot gnu.org ---
Created attachment 30108
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30108action=edit
patch
This passed bootstrap+testsuite on x86_64-linux-gnu. Is it enough to fix
bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57251
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56554
Douglas Mencken dougmencken at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57256
Richard Earnshaw rearnsha at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57270
Daniel Krügler daniel.kruegler at googlemail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57266
--- Comment #3 from Mikael Pettersson mikpe at it dot uu.se ---
My m68k bootstrap has now recompiled fold-const.c + your patch three times
without warnings or errors. Thanks for the quick fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57261
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57256
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57269
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57268
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57267
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka at gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57266
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57235
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57269
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
Bug ID: 57271
Summary: ARM: gcc generates insufficient alignment for memory
passed as extra argument for function return large
composite type
Product: gcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #2 from java4ada at yahoo dot com ---
I don't know if ABI dictates it but from observation the stack is aligned to
8-byte for the largest primitive type double (or long long).
I configure it on Ubuntu 12.04 64-bit with the following:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57067
--- Comment #5 from Richard Biener rguenth at gcc dot gnu.org ---
The RTL except.c:can_nonlocal_goto () function does not consider setjmp.
Does
Index: gcc/except.c
===
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57272
Bug ID: 57272
Summary: node-based containers don't use allocator's pointer
type internally
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780
--- Comment #3 from Matthew Burgess matthew at linuxfromscratch dot org ---
(In reply to Jonathan Wakely from comment #2)
I suggest pinging the gcc-patches list about your patch at
http://gcc.gnu.org/ml/gcc-patches/2013-04/msg00167.html and CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55761
Paulo J. Matos pa...@matos-sorge.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55761
--- Comment #10 from Marc Glisse glisse at gcc dot gnu.org ---
Oups, I didn't notice you had already worked on this. Please don't hesitate to
post (and ping) your patch to gcc-patches next time. Also, I didn't touch
tree-tailcall.c, that might
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55761
--- Comment #11 from Paulo J. Matos pa...@matos-sorge.com ---
No worries Marc, that's fine. The most important thing is that's fixed. I did
post the patch to patches@ but haven't actually pinged. I tend to forget about
them myself.
Thanks for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55761
--- Comment #12 from Paulo J. Matos pa...@matos-sorge.com ---
Also, I haven't touched tree-tailcall.c on my patches but I can't see why you
would need to do it.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
Bug ID: 57273
Summary: stringstream str initialization fails
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
collette ycollette.nospam at free dot fr changed:
What|Removed |Added
Version|unknown |4.6.3
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #2 from collette ycollette.nospam at free dot fr ---
Just tested with gcc-4.8.0 compiled from scratch and the bug is still here.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #4 from collette ycollette.nospam at free dot fr ---
Oups. OK, I just tested with intel c++ compiler and the behavior is the same.
Where is this behavior defined ?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
[stringbuf.members]/3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35568
David Claessens david.claessens at bestsorting dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #6 from Jonathan Wakely redi at gcc dot gnu.org ---
Which also explains that you can make the inserted characters append to the
buffer using std::ios::ate
e.g.
std::stringstream tmpLabel(std::ios::ate|std::ios::out);
or using an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57273
--- Comment #7 from collette ycollette.nospam at free dot fr ---
Thanks for these informations. Sorry for the noise.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57234
--- Comment #3 from Magnus Reftel magnus.reftel at gmail dot com ---
I understand that gcov has no reason to handle coverage files written by
anything other than its matching GCC version, but is a segfault a valid
response to reading a malformed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57264
--- Comment #7 from thutt at vmware dot com ---
(In reply to Uroš Bizjak from comment #6)
(In reply to thutt from comment #5)
Does the same error exist in the 4.8 branch, or any other forward moving
branch?
No, 4.8 and newer branches
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53903
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57264
--- Comment #8 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to thutt from comment #7)
(In reply to Uroš Bizjak from comment #6)
(In reply to thutt from comment #5)
Does the same error exist in the 4.8 branch, or any other
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57274
Bug ID: 57274
Summary: [4.8/4.9 Regression] Bogus sequence-point warning in
C++
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
Bug ID: 57275
Summary: Error in data dependence analysis during gather
vectorization
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57276
Bug ID: 57276
Summary: Waste work in
cgraph_edge_brings_all_agg_vals_for_node()
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57276
--- Comment #1 from Paolo Carlini paolo.carlini at oracle dot com ---
Note that normally patches go to gcc-patches.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56782
Dodji Seketeli dodji at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55365
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57041
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
t.c:11: note: versioning for alias not supported for: can't determine
dependence between b[i_12] and b[_4]
this should cause vectorization to fail ... oops:
Index:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57276
Po-Chun Chang pchang9 at cs dot wisc.edu changed:
What|Removed |Added
Severity|enhancement |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57274
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57274
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Version|unknown |4.8.1
Target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41400
Kai Tietz ktietz at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57268
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56833
Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37736
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57041
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||simartin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31952
--- Comment #10 from Jason Merrill jason at gcc dot gnu.org ---
(In reply to Paolo Carlini from comment #9)
After Janis' patch (see Comment #6) in pushdecl_maybe_friend_1 we issue hard
errors for some kinds of shadowings but not for others. For
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56998
--- Comment #3 from Raphael Kubo da Costa raphael.kubo.da.costa at intel dot
com ---
For reference, this was fixed in r198882:
http://gcc.gnu.org/git/?p=gcc.git;a=commit;h=28038d26df63ee5755da90bb563db4097a9deec0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57277
Bug ID: 57277
Summary: arm-unknown-linux-gnueabi: armv6 libgcc -march=armv6:
not found
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57277
--- Comment #1 from Dominik Bittner Dominik.Bittner94 at web dot de ---
Created attachment 30114
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30114action=edit
The top config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57277
Dominik Bittner Dominik.Bittner94 at web dot de changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57278
Bug ID: 57278
Summary: -fno-if-conversion and -fno-if-conversion2 do not work
as intended
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57264
--- Comment #9 from thutt at vmware dot com ---
(In reply to Uroš Bizjak from comment #8)
(In reply to thutt from comment #7)
(In reply to Uroš Bizjak from comment #6)
(In reply to thutt from comment #5)
Does the same error exist in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57267
--- Comment #2 from Jan Hubicka hubicka at ucw dot cz ---
This is fixed by
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00695.html
Honza
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
--- Comment #4 from Andrey Turetskiy andrey.turetskiy at gmail dot com ---
- return false;
+ return true;
Isn't it too strong?
Shouldn't it be like this:
return !(DR_IS_READ (dra) DR_IS_READ (drb));
Gather is a load
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
There is:
/* Independent data accesses. */
if (DDR_ARE_DEPENDENT (ddr) == chrec_known)
return false;
if (dra == drb
|| (DR_IS_READ (dra) DR_IS_READ (drb)))
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57264
--- Comment #10 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to thutt from comment #9)
When the sample test program provided above was compiled with gcc 4.4, it
did not generate the stos instruction. However, each of 4.5, 4.6 and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57275
--- Comment #6 from Andrey Turetskiy andrey.turetskiy at gmail dot com ---
Oops, sorry.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57278
Andrew Pinski pinskia at gcc dot gnu.org changed:
What|Removed |Added
Component|c |middle-end
---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57260
rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #3 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to java4ada from comment #2)
I don't know if ABI dictates it but from observation the stack is aligned to
8-byte for the largest primitive type double (or long long).
I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57279
Bug ID: 57279
Summary: [C++11] alias declaration fails to declare function
types with cv-qualifiers
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57280
Bug ID: 57280
Summary: new crtbegin1.o for __EH_FRAME_BEGIN__
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57260
--- Comment #11 from rsandifo at gcc dot gnu.org rsandifo at gcc dot gnu.org
---
Created attachment 30116
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30116action=edit
Candidate patch
Here's the patch I'm testing. Lee, could you check
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57280
--- Comment #1 from Jan Kratochvil jan.kratochvil at redhat dot com ---
[patch update] Support .eh_frame in crt1 x86_64 glibc (PR libgcc/57280,
libc/15407)
http://gcc.gnu.org/ml/gcc-patches/2013-05/msg00775.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57274
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57243
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #4 from Richard Earnshaw rearnsha at gcc dot gnu.org ---
The ARM EABI only requires 8-byte alignment, as does Neon.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57271
--- Comment #5 from java4ada at yahoo dot com ---
NEON instructions like vst/vld [:128] and [:256] need 16-byte and 32-byte
alignment, respectively. Does it mean under ARM EABI both should be replaced
with [:64] ? (Probably only at the cost of
, it executes successfully. This is a
regression from 4.8, where the code works at all optimizations levels.
$ gcc-trunk -v
...
Target: x86_64-unknown-linux-gnu
gcc version 4.9.0 20130514 (experimental) [trunk revision 198875] (GCC)
$ gcc-trunk -O2 -m32 test.c
$ ./a.out
$ gcc-4.8 -O3 -m32 test.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57211
Anthony Foiani anthony.foiani at gmail dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57211
--- Comment #2 from Anthony Foiani anthony.foiani at gmail dot com ---
I'm also seeing this bug, in version 4.7.2.
Instead of trying to fix the line offset, I believe the right thing is to not
emit this warning in this case at all.
The parameter
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50477
Anthony Foiani anthony.foiani at gmail dot com changed:
What|Removed |Added
CC|
On 05/13/13 14:09, Jan Hubicka wrote:
Index: varasm.c
===
I think DECL_COMDAT is not what you really want to return true for. So perhaps
you really want (TREE_PUBLIC (decl) decl_binds_to_current_def_p)?
Like this? This too
Hi!
This patch adds safelen field to struct loop, teaches expand_omp_simd
to set it on the simd loops and then uses it in a few places:
1) because the loops are explicitly marked for vectorization by the user,
we'll try to ifconvert them and vectorize even without -O3, -Ofast or
On Mon, May 13, 2013 at 11:46 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, Apr 29, 2013 at 10:47 AM, Sriraman Tallam tmsri...@google.com
wrote:
On Thu, Apr 25, 2013 at 12:41 PM, Joseph S. Myers
jos...@codesourcery.com wrote:
On Tue, 16 Apr 2013, Sriraman Tallam wrote:
Ok, it is on by
Thanks Uros!
I think you mean the amdfam10 ISA mismatch between march=native and
march=amdfam10.
The below patch fills the gap.
make -k check passes.
Regards
Ganesh
2013-05-07 Ganesh Gopalasubramanian ganesh.gopalasubraman...@amd.com
* config/i386/i386.c (processor_alias_table):
On Tue, May 14, 2013 at 9:26 AM, Gopalasubramanian, Ganesh
ganesh.gopalasubraman...@amd.com wrote:
I think you mean the amdfam10 ISA mismatch between march=native and
march=amdfam10.
The below patch fills the gap.
Yes, but please also review other AMD processor entries that possibly
miss
Hello!
I would need a way to use GS segment register instead of FS for x86-64 for
target RDOS since
RDOS cannot use FS for TLS. It seems like the code related to this is
concentrated to two
different places:
Especially the second reference would become hard-to-read if more
conditionals
sparc64*-*-rtems* ends up with __svr4__ defined. The attached
patch corrects that.
Let's remove the FIXME instead. Applied to mainline.
2013-05-14 Eric Botcazou ebotca...@adacore.com
* config/sparc/sp64-elf.h (CPP_SUBTARGET_SPEC): Delete.
* config/sparc/openbsd64.h
On Mon, 13 May 2013, Jakub Jelinek wrote:
On Fri, May 10, 2013 at 07:15:38PM +0200, Jan Hubicka wrote:
It seems to me that it is not different from normalizing reg-10 into
reg+(-10)
we do for years (and for good reason). It is still target preference when
use
add and when sub to
On Mon, 13 May 2013, Richard Biener wrote:
This fixes a virtual SSA updating problem with sinking clobbers.
Namely when sinking into a block with multiple predecessors and
no virtual use we lack a convenient PHI node that serves as a
merge of the virtual operands from the predecessors. The
On Tue, May 14, 2013 at 08:58:55AM +0200, Uros Bizjak wrote:
I think that the option should be named -mtarget-builtins.
There shouldn't be an option for it at all. If constructing the builtins is
slow (it is), we should just create them lazily, the
*builtin_decl_{explicit,implicit}* APIs were a
On Mon, May 13, 2013 at 7:23 PM, DJ Delorie d...@redhat.com wrote:
Can you add that (partial int modes have fewer bits than int modes)
as verification to genmodes.c:make_partial_integer_mode?
I could, but it would be a no-op for PARTIAL_INT_MODE()
I wonder if this should not use
1 - 100 of 214 matches
Mail list logo
