On 10/08/2012 06:31 AM, Steven Bosscher wrote:
On Sun, Oct 7, 2012 at 5:59 PM, Vladimir Makarov wrote:
* lra-lives.c (lra_start_point_ranges, lra_finish_point_ranges):
Remove.
(process_bb_lives): Change start regno in
EXECUTE_IF_SET_IN_BITMAP. Iterate on DF_L
On 10/07/2012 07:00 PM, Steven Bosscher wrote:
Hello,
This patch changes the worklist-like bitmap in lra_eliminate() to an
sbitmap. Effect on compile time:
lra r192183: LRA virtuals elimination: 51.56 ( 6%)
with patch: LRA virtuals elimination: 14.02 ( 2%)
OK for the branch after bootstrap&
On 10/08/2012 01:14 PM, Steven Bosscher wrote:
Hello,
This patch makes lra_constraint_insn_stack_bitmap an sbitmap. This
reduces compile time by another minute or so on gcc17 for the test
case of PR54146, and I think it's a general improvement also for less
extreme code. For cc1-i files the comp
On 07/25/2012 07:54 PM, Sterling Augustine wrote:
On Wed, Jul 25, 2012 at 4:00 PM, Cary Coutant wrote:
Perhaps instead of having a val_index field in each attribute you should
have the attribute point to something like an indirect_string_node for
addresses as well.
The potential savings here
On Mon, Oct 8, 2012 at 10:25 PM, Vladimir Makarov wrote:
> Actually I have a simpler and better patch:
Ah, lra_insn_recog_data, I couldn't find out how to get the insn itself :-)
The OOM you're seeing on gcc17 is probably because we're both working
on that machine. If we're both trying to compi
Hello!
2012-10-08 Uros Bizjak
* config/i386/atom.md (atom_sse_4): Merge atom_sse_attr attibutes.
(atom_sse_5): Ditto.
Tested on x86_64-pc-linux-gnu {,-m32}, committed to mainline SVN.
Uros.
Index: config/i386/atom.md
===
> From: Dodji Seketeli
> Date: Mon, 8 Oct 2012 14:12:04 +0200
> Jason Merrill writes:
>
> > OK.
>
> Thanks. Committed to trunk at revision r192199.
This caused a build failure, see PR54860.
brgds, H-P
On Mon, Oct 8, 2012 at 10:26 PM, Vladimir Makarov wrote:
> I am not a fan of sbitmap for regular use.
Me neither, to be honest. (For the lra-eliminations.c bitmap it was a
particularly bad choice :-)
> This patch definitely helps for
> this particular test. But it might hurt performance for s
On 10/08/2012 04:04 PM, Paolo Carlini wrote:
On 10/08/2012 03:57 PM, Jason Merrill wrote:
This is definitely an improvement, though for warnings about issues
with the left or right argument, we could use the EXPR_LOCATION of
the problematic argument rather than the location of the new operand.
On Sat, Oct 6, 2012 at 5:56 PM, Jan Hubicka wrote:
> Hi,
> does this look better? Moving to cfg.c would importing tree-pass.h and rtl.h
> that is not cool either. predict.c does all of these.
> Obviously can also go to a separate file, if preferred.
Attached is how I would do it. What do you thin
On 10/08/2012 05:31 PM, Paolo Carlini wrote:
So, there is a serious difficulty, I'm afraid: for the example at issue,
EXPR_LOCATION (arg_left) is 0 not any meaningful value. And of course
EXPR_LOC_OR_HERE would not be better in this case, would give
input_location. So, what do you think? Shall we
Hello,
This adds documentation on the new thread pointer built-ins that were
added recently to the SH target.
Tested with 'make info dvi pdf'.
OK?
Cheers,
Oleg
gcc/ChangeLog:
PR target/54760
* doc/extend.texi (Target Builtins): Add SH built-in section.
Document __builtin
On 10/08/2012 11:44 PM, Jason Merrill wrote:
On 10/08/2012 05:31 PM, Paolo Carlini wrote:
So, there is a serious difficulty, I'm afraid: for the example at issue,
EXPR_LOCATION (arg_left) is 0 not any meaningful value. And of course
EXPR_LOC_OR_HERE would not be better in this case, would give
i
Hello,
This documents the new thread pointer built-ins in the SH www changes
for 4.8.
OK?
Cheers,
Oleg
? www_4_8_sh_changes_3.patch
Index: htdocs/gcc-4.8/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/changes.html,v
retri
Hello!
2012-10-09 Uros Bizjak
* testsuite/util/testsuite_abi.cc (check_version): Add CXXABI_1.3.7.
Tested on x86_64-pc-linux-gnu.
OK for mainline?
Uros.
Index: testsuite/util/testsuite_abi.cc
===
--- testsuite/util/test
Hello,
This adds the reduced test case as mentioned by Kaz in the PR to the
test suite.
Tested with
make -k check-gcc RUNTESTFLAGS="compile.exp=pr34777*
--target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}"
OK?
Cheers,
Oleg
testsuite/ChangeLog:
PR target/
> 2012-10-09 Uros Bizjak
>
> * testsuite/util/testsuite_abi.cc (check_version): Add
> CXXABI_1.3.7.
>
> Tested on x86_64-pc-linux-gnu.
>
> OK for mainline?
Ok, thanks!
-benjamin
tisdag 18 september 2012 16.12.15 skrev Magnus Granberg:
> tisdag 11 september 2012 01.33.42 skrev Magnus Granberg:
> > fredag 07 september 2012 18.52.11 skrev du:
> > > On Fri, 7 Sep 2012, Magnus Granberg wrote:
> > > > * Makefile.in Add
> > > > -fno-st
On Sun, 7 Oct 2012, Richard Sandiford wrote:
> > So I think this can't really be selected automatically for all cores,
> > some human-supplied knowledge about the MD unit used is required -- that
> > obviously affects other operations too, e.g. some multiplications
> > involving a constant tha
The following patch implements most Richard's proposals for LRA doc
and lra-eliminations.c file.
The patch was successfully bootstrapped on x86/x86-64.
Committed as rev. 192229.
2012-10-08 Vladimir Makarov
* doc/passes.i: Better edition of LRA pass description.
* lra-
On 12-10-02 7:21 AM, Richard Sandiford wrote:
Hi Vlad,
Vladimir Makarov writes:
+LRA is different from the reload pass in LRA division on small,
+manageable, and separated sub-tasks. All LRA transformations and
+decisions are reflected in RTL as more as possible. Instruction
+constraints as
The --enable-libstdcxx-time=yes configure option fails to validate the
presence of a usable nanosleep() call on darwin due to its use of pre-2008
POSIX timers. As both nanosleep() and sched_yield() have always been available
on darwin, the attached patch simply defines _GLIBCXX_USE_NANOSLEEP and
> On Android NDK libstdc++ is configured, built and packaged separately.
> The problem is not dependency on libgcc sources but rather dependency
> on the symlink which is generated during libgcc build and cannot be
> found if libstdc++ is configured and built separately.
> It was working fine for
Hi again,
On 10/08/2012 11:44 PM, Jason Merrill wrote:
On 10/08/2012 05:31 PM, Paolo Carlini wrote:
So, there is a serious difficulty, I'm afraid: for the example at issue,
EXPR_LOCATION (arg_left) is 0 not any meaningful value. And of course
EXPR_LOC_OR_HERE would not be better in this case, w
OK.
Jason
101 - 125 of 125 matches
Mail list logo
