On Wed, Nov 7, 2012 at 8:03 AM, Uros Bizjak wrote:
>>> >> OK for mainline SVN, please commit.
>>> > Checked into GCC trunk:
>>> > http://gcc.gnu.org/ml/gcc-cvs/2012-11/msg00176.html
>>> >
>>> > Thanks, K
>>>
>>> This caused:
>>>
>>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55224
>>
>> Not onl
On Tue, Nov 6, 2012 at 11:18 PM, Jakub Jelinek wrote:
> On Tue, Nov 06, 2012 at 02:11:50PM -0800, H.J. Lu wrote:
>> On Tue, Nov 6, 2012 at 2:30 AM, Kirill Yukhin
>> wrote:
>> > Hello,
>> >> OK for mainline SVN, please commit.
>> > Checked into GCC trunk: http://gcc.gnu.org/ml/gcc-cvs/2012-11/msg
On Tue, Nov 6, 2012 at 5:01 PM, Ian Lance Taylor wrote:
> On Tue, Nov 6, 2012 at 4:51 PM, H.J. Lu wrote:
>>
>> FAIL: ./tmp.go compilation, -O0 -g -fno-var-tracking-assignments
>>
>>> The Go library doesn't have proper support for x32 right now. I'm not
>>
>> libgo works OK on x32 since x32 does
On Tue, Nov 6, 2012 at 5:02 PM, Dominique Dhumieres wrote:
>> I'm testing the enclosed patch on my end. Does it happen to work for you?
>
> I am now past the previous error. Full answer tomorrow morning.
>
> Thanks
>
> Dominique
I have committed the above fix as obvious. If there is additional
br
Yes, will do, but probably not so soon. Once I have some spare time to
prepare my case for this being useful to public.
Meanwhile, this patch is just for google-main and then I will port it
to google_4-7 and adds to the already existing functionality of
-mpatch-function-for-instrumentation.
Thank
On Tue, 6 Nov 2012, Dominique Dhumieres wrote:
> /opt/gcc/build_a/./prev-gcc/g++ -B/opt/gcc/build_a/./prev-gcc/
> -B/opt/gcc/gcc4.8a/x86_64-apple-darwin10.8.0/bin/ -nostdinc++
> -B/opt/gcc/build_a/prev-x86_64-apple-darwin10.8.0/libstdc++-v3/src/.libs
> -B/opt/gcc/build_a/prev-x86_64-apple-darwin
> I'm testing the enclosed patch on my end. Does it happen to work for you?
I am now past the previous error. Full answer tomorrow morning.
Thanks
Dominique
On Tue, Nov 6, 2012 at 4:51 PM, H.J. Lu wrote:
>
> FAIL: ./tmp.go compilation, -O0 -g -fno-var-tracking-assignments
>
>> The Go library doesn't have proper support for x32 right now. I'm not
>
> libgo works OK on x32 since x32 doesn't need much special treatment.
> The above is the only Go regre
On Tue, Nov 6, 2012 at 4:41 PM, Ian Lance Taylor wrote:
> On Tue, Nov 6, 2012 at 4:32 PM, H.J. Lu wrote:
>> On Tue, Nov 6, 2012 at 10:46 AM, Ian Lance Taylor wrote:
>>> This patch to the Go compiler and library changes the size of the Go
>>> type "int" to be the same as the size of a pointer. T
On Tue, Nov 6, 2012 at 4:29 PM, Dominique Dhumieres wrote:
>> Committed as attached. Thanks everyone.
>
> This (r193267) breaks bootstrap on x86_64-apple-darwin10:
>
> ...
> g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables
> -W -Wall -Wno-narrowing -Wwrite-strings -Wc
On Tue, Nov 6, 2012 at 4:32 PM, H.J. Lu wrote:
> On Tue, Nov 6, 2012 at 10:46 AM, Ian Lance Taylor wrote:
>> This patch to the Go compiler and library changes the size of the Go
>> type "int" to be the same as the size of a pointer. This means that on
>> x86_64 the size of int will be 64 bits.
On 11/6/12, Diego Novillo wrote:
> On Nov 5, 2012 Lawrence Crowl wrote:
> >
> > 2012-11-05 Lawrence Crowl
> >
> > * compare_two_ftime_report_sets: New.
>
> OK. Thanks.
Committed.
--
Lawrence Crowl
On Tue, Nov 6, 2012 at 10:46 AM, Ian Lance Taylor wrote:
> This patch to the Go compiler and library changes the size of the Go
> type "int" to be the same as the size of a pointer. This means that on
> x86_64 the size of int will be 64 bits. This matches the new behaviour
> of the other Go comp
> Committed as attached. Thanks everyone.
This (r193267) breaks bootstrap on x86_64-apple-darwin10:
...
g++ -c -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables
-W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-vari
As asan/tsan functionality is getting into trunk, we need to set up
testings as soon as possible to avoid bitrot.
Kostya can probably shed some lights on the test case requirements,
and we can continue discussions on how to extend dejagnu to import
those tests.
thanks,
David
On Fri, Oct 12, 2
Hi,
The problem here is the vector cost model causes some of the
functions not be vectorized even though we are scanning for the
explicit vectorization. This fixes the testcase by turning off the
cost model.
Thanks,
Andrew Pinski
2012-11-06 Andrew Pinski
* gcc.target/aarch64/vect-f
Thomas Schwinge, le Mon 05 Nov 2012 07:09:43 +0100, a écrit :
> Samuel, is there any way you can unpack all Debian source packages on a
> Debian machine, and run a recursive grep command (I can work out a
> suitable regex) to see where removing the MACH or __MACH built-in
> preprocessor macros migh
On 2012-11-05 19:44, Aldy Hernandez wrote:
> There are 2 distinct compiler failures, which look like missed optimizations
> which I will hopefully be tackling in stage2 (aka tomorrow).
>
> FAIL: gcc.dg/tm/memopt-4.c scan-tree-dump-times tmedge "tm_save.[0-9_]+ =
> lala.x\\[55\\]" 1
> FAIL: gcc.d
I've merged trunk revision 193264 to the gccgo branch.
Ian
* testsuite/20_util/shared_ptr/cons/55123.cc: Remove duplicate
include.
Committed to trunk and 4.7
--- a/libstdc++-v3/testsuite/20_util/shared_ptr/cons/55123.cc
+++ b/libstdc++-v3/testsuite/20_util/shared_ptr/cons/55123.cc
@@ -22,8 +22,6 @@
// libstdc++/55123
-#include
-
void
This patch fixes two stack alignment bugs in the split-stack support.
The first is that I managed to miscalculate the stack alignment in the
assembly code. I was treating that code as though it were a normal
function. That is wrong, because __morestack is actually called without
any stack adjust
From: Jan Hubicka
Date: Tue, 6 Nov 2012 22:11:44 +0100
> The attached patch fixes the testcase, so I comitted it as obvious. Hope it
> will fix the bootstrap for you. I did not hit this because my bootstrap did
> not
> have graphite enabled due to lack of proper support libraries.
>
> Comitted
On 2012-11-06 06:37, Naveen H. S wrote:
> +(define_insn "iorbset_mem"
> + [(set (match_operand:QI 0 "rx_restricted_mem_operand" "=Q")
> + (ior:QI (match_operand:QI 1 "rx_restricted_mem_operand" "%0")
> + (match_operand 2 "const_int_operand" "Intso")))]
> + "satisfies_constraint_In
On 11/06/12, Jason Merrill wrote:
> Why three separate flags?
I thought extra flexibility might be wanted. On the other hand, *I* would
never turn off just one set. I expect a food fight over all flags. Also, if,
as seems reasonable, strict ANSI turns off all gnu suffixes then having
On Tue, Nov 06, 2012 at 02:11:50PM -0800, H.J. Lu wrote:
> On Tue, Nov 6, 2012 at 2:30 AM, Kirill Yukhin wrote:
> > Hello,
> >> OK for mainline SVN, please commit.
> > Checked into GCC trunk: http://gcc.gnu.org/ml/gcc-cvs/2012-11/msg00176.html
> >
> > Thanks, K
>
> This caused:
>
> http://gcc.gn
> I have now committed the attached patch.
This (r193204) breaks bootstrap on x86_64-apple-darwin10:
...
/opt/gcc/build_a/./prev-gcc/g++ -B/opt/gcc/build_a/./prev-gcc/
-B/opt/gcc/gcc4.8a/x86_64-apple-darwin10.8.0/bin/ -nostdinc++
-B/opt/gcc/build_a/prev-x86_64-apple-darwin10.8.0/libstdc++-v3/sr
On Mon, 5 Nov 2012, Sriraman Tallam wrote:
>I have now committed the attached patch.
...and broke bootstrap on *-unknown-freebsd* and other targets
that way:
/scratch2/tmp/gerald/gcc-HEAD/gcc/config/i386/i386.c:28820:1: error:
'tree_node* make_dispatcher_decl(tree)' defined but not use
On Tue, Nov 6, 2012 at 2:30 AM, Kirill Yukhin wrote:
> Hello,
>> OK for mainline SVN, please commit.
> Checked into GCC trunk: http://gcc.gnu.org/ml/gcc-cvs/2012-11/msg00176.html
>
> Thanks, K
This caused:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55224
--
H.J.
Hi,
The problem here is with section anchors turned on, we generate a
BSS rather than a local common symbol and we no longer match the
pattern: "_ZGVZ3foovE1x,8,8". This fixes this testcase by just adding
-fno-section-anchors.
Thanks,
Andrew Pinski
2012-11-06 Andrew Pinski
* g++.dg
On 2012-11-06 12:58, Bernd Schmidt wrote:
> * sched-deps.c (find_inc): Add all dependencies from the inc_insn
> to the mem_insn.
Ok.
r~
On Mon, 2012-11-05 at 23:22 +, Richard Sandiford wrote:
> No, same here: I don't use --with-sysroot for the newlib targets.
> Do you build a unified gcc+newlib tree? If not, I don't think
> the above boilerplate works; you'll have to use something else
> instead. E.g. install newlib first, c
> From: Jan Hubicka
> Date: Tue, 6 Nov 2012 22:01:27 +0100
>
> > Hmm, this is obvoiusly wrong. All the caller time computation should be
> > capped
> > to MAX_TIME that should be safe from overflows.
>
> They are not capped to MAX_TIME.
>
> They are capped to MAX_TIME * INLINE_TIME_SCALE whic
From: Jan Hubicka
Date: Tue, 6 Nov 2012 22:01:27 +0100
> Hmm, this is obvoiusly wrong. All the caller time computation should be
> capped
> to MAX_TIME that should be safe from overflows.
They are not capped to MAX_TIME.
They are capped to MAX_TIME * INLINE_TIME_SCALE which is
10.
> From: David Miller
> Date: Tue, 06 Nov 2012 13:54:01 -0500 (EST)
>
> > From: David Miller
> > Date: Tue, 06 Nov 2012 13:26:53 -0500 (EST)
> >
> >> From: Jan Hubicka
> >> Date: Tue, 6 Nov 2012 19:21:46 +0100
> >>
> >>> The problem here is really that MAX_TIME * MAX_FREQ do not fit into 32bit
On Tue, Nov 6, 2012 at 10:46 AM, Ian Lance Taylor wrote:
> This patch to the Go compiler and library changes the size of the Go
> type "int" to be the same as the size of a pointer. This means that on
> x86_64 the size of int will be 64 bits. This matches the new behaviour
> of the other Go comp
If we have
i1: [r1 + 24] = x
i2: r1 = r1 + 24;
i3: y = [r1]
then, if not using cselib, we do not generate a dependency between i3
and i1, since we compare memory addresses [r1] and [r1 + 24]. This is
somewhat lame, but safe since i2 depends on i1 and i3 depends on i2.
However, it breaks with the
Jason, could you please have a look at this (rather old) one ?
Thanks.
2012/8/13 Fabien Chêne :
> Hi,
>
> Here, we were setting the LOOKUP_NONVIRTUAL flag wrongly. Actually, we
> need to check if the function context is the same than the instance
> type -- yes that might happen that they be differ
This patch updates the Go testsuite for the 64-bit int type. This is
copied from the master copy of the testsuite. Ran Go testsuite on
x86_64-unknown-linux-gnu. Committed to mainline.
Ian
Index: gcc/testsuite/go.test/test/index.go
===
This patch to the compiler and libgo fixes a number of minor issues in
preparation for converting to 64-bit int. This is mostly changing from
int to intgo, with a couple of exceptions: we limit new map entries to
int32, and we handle the Go type rune as the C type int32. Bootstrapped
and ran Go t
From: David Miller
Date: Tue, 06 Nov 2012 14:28:19 -0500 (EST)
> Or perhaps we can get away with only using gcov_t for info->time, I'll
> give that a try.
That gets thing further, but if the edge times add up to such large
values it seems we have lots of other potential problems.
With info->tim
From: David Miller
Date: Tue, 06 Nov 2012 14:16:32 -0500 (EST)
> (gdb) p inline_summary (edge->caller)->time
> $1205 = -1044761
This negative value is computed by inline_update_overall_summary().
I added some debugging to dump the entry->time values processed when
info->time goes negative:
dav
On Mon, Nov 5, 2012 at 3:18 PM, Cary Coutant wrote:
>> +/* %:replace-extension spec function. Replaces the extension of the
>> + first argument with the second argument. */
>> +
>> +const char *
>> +replace_extension_spec_func (int argc, const char **argv)
>> +{
>> + char *name;
>> + char *p
Please add a comment. OK with that change.
Jason
OK.
Jason
OK. You could also use TYPE_MAIN_DECL instead of TYPE_STUB_DECL.
Jason
From: David Miller
Date: Tue, 06 Nov 2012 13:54:01 -0500 (EST)
> From: David Miller
> Date: Tue, 06 Nov 2012 13:26:53 -0500 (EST)
>
>> From: Jan Hubicka
>> Date: Tue, 6 Nov 2012 19:21:46 +0100
>>
>>> The problem here is really that MAX_TIME * MAX_FREQ do not fit into 32bit
>>> integer. Fixed
OK.
Jason
On Mon, Nov 5, 2012 at 9:38 PM, Lawrence Crowl wrote:
> 2012-11-05 Lawrence Crowl
>
> * compare_two_ftime_report_sets: New.
OK. Thanks.
Diego.
Hello!
The allocator function does mention "cleared".
2012-11-06 Uros Bizjak
* config/i386/i386.c (ix86_init_machine_status): Do not
explicitly clear tls_descriptor_call_expanded_p again.
Tested on x86_64-pc-linux-gnu {,-m32}, committed to mainline SVN, will
be backported to
Why three separate flags?
The flag(s) need(s) to be documented in doc/invoke.texi.
@@ -721,7 +733,12 @@
case OPT_std_c__1y:
case OPT_std_gnu__1y:
if (!preprocessing_asm_p)
- set_std_cxx1y (code == OPT_std_c__11 /* ISO */);
+ {
+ set_std_cxx1y (code == OPT_st
Hello!
We don't mark memory operand 0 of AVX maskstore insn as read-written.
2012-11-06 Uros Bizjak
* config/i386/sse.md
(_maskstore): Mark operand 0
as read and written by the instruction.
Tested on x86_64-pc-linux-gnu, committed to mainline SVN, will be
backported t
Where a CSEL can return the value 1 as one of the alternatives,
it is usually more efficient to use a CSINC than a CSEL (and
never less efficient), since the value of 1 can be derived from
wzr, rather than needing to set it up in a register first.
This patch enables this capability.
It has been r
From: David Miller
Date: Tue, 06 Nov 2012 13:26:53 -0500 (EST)
> From: Jan Hubicka
> Date: Tue, 6 Nov 2012 19:21:46 +0100
>
>> The problem here is really that MAX_TIME * MAX_FREQ do not fit into 32bit
>> integer. Fixed thus.
>>
>> * ipa-inline.c (compute_uninlined_call_time): Return gcov
Hi all,
When we perform an addition but only use the result for a comparison,
we can save an instruction.
Consider this function:
int foo (int a, int b) {
return ((a + b) == 0) ? 1 : 7;
}
Here is the original output:
foo:
add w0, w0, w1
cmp w0, wzr
mov w1, 7
This patch to the Go compiler and library changes the size of the Go
type "int" to be the same as the size of a pointer. This means that on
x86_64 the size of int will be 64 bits. This matches the new behaviour
of the other Go compiler, and is the intended implementation for the
future Go 1.1 rel
From: Jan Hubicka
Date: Tue, 6 Nov 2012 19:21:46 +0100
> The problem here is really that MAX_TIME * MAX_FREQ do not fit into 32bit
> integer. Fixed thus.
>
> * ipa-inline.c (compute_uninlined_call_time): Return gcov_type.
> (compute_inlined_call_time): Watch overflows.
> (rela
On 06/11/12 18:21, Richard Henderson wrote:
On 2012-11-06 09:56, Yufeng Zhang wrote:
2012-11-06 Yufeng Zhang
* config/aarch64/aarch64.c (aarch64_expand_prologue): For the
load-pair with writeback instruction, replace
aarch64_set_frame_expr with add_reg_note (REG_C
On 2012-11-06 09:56, Yufeng Zhang wrote:
> 2012-11-06 Yufeng Zhang
>
> * config/aarch64/aarch64.c (aarch64_expand_prologue): For the
> load-pair with writeback instruction, replace
> aarch64_set_frame_expr with add_reg_note (REG_CFA_ADJUST_CFA);
> add new loc
>
> This broke the bootstrap on sparc:
>
> /home/davem/src/GIT/GCC/build-sparc32-linux/./prev-gcc/g++
> -B/home/davem/src/GIT/GCC/build-sparc32\
> -linux/./prev-gcc/ -B/usr/local/sparc-unknown-linux-gnu/bin/ -nostdinc++
> -B/home/davem/src/GIT/GCC\
> /build-sparc32-linux/prev-sparc-unknown-linu
Hi,
this is what I'm finishing testing to add a debug-mode std::array.
Things work pretty well, but I'm not fiddling for now with the
iterators: std::array must remain an aggregate, thus we can't have base
classes, thus we can't really use the standard debug-mode infrastructure
for those. Bas
On Tue, Nov 6, 2012 at 7:52 AM, Jason Merrill wrote:
> On 11/05/2012 09:38 PM, Sriraman Tallam wrote:
>>
>> + /* For multi-versioned functions, more than one match is just fine.
>>
>> +Call decls_match to make sure they are different because they are
>> +versioned. */
>> +
This patch to the Go frontend and libgo add a Go-specific memcmp
routine, which returns intgo rather than int. This is a step toward
using 64-bit int. The memcmp routine is only used for struct and array
equality comparisons, it is not really a performance issue.
Bootstrapped and ran Go testsuite
Hi,
Many thanks for reviewing. Please find the updated patch. The explicit
calls to gen_rtx_PLUS and GEN_INT have been replaced by plus_constant,
and the call to aarch64_set_frame_expr has been replaced with
add_reg_note (REG_CFA_ADJUST_CFA).
I'll clean up other cases in aarch64.c in a sep
Hi,
On Mon, Nov 05, 2012 at 12:15:50PM +0100, Jan Hubicka wrote:
> > Hi,
> >
> > the following patch adds streaming ofcgraph_node.ipa_transforms_to_apply
> > so that transformation phases of IPA passes are run in LTO too. It is
> > done by simple streaming of pass.static_pass_number and then loo
On Nov 6, 2012, Jakub Jelinek wrote:
> 2012-11-06 Jakub Jelinek
> PR debug/54693
> * tree-flow.h (propagate_threaded_block_debug_into): New prototype.
> * tree-ssa-threadedge.c (propagate_threaded_block_debug_into): No
> longer static.
> * tree-ssa-loop-ch.c (co
On 2012-11-02 16:10 , Dodji Seketeli wrote:
* configure.ac: Add libsanitizer to target_libraries.
* Makefile.def: Ditto.
* configure: Regenerate.
* Makefile.in: Regenerate.
* libsanitizer: New directory for asan runtime. Contains an empty
tsan di
On 2012-11-02 16:05 , Dodji Seketeli wrote:
+static bool
+maybe_instrument_builtin_call (gimple_stmt_iterator *iter)
+{
+ gimple call = gsi_stmt (*iter);
+ location_t loc = gimple_location (call);
+
+ if (!is_gimple_call (call))
+return false;
Nit. Why not factor this out and change th
On 2012-11-02 16:03 , Dodji Seketeli wrote:
* asan.c (create_cond_insert_point_before_iter): Factorize out of ...
(build_check_stmt): ... here.
OK.
Diego.
On 2012-11-02 16:02 , Dodji Seketeli wrote:
* asan.c (build_check_stmt): Accept the memory access to be
represented by an SSA_NAME.
OK.
Diego.
On 2012-11-02 16:01 , Dodji Seketeli wrote:
* varasm.c: Include asan.h.
(assemble_noswitch_variable): Grow size by asan_red_zone_size
if decl is asan protected.
(place_block_symbol): Likewise.
(assemble_variable): If decl is asan protected, increase
On 2012-11-02 16:00 , Dodji Seketeli wrote:
This patch implements the protection of stack variables.
To understand how this works, lets look at this example on x86_64
where the stack grows downward:
int
foo ()
{
char a[23] = {0};
int b[2] = {0};
a[5] = 1;
b[1] = 2;
r
On 2012-11-02 15:58 , Dodji Seketeli wrote:
This patch defines a new asan pass gate that is activated at -O0, in
addition to the pass that was initially activated at -O3 level The
patch also does some comment cleanups here and there.
* asan.c (build_check_stmt): Rename join_bb variable t
On 2012-11-02 15:57 , Dodji Seketeli wrote:
* Makefile.in (GTFILES): Add $(srcdir)/asan.c.
(asan.o): Update the dependencies of asan.o.
* asan.c (tm.h, tree.h, tm_p.h, basic-block.h, flags.h
function.h, tree-inline.h, tree-dump.h, diagnostic.h, demangle.h,
On 2012-11-02 15:56 , Dodji Seketeli wrote:
This patch imports the initial state of asan as it was in the
Google branch.
It provides basic infrastructure for asan to instrument memory
accesses on the heap, at -O3. Note that it supports neither stack nor
global variable protection.
The rest of
On 2012-11-02 15:57 , Dodji Seketeli wrote:
/* AddressSanitizer, a fast memory error detector.
- Copyright (C) 2011 Free Software Foundation, Inc.
+ Copyright (C) 2011, 2012 Free Software Foundation, Inc.
I *think* we should only mention 2012, but I don't know if code in
branches counts
On 11/06/2012 04:00 AM, Jakub Jelinek wrote:
Hi!
This patch fixes
-FAIL: gcc.dg/guality/pr54693-2.c -O1 line 21 i == v + 1
-FAIL: gcc.dg/guality/pr54693-2.c -O2 line 21 i == v + 1
-FAIL: gcc.dg/guality/pr54693-2.c -O3 -fomit-frame-pointer line 21 i == v + 1
-FAIL: gcc.dg/guality/pr54693-2.
On Tue, Nov 6, 2012 at 8:07 AM, Andrew Pinski wrote:
> On Tue, Nov 6, 2012 at 6:54 AM, David Edelsohn wrote:
>> The regex in const-uniq-1.c assumes ELF label format, which does not
>> match AIX XCOFF. The following patch broadens the regex so that it
>> also correctly matches on AIX.
>>
>>
> On Tue, 30 Oct 2012, Jan Hubicka wrote:
>
> > Hi,
> > for past week or two I was playing with ways to throttle down the complette
> > unrolling heuristics. I made complette unroller to use the
> > tree-ssa-loop-niter
> > upper bound and unroll even in non-trivial cases and this has turned out
On 2012-11-05 17:09, Torvald Riegel wrote:
> + if (likely(htm_fastpath && (prop & pr_hasNoAbort)))
For reference, could the NoAbort clause be relaxed with an htm check
in abortTransaction, and the use of an xabort insn with an appropriate
code to indicate user abort?
Just wondering what the curr
On 2012-11-05 17:09, Torvald Riegel wrote:
> commit 4f2b3c78ac7ae3fb2b639ce32ad197a12ba7d66a
> Author: Torvald Riegel
> Date: Tue Oct 23 00:25:50 2012 +0200
>
> Add HTM fastpath and use Intel RTM for it on x86.
This is ok, modulo the cpuid.h bit that Uros pointed out.
r~
Hello!
Attached patch removes SLOT_VIRTUAL and introduces
TARGET_INSTANTIATE_DECLS that takes care of instantiating registers in
ix86_stack_locals array. The patch enables some more stack slot
sharing.
2012-11-06 Uros Bizjak
* config/i386/i386.c (TARGET_INSTANTIATE_DECLS): New define.
On Tue, Nov 6, 2012 at 6:54 AM, David Edelsohn wrote:
> The regex in const-uniq-1.c assumes ELF label format, which does not
> match AIX XCOFF. The following patch broadens the regex so that it
> also correctly matches on AIX.
>
> * const-uniq-1.c: Expand regex to match AIX XCOFF labels.
Hi,
there are missing linebreaks in the debug info. Fixed thus.
Honza
Index: ChangeLog
===
--- ChangeLog (revision 193244)
+++ ChangeLog (working copy)
@@ -1,3 +1,7 @@
+2012-11-06 Jan Hubicka
+
+ * ipa-pure-const.c (che
On 11/06/2012 04:55 PM, Jason Merrill wrote:
On 11/05/2012 12:52 PM, Florian Weimer wrote:
+// Avoid use of none-overridable new/delete operators in shared
Typo: that should be "non-overridable"
Jason
Thanks, this patch fixes both instances.
--
Florian Weimer / Red Hat Product Security Tea
On 11/05/2012 12:52 PM, Florian Weimer wrote:
+// Avoid use of none-overridable new/delete operators in shared
Typo: that should be "non-overridable"
Jason
On 11/05/2012 09:38 PM, Sriraman Tallam wrote:
+ /* For multi-versioned functions, more than one match is just fine.
+Call decls_match to make sure they are different because they are
+versioned. */
+ if (DECL_FUNCTION_VERSIONED (fn))
+ {
+ for (match = T
On Mon, Nov 5, 2012 at 11:54 PM, Peter Bergner wrote:
> This patch enables new -mcpu and -mtune options for POWER8. The -mcpu=power8
> option currently is just an alias for power7. The affect of these options
> will be expanded when more technical details are released by IBM.
>
> Bootstrapped an
On 11/06/2012 06:20 AM, Jakub Jelinek wrote:
On Mon, Nov 05, 2012 at 11:03:37PM -0500, Jason Merrill wrote:
As discussed at the Cauldron in Prague, this patch introduces a C++
abi_tag attribute which can be attached to a function or class to
modify its mangled name and avoid name collisions with
>
> 2012-11-05 Martin Jambor
>
> PR tree-optimization/53787
> * ipa-cp.c (ipcp_value_source): New field offset.
> (ipcp_agg_lattice): New type.
> (ipcp_param_lattices): Likewise, move virt_call from ipcp_lattice here.
> (ipcp_agg_lattice_pool): New variable.
>
On Mon, Nov 5, 2012 at 12:27 PM, Michael Meissner
wrote:
> Yes, obviously I should have included powerpc-linux as well as powerpc64-linux
> in the documentation. Thanks. If it is approved, I will update the
> documentation.
The rs6000 parts of the patch are okay with that change.
Thanks, Davi
The regex in const-uniq-1.c assumes ELF label format, which does not
match AIX XCOFF. The following patch broadens the regex so that it
also correctly matches on AIX.
* const-uniq-1.c: Expand regex to match AIX XCOFF labels.
Index: const-uniq-1.c
=
Hi,
Please find attached the patch "rx_bit_insn.patch" which supports bit
operations on memory operand. Please review the same and let me know
if there should be any modifications in it.
Tested with rx-elf. No new Regressions.
ChangeLog
2012-11-06 Naveen H.S
* config/rx/const
On Mon, Nov 5, 2012 at 11:58 PM, Kaz Kojima wrote:
> The attached patch is to solve PR target/41993 which will affect
> targets using MODE_EXIT.
> Without it, we can't find all return registers for __builtin_return
> in mode-switching.c:create_pre_exit. See the trail #4 by Uros in
> the PR for t
I didn't do any changes to that one. So it is only a refresh to latest
GCC head.
Bootstrapped on s390x with -march=z196. No regressions.
Feel free to apply.
Thanks!
Bye,
-Andreas-
gcc/config/s390/s390.md | 109 +!!!
1 file changed, 4 insertions(+)
Hi,
three of remainings false positives of -Warray-bounds on -O3 bootstrap turned
out
to be bug in vectorizer. It sets the loop bound on prologue/epilogue to be
vectorization_factor - 1.
This is not correct: when vectorization_factor is 2, the epilogue/prologue
never loops, so number of iteration
On Tue, Nov 06, 2012 at 12:58:07AM +0100, Martin Jambor wrote:
> 2012-11-05 Martin Jambor
>
> PR tree-optimization/53787
> * ipa-cp.c (ipcp_value_source): New field offset.
...
Is this supposed to do something about Fortran array descriptors
where some fields in the descriptors hav
> -Original Message-
> From: Jeff Law [mailto:l...@redhat.com]
> Sent: Tuesday, November 06, 2012 4:51 AM
> To: Bin Cheng
> Cc: gcc-patches@gcc.gnu.org
> Subject: Re: [PATCH Version 2][RFA]Improving register pressure directed
hoist
>
> On 11/02/2012 02:34 AM, Bin Cheng wrote:
> >>
> > Al
Hi,
I had to remove the insv pattern changes from that patch. I
understand that you simplified the patterns since the generic RTL
expander only generates word mode zero extracts. However, we still
need the SImode variant for atomic operations so we cannot remove it.
The insv_z10 definition can s
Hi,
thanks for your patch. I've refreshed it to the latest revision and
have added patterns for risbgn (risbg without clobbering CC) which has
been added with zEC12.
I've tested the patch on s390x with -march=z196. I think it is safe
for EC12 as well. However I'll run some tests there later on.
This Change adds the necessary runtime configuration to build an Ada
runtime for android/arm.
Tested manually on android, committed on trunk.
2012-11-06 Arnaud Charlet
* gcc-interface/Makefile.in: Add runtime pairs for Android.
* s-osinte-android.ads, s-osinte-android.adb: New
1 - 100 of 127 matches
Mail list logo
