On 30/09/13 17:09, Jeremy Bennett wrote:
Hi all,
You've probably seen that Joern Rennecke (amylaar) has been pinging
repeatedly for help reviewing the ARC port:
http://gcc.gnu.org/ml/gcc-patches/2013-09/msg02072.html
Joern is approved as a maintainer, and the tests have been reviewed and
Hi,
While executing shell script (*.sh) I am seeing some warnings. It is not
letting my program run. Is this because of file mismatch or due to cup/copy of
files.
They are below:
(gdb) profiling:/home/guest/obj/image.a/image.gcda:Invocation mismatch - some
data files may have been
On 02/10/13 14:59, Richard Biener wrote:
The main reason for technical review of a port is to avoid that it uses
deprecated mechanisms and thus blocks removal of them. Like
accepting a port that uses target macros when a corresponding
target hook exists, or accepting a port that uses reload
This mailing list is about development of GCC itself, not for help
using GCC. The gcc-bugs list is not the right list either.
Your question would be more appropriate on the gcc-help list.
On 3 October 2013 09:54, prakhar...@yahoo.com wrote:
Hi,
While executing shell script (*.sh) I am
Richard,
( see also related discussion
http://gcc.gnu.org/ml/gcc-patches/2010-12/msg01570.html )
Consider break.c (minimized from gdb/testsuite/gdb.base/break.c):
...
void *v;
void a (void *x) { }
void b (void) { }
int
main (int argc)
{
if (argc == 12345)
{
a (v);
return 1;
Matthew Fortune matthew.fort...@imgtec.com writes:
I have been looking at using the FRAME_GROWS_DOWNWARD macro to change
the layout of a frame such that spill slots end up closer to the stack
pointer. This is useful as it leads to more spill/reload instructions
being encodable with 16bit
Dear All
It is my pleasure to announce the MELT 1.0 plugin for GCC 4.7 and 4.8
first release candidate.
Please download the bzip-ed tarball source from
http://gcc-melt.org/melt-1.0-rc1-plugin-for-gcc-4.7-or-4.8.tar.bz2
it is a bzip2-ed tar ball of md5sum 6f0620f07302105587ddb15902125948
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605
--- Comment #1 from Daniel Krügler daniel.kruegler at googlemail dot com ---
Re initialization: I would think that the usage of uninitialized state is a
wording issue that should better be clarified by a library issue. I don't think
that the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605
--- Comment #2 from Jeffrey Yasskin jyasskin at gcc dot gnu.org ---
Thanks, Daniel. I think it would be totally reasonable to call this a bug in
C++ rather than a bug in libstdc++.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605
--- Comment #3 from Daniel Krügler daniel.kruegler at googlemail dot com ---
(In reply to Jeffrey Yasskin from comment #2)
It would still make sense to keep this issue open as Deferred waiting for the
corresponding library issue resolution. I'll
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58604
--- Comment #3 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Oct 3 20:33:05 2013
New Revision: 203187
URL: http://gcc.gnu.org/viewcvs?rev=203187root=gccview=rev
Log:
2013-10-03 John Woolverton
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58604
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58606
Bug ID: 58606
Summary: [4.8/4.9 Regression] [c++11] ICE with specialization
in variadic template
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58607
Bug ID: 58607
Summary: [4.9 Regression] ICE with undeclared variable in
constexpr
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58608
Bug ID: 58608
Summary: Bootstrap fails with rev 202897, undefined references
in libstdc++.a
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58609
Bug ID: 58609
Summary: [4.9 Regression] [c++11] ICE with uninitialized
variable in constexpr
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58610
Bug ID: 58610
Summary: [4.7/4.8/4.9 Regression] [c++11] ICE with constexpr of
class with template constructor
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58611
Bug ID: 58611
Summary: [4.7/4.8/4.9 Regression] [c++11] ICE with invalid
constexpr constructor used in array initialization
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585
--- Comment #6 from Jan Hubicka hubicka at ucw dot cz ---
Is there way how to keep track of the vtables w/o doing the walk based on
fields instead of BINFO_BASEs?
There should be. Your code change makes sense to me; a primary base will
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58612
Bug ID: 58612
Summary: [4.8/4.9 Regression] [c++11] ICE calling non-constexpr
from constexpr in template class
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58613
Bug ID: 58613
Summary: [4.9 Regression] [c++1y] ICE with invalid lambda
capture
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58614
Bug ID: 58614
Summary: [c++11] ICE with undeclared variable in initializer
list
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58584
--- Comment #5 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Thu Oct 3 22:50:59 2013
New Revision: 203193
URL: http://gcc.gnu.org/viewcvs?rev=203193root=gccview=rev
Log:
/cp
2013-10-04 Paolo Carlini
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
Oleg Endo olegendo at gcc dot gnu.org changed:
What|Removed |Added
Attachment #30889|0 |1
is
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58584
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58601
Bug 58601 depends on bug 58584, which changed state.
Bug 58584 Summary: [c++11] ICE with invalid argument for alignas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58584
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58606
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54682
--- Comment #3 from Oleg Endo olegendo at gcc dot gnu.org ---
A related case from CSiBE, linux-2.4.23-pre3-testplatform/net/ipv4/igmp.c,
function _add_grhead:
.L275:
mov #0,r0
mov.b r11,@r8
mov.b r0,@(1,r8)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58615
Bug ID: 58615
Summary: [SH] Optimize simple function returns
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
--- Comment #18 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Thu Oct 3 23:48:18 2013
New Revision: 203194
URL: http://gcc.gnu.org/viewcvs?rev=203194root=gccview=rev
Log:
2013-10-04 Marc Glisse marc.gli...@inria.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58599
--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com ---
Marek, can you please double check the revision number? r180707 first blush
seems unlikely to have caused the problem.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58483
Bug 58483 depends on bug 19476, which changed state.
Bug 19476 Summary: Missed null checking elimination with new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
Marc Glisse glisse at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24242
Bug 24242 depends on bug 19476, which changed state.
Bug 19476 Summary: Missed null checking elimination with new
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
What|Removed |Added
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58600
--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com ---
Not sure if we want to do much better than below: it's suboptimal from many
points of view, but simply rejecting the alignas with the right location for
the error message (cmp,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58597
--- Comment #2 from Paolo Carlini paolo.carlini at oracle dot com ---
Now, Marek, since this is known to fail even with 4.5.0 (with -std=c++0x of
course) there is definitely something wrong with your pointing to r180707.
I wonder if the fact that
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585
--- Comment #7 from Jason Merrill jason at gcc dot gnu.org ---
(In reply to Jan Hubicka from comment #6)
It does not fix the problem, unfortunately. This is what happens:
Ah, right. We don't have an A binfo in C's base list.
I believe you can
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58464
GGanesh Ganesh.Gopalasubramanian at amd dot com changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58503
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55190
--- Comment #4 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to bin.cheng from comment #3)
ARM can benefit from doloop structure too, but it is implemented in
different way. ARM backend defines special addsi_compare pattern and let
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58602
Bug ID: 58602
Summary: .gcno files not truncated at gcov_close
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58599
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58600
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58597
--- Comment #1 from Marek Polacek mpolacek at gcc dot gnu.org ---
Started with r180707.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58597
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50749
--- Comment #16 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to bin.cheng from comment #15)
There must be another scenario for the example, and in this case example:
int test_0 (char* p, int c)
{
int r = 0;
r += *p++;
r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58460
mshawcroft at gcc dot gnu.org changed:
What|Removed |Added
CC||mshawcroft at gcc dot
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58596
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc
Hi,
I am contacting you because i saw your responses related to some query that I
am interested in. I hope you can help me out here.
While executing shell script (*.sh) I am seeing some warnings. It is not
letting my program run. Is this because of file mismatch or due to cup/copy of
files.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58603
Bug ID: 58603
Summary: [4.9 Regression] hash-table.h:962: error:
anachronistic old-style base class initia
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org changed:
What|Removed |Added
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58603
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org ---
That error suggests that either slot_ or limit_ is defined as a macro somewhere
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58545
--- Comment #4 from Jorn Wolfgang Rennecke amylaar at gcc dot gnu.org ---
Created attachment 30951
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30951action=edit
patch currently under test
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585
Jan Hubicka hubicka at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at redhat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58585
--- Comment #4 from Jan Hubicka hubicka at gcc dot gnu.org ---
This is the code I am playing with:
/* Walk bases. */
for (i = 0; BINFO_BASE_ITERATE (binfo, i, base_binfo); i++)
/* Walking bases that have no virtual method is pointless
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19476
--- Comment #17 from Marc Glisse glisse at gcc dot gnu.org ---
Author: glisse
Date: Thu Oct 3 16:13:54 2013
New Revision: 203163
URL: http://gcc.gnu.org/viewcvs?rev=203163root=gccview=rev
Log:
2013-10-03 Marc Glisse marc.gli...@inria.fr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58510
--- Comment #4 from Marek Polacek mpolacek at gcc dot gnu.org ---
Author: mpolacek
Date: Thu Oct 3 16:33:23 2013
New Revision: 203165
URL: http://gcc.gnu.org/viewcvs?rev=203165root=gccview=rev
Log:
PR c++/58510
cp/
* init.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58510
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58603
--- Comment #2 from dave.anglin at bell dot net ---
On 10/3/2013 12:39 PM, John David Anglin wrote:
Attached trans.ii.gz file.
Sorry, .ii is too big to upload.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58603
--- Comment #3 from John David Anglin danglin at gcc dot gnu.org ---
Created attachment 30952
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=30952action=edit
Preprocessed source
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58604
Bug ID: 58604
Summary: Text truncation in comments of
/usr/include/c++/4.7/vector
Product: gcc
Version: 4.7.3
Status: UNCONFIRMED
Severity: trivial
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58604
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58604
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
It happened with the merge of the profile mode branch, in r152431
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58603
--- Comment #4 from John David Anglin danglin at gcc dot gnu.org ---
/usr/include/sys/sysmacros.h:#define m_slot(x) (int)((unsigned)(x)160xf)
Header is included.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33911
--- Comment #11 from eraman at gcc dot gnu.org ---
Author: eraman
Date: Thu Oct 3 17:39:35 2013
New Revision: 203174
URL: http://gcc.gnu.org/viewcvs?rev=203174root=gccview=rev
Log:
2013-10-03 Easwaran Raman era...@google.com
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47857
Joao Matos ripzonetriton at gmail dot com changed:
What|Removed |Added
CC||ripzonetriton
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58605
Bug ID: 58605
Summary: atomicT::atomic() disobeys
[atomics.types.operations.req]p4 for types with
user-defined default constructors
Product: gcc
Version: 4.9.0
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the Serbian team of translators. The file is available at:
http://translationproject.org/latest/cpplib/sr.po
(This file,
cpplib-4.8.0.sr.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
coordina...@translationproject.org
Unfortunately there is 40% regression on mgrid with -flto (and also
noticeable
regression without LTO). First thing I noticed is that we stop omitting
frame
pointer in the hottest function. This is because we see:
Does it happen with both 32-bit and 64-bit?
No, 32bit only.
Hi, This patch was actually written by Ian, I'm submitting it on his
behalf.
/Marcus
In draft revisions of the A64 ISA it was not possible to use SP on the
right hand side of a register + register add. This meant that we needed
two scratch registers when a large constant was being added
Hi,
in this error recovery issue in template context,
do_range_for_auto_deduction calls cp_parser_perform_range_for_lookup,
which can't resolve begin/end and eventually crashes because TREE_TYPE
(*begin) and TREE_TYPE (*end) are NULL_TREE.
It doesn't seem correct to simply early return
Here is the new patch. Honaz: Could you take a look?
OK, thanks!
Honza
attached the new patch. OK for check in?
OK,
thanks!
Honza
This fixes PR58460, the add and sub shifted register instruction forms
in AArch64 do not permit the stack register. This patch removes k
constraint from the relevant patterns and adds reduced form of the test
case.
Regression test aarch64-none-elf. Committed.
/Marcus
2013-10-03 Marcus
On 02/10/13 15:17, Kyrill Tkachov wrote:
Hi all,
The current ARM RTX costs code was written when most ARM implementations
had similar costs for the majority of operations, with just a small
number of exceptions. It was therefore possible to have some common
code that determined most of the
On 03/10/13 11:54, Marcus Shawcroft wrote:
This fixes PR58460, the add and sub shifted register instruction forms
in AArch64 do not permit the stack register. This patch removes k
constraint from the relevant patterns and adds reduced form of the test
case.
Regression test aarch64-none-elf.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57018
and because LRA still misses some reload functionality for
elimination. I am a bit embarrassed: I have this thing to do for 4
months and I still did not start to work on it yet. There are too
much things on my plate.
As we are going to
On 10/03/2013 05:52 AM, Paolo Carlini wrote:
+ else if (!TREE_TYPE (*begin) || !TREE_TYPE (*end))
This should use type_dependent_expression_p.
And there should be a positive test for a dependent range that exercises
this code.
Jason
On Wed, Oct 2, 2013 at 9:19 AM, Jan Hubicka hubi...@ucw.cz wrote:
2013-09-29 Teresa Johnson tejohn...@google.com
* bb-reorder.c
(find_rarely_executed_basic_blocks_and_crossing_edges):
Treat profile insanities conservatively.
* predict.c (probably_never_executed):
On 10/02/2013 09:02 PM, Paolo Carlini wrote:
- save_template_attributes (attributes, decl);
+ if (attributes != error_mark_node)
+ save_template_attributes (attributes, decl);
I'd rather make save_template_attributes handle error_mark_node
appropriately.
+ if (attributes
Richard and others,
This patch changes the way that unsigned trees are canonicalized. As
with the last patch, I think that this patch is not that much of a step
forward. While it is still true that the signed tree-csts match the
representation of wide-ints, unsigned tree-csts do not and
Committed.
Thanks!
On Wed, Oct 2, 2013 at 11:12 AM, Jonathan Wakely jwakely@gmail.com wrote:
On 2 October 2013 15:52, Tim Shen wrote:
I feel little bit uncomfortable with new ISO C++ standard, C++11,
since C++14 is already there, so I removed it.
Good idea.
Please check the words,
Kenneth Zadeck zad...@naturalbridge.com writes:
+ /* Got to be careful of precision 0 values. */
+ if (precision)
+len = MIN (len, max_len);
+ if (TYPE_SIGN (TREE_TYPE (x)) == UNSIGNED)
{
- if (precision HOST_BITS_PER_WIDE_INT
-TYPE_SIGN (TREE_TYPE (x)) ==
On 10/02/2013 06:19 PM, Easwaran Raman wrote:
+ chainon (prefix_attributes, attributes));
This should be reversed, so it's
chainon (attributes, prefix_attributes);
Otherwise the attributes for this decl would be applied to later decls
with the same declspecs.
OK with
OK.
Jason
OK.
Jason
On 10/03/2013 10:29 AM, Richard Sandiford wrote:
Kenneth Zadeck zad...@naturalbridge.com writes:
+ /* Got to be careful of precision 0 values. */
+ if (precision)
+len = MIN (len, max_len);
+ if (TYPE_SIGN (TREE_TYPE (x)) == UNSIGNED)
{
- if (precision HOST_BITS_PER_WIDE_INT
On 10/02/2013 10:11 PM, Andrew MacLeod wrote:
this patch consolidates tree-ssa-loop*.c files with new .h files as
required (8 in total)
A number of the prototypes were in tree-flow.h, but there were also a
few in cfgloop.h. tree-ssa-loop.h was created to contain a couple of
common structs
Hi All,
We have discovered a bug on gcno file generation registred as PR58602.
When the .gcno graph file is opened for generating the coverage graph
information, the mode used is w+ as this code is shared with updating
tools such as libgcov.
Thus, when GCC outputs .gcno files, it may leave
General loop multi-versioning (pass) can be a very powerful enabler,
especially when combined with FDO. The loop MV can be done based on
many different conditions:
1) loop trip count (e.g, when we do value profiling on trip count, not
based on average count);
2) memory aliasing
3) target options
On Wed, Oct 2, 2013 at 5:30 PM, Cong Hou co...@google.com wrote:
On Wed, Oct 2, 2013 at 2:47 PM, Xinliang David Li davi...@google.com wrote:
I think you need to augment (using a wrapper class) the DDR to capture
more information about aliased memory pairs. It should be flexible
enough to
On 10/01/2013 01:55 AM, Wei Mi wrote:
Probably the best place to add a code for this is in
lra-constraints.c::simplify_operand_subreg by permitting subreg reload
for paradoxical subregs whose hard regs are not fully in allocno class
of the inner pseudo.
It needs a good testing (i'd check
On 26 Sep 21:21, Ilya Tocar wrote:
On 25 Sep 15:48, Richard Biener wrote:
On Wed, Sep 25, 2013 at 3:29 PM, Ilya Tocar tocarip.in...@gmail.com wrote:
On 24 Sep 11:02, Richard Biener wrote:
On Mon, Sep 23, 2013 at 3:29 PM, Ilya Tocar tocarip.in...@gmail.com
wrote:
thus consider
Kenneth Zadeck zad...@naturalbridge.com writes:
Changing the representation of unsigned constants is only worthwhile
if we can avoid the force_to_size for some unsigned cases. I think we can
avoid it for precision = xprecision !small_prec. Either we should take
the hit of doing that
I was thinking that we should always be able to use the constant as-is
for max_wide_int-based and addr_wide_int-based operations. The small_prec
again, you can get edge cased to death here.i think it would work
for max because that really is bigger than anything else, but it is
possible
You removed conditition with LRA_SUBREG for non-paradoxical subreg
generated for matched operands. I think that is important condition and
the comment says why. There are some 32-bit insns constraints requiring
different modes (int and fp ones) for matching operands in FP regs. The
Tested under -m32, -m64, however didn't do a bootstrap. Is that OK?
Thanks!
--
Tim Shen
a.patch
Description: Binary data
I noticed that there is a struct dataref_aux defined in
tree-vectorizer.h which is specific to the vectorizer pass and is
stored in (void*)aux in struct data_reference. Can we add one more
field segment_length to dataref_aux so that we can pass this
information for merging alias checks? Then we
1 - 100 of 133 matches
Mail list logo
