On Wed, Apr 22, 2015 at 10:21:43AM +0800, Terry Guo wrote:
> gcc/ChangeLog:
> 2015-04-22 Hale Wang
> Terry Guo
>
>PR rtl-optimization/64818
>* combine.c (can_combine_p): Don't combine user-specified register if
>it is in an asm input.
>
> gcc/testsui
On Wed, Apr 22, 2015 at 9:44 AM, Segher Boessenkool
wrote:
> On Tue, Apr 21, 2015 at 03:13:38PM +0800, Terry Guo wrote:
>> > Did you fix the comment? REG_USERVAR_P and HARD_REGISTER_P can be
>> > set for more than just register asm.
>>
>> Sorry for missing the patch. I believe that I addressed yo
On Tue, Apr 21, 2015 at 03:56:18PM -0500, Peter Bergner wrote:
> On Fri, 2015-03-20 at 17:41 -0500, Peter Bergner wrote:
> > On Fri, 2015-03-20 at 15:52 -0500, Segher Boessenkool wrote:
> > > Maybe it would be nicer if the builtin-expansion code handled the copy
> > > from cc, instead of stacking o
On Tue, Apr 21, 2015 at 03:13:38PM +0800, Terry Guo wrote:
> > Did you fix the comment? REG_USERVAR_P and HARD_REGISTER_P can be
> > set for more than just register asm.
>
> Sorry for missing the patch. I believe that I addressed your patch.
> Please review it again to make sure my understanding
On Tue, 2015-04-21 at 20:14 +0200, Manuel López-Ibáñez wrote:
> On 21/04/15 18:07, David Malcolm wrote:
> >
> > I have the patch working now for the C++ frontend. Am attaching the
> > work-in-progress (sans ChangeLog). This one (v2) bootstrapped and
> > regrtested on x86_64-unknown-linux-gnu (Fed
Hello Mikael and Dominique,
thanks for your helpful comments!
> To sum um, tests missing for the following:
> array(4,:,:)
> array(3:5,:)
> array(3:10:2,:)
> array(:,:)%comp
> with both lbound == 1 and lbound != 1.
> One test with lhs-rhs dependency would be good as well.
A trivial patch to use OPT_* where they belong.
Bootstrapped/regtested on x86_64-linux, ok for trunk?
2015-04-21 Marek Polacek
PR c/65830
* c-common.c (c_fully_fold_internal): Use OPT_Wshift_count_negative
and OPT_Wshift_count_overflow.
* c-c++-common/pr65830.
Hi,
with the patches so far after
(gdb) set debug compile 1
one would get:
searching for compiler matching regex
^(x86_64|i.86)(-[^-]*)?-linux(-gnu)?-gcc$
found compiler x86_64-unknown-linux-gnu-gcc
But I believe it is more readable to see:
searching for compiler m
as discussed in
How to use compile & execute function in GDB
https://sourceware.org/ml/gdb/2015-04/msg00026.html
GDB currently searches for /usr/bin/ARCH-OS-gcc and chooses one but one cannot
override which one. GDB would provide new option 'set compile-gcc'.
This patch does not
Hi,
see [patch 1/5], particularly:
(3) Currently there is no backward or forward compatibility although there
could be one implemented. Personally I think the 'compile' feature is
still in experimental stage so that it is OK to require last releases.
At least in Fedora we can keep GDB
Hi,
as discussed in
How to use compile & execute function in GDB
https://sourceware.org/ml/gdb/2015-04/msg00026.html
GDB currently searches for /usr/bin/ARCH-OS-gcc and chooses one but it does not
display which one. It cannot, GCC method set_arguments() does not yet know
whether
Hi,
the next [patch 3/5] will change the libcc1.so API. I am not sure if the API
change gets approved that way but for such case:
(1) We really need to change GCC_FE_VERSION_0 -> GCC_FE_VERSION_1, this
feature is there for this purpose. That is [patch 2/5].
(2) Currently GDB does only dlopen
On Fri, 2015-03-20 at 17:41 -0500, Peter Bergner wrote:
> On Fri, 2015-03-20 at 15:52 -0500, Segher Boessenkool wrote:
> > Maybe it would be nicer if the builtin-expansion code handled the copy
> > from cc, instead of stacking on RTL expanders.
>
> That would allow getting rid of the expanders com
Hi!
On Sat, 15 Nov 2014 13:14:52 +0100, Tom de Vries wrote:
> I'm submitting a patch series with initial support for the oacc kernels
> directive.
Committed to gomp-4_0-branch in r88:
commit 7109b39defb87bc839983339c9fb4cdcb3891238
Author: tschwinge
Date: Tue Apr 21 20:32:01 2015 +
Hi!
On Sat, 15 Nov 2014 13:14:52 +0100, Tom de Vries wrote:
> I'm submitting a patch series with initial support for the oacc kernels
> directive.
Committed to gomp-4_0-branch in r87:
commit abaf92b2db3c0799edac63cfb846af2dbde47423
Author: tschwinge
Date: Tue Apr 21 20:27:40 2015 +
Hi!
On Sat, 15 Nov 2014 13:14:52 +0100, Tom de Vries wrote:
> I'm submitting a patch series with initial support for the oacc kernels
> directive.
Committed to gomp-4_0-branch in r86:
commit 0c33234340aa17536c2c86e0982c42070c89226b
Author: tschwinge
Date: Tue Apr 21 20:22:54 2015 +
Kyrill,
Here's what I get on an Exynos M1:
$ cat /proc/cpuinfo <
Processor : AArch64 Processor rev 0 (aarch64)
...
Features: fp asimd aes pmull sha1 sha2 crc32
CPU implementer : 0x53
CPU architecture: AArch64
CPU variant : 0x0
CPU part
Hi!
On Tue, 25 Nov 2014 12:42:28 +0100, Tom de Vries wrote:
> On 15-11-14 18:23, Tom de Vries wrote:
> > On 15-11-14 13:14, Tom de Vries wrote:
> >> I'm submitting a patch series with initial support for the oacc kernels
> >> directive.
> >>
> >> The patch series uses pass_parallelize_loops to im
Hi!
On Tue, 25 Nov 2014 12:38:55 +0100, Tom de Vries wrote:
> On 15-11-14 18:22, Tom de Vries wrote:
> > On 15-11-14 13:14, Tom de Vries wrote:
> >> I'm submitting a patch series with initial support for the oacc kernels
> >> directive.
> >>
> >> The patch series uses pass_parallelize_loops to im
Hi!
On Tue, 25 Nov 2014 12:30:52 +0100, Tom de Vries wrote:
> On 15-11-14 18:22, Tom de Vries wrote:
> > On 15-11-14 13:14, Tom de Vries wrote:
> >> I'm submitting a patch series with initial support for the oacc kernels
> >> directive.
> >>
> >> The patch series uses pass_parallelize_loops to im
Hi!
On Tue, 25 Nov 2014 12:29:28 +0100, Tom de Vries wrote:
> On 15-11-14 18:21, Tom de Vries wrote:
> > On 15-11-14 13:14, Tom de Vries wrote:
> >> I'm submitting a patch series with initial support for the oacc kernels
> >> directive.
> >>
> >> The patch series uses pass_parallelize_loops to im
Hi!
On Tue, 25 Nov 2014 12:27:34 +0100, Tom de Vries wrote:
> On 15-11-14 18:21, Tom de Vries wrote:
> > On 15-11-14 13:14, Tom de Vries wrote:
> >> Hi,
> >>
> >> I'm submitting a patch series with initial support for the oacc kernels
> >> directive.
> >>
> >> The patch series uses pass_paralleli
Hi!
On Tue, 25 Nov 2014 12:25:35 +0100, Tom de Vries wrote:
> On 15-11-14 18:20, Tom de Vries wrote:
> > On 15-11-14 13:14, Tom de Vries wrote:
> >> I'm submitting a patch series with initial support for the oacc kernels
> >> directive.
> >>
> >> The patch series uses pass_parallelize_loops to im
Hi!
On Tue, 25 Nov 2014 12:22:02 +0100, Tom de Vries wrote:
> On 24-11-14 11:56, Tom de Vries wrote:
> > On 15-11-14 18:19, Tom de Vries wrote:
> >> On 15-11-14 13:14, Tom de Vries wrote:
> >>> I'm submitting a patch series with initial support for the oacc kernels
> >>> directive.
> >>>
> >>> Th
Hi!
On Sat, 15 Nov 2014 13:14:52 +0100, Tom de Vries wrote:
> I'm submitting a patch series with initial support for the oacc kernels
> directive.
>
> The patch series uses pass_parallelize_loops to implement parallelization of
> loops in the oacc kernels region.
Committed to gomp-4_0-branch
On Tue, 21 Apr 2015, Petar Jovanovic wrote:
> --- /dev/null
> +++ b/gcc/testsuite/gcc.target/mips/call-from-init.c
> @@ -0,0 +1,10 @@
> +/* Check that __do_global_ctors_aux can be reached from .init section that
> + is in a different (256MB) region. */
> +/* { dg-do run } */
> +/* { dg-options "
Hi!
On Fri, 9 Jan 2015 16:37:00 +0100, Tom de Vries wrote:
> For the oacc kernels patch series I need a fortran builtin with fn spec
> attribute (as mentioned here:
> https://gcc.gnu.org/ml/gcc/2014-12/msg1.html ).
>
> Attached patch adds a function gfc_define_builtin_with_spec that allows
On 21/04/15 18:07, David Malcolm wrote:
I have the patch working now for the C++ frontend. Am attaching the
work-in-progress (sans ChangeLog). This one (v2) bootstrapped and
regrtested on x86_64-unknown-linux-gnu (Fedora 20), with:
63 new "PASS" results in gcc.sum
189 new "PASS" results
-Original Message-
From: Moore, Catherine [mailto:catherine_mo...@mentor.com]
Sent: Friday, April 17, 2015 8:36 PM
To: Petar Jovanovic
Cc: Maciej W. Rozycki; Matthew Fortune; gcc-patches@gcc.gnu.org
Subject: RE: [PATCH v2][MIPS] fix CRT_CALL_STATIC_FUNCTION macro
>
> Hi Petar,
> Running
I have had this simple patch in my trunk for quite some time and it has tested
OK.
I plan to commit with a test case based on the one in the PR today.
Regards,
Jerry
2015-04-21 Jerry DeLisle
PR libgfortran/65234
* io/format.c (parse_format_list): Set the seen_dd flag in all
On Tue, Apr 21, 2015 at 9:52 AM, Steve Ellcey wrote:
> On Tue, 2015-04-14 at 10:08 -0700, H.J. Lu wrote:
>
>> We have done just that in GCC 4.4 to implement dynamic stack
>> alignment on x86 :-). Some of x86 backend changes for dynamic
>> stack alignment are x86 psABI specific. Others are histor
New patch, v3. PTAL.
Regards,
Petar
gcc/ChangeLog:
2015-04-21 Petar Jovanovic
* config/mips/mips.h (CRT_CALL_STATIC_FUNCTION): Fix the macro to
use
la/jalr instead of jal.
gcc/testsuite/ChangeLog:
2015-04-21 Petar Jovanovic
* gcc.target/mips/call-from-init.c: Ne
On 21/04/15 15:09, Jeff Law wrote:
On 04/21/2015 02:30 AM, Kyrill Tkachov wrote:
From reading config/stormy16/stormy-abi it seems to me that we don't
pass arguments partially in stormy16, so this code would never be called
there. That leaves pa as the potential problematic target.
I don't sup
- Original Message -
> On Tue, Apr 21, 2015 at 01:04:04PM -0400, Andrew Hughes wrote:
> > - Original Message -
> > > On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
> > > > bump the libgcj soname on the trunk, as done for every release cycle,
> > >
> > > Is that rea
On Tue, Apr 21, 2015 at 01:04:04PM -0400, Andrew Hughes wrote:
> - Original Message -
> > On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
> > > bump the libgcj soname on the trunk, as done for every release cycle,
> >
> > Is that really needed though these days?
> > Weren't
On Apr 21, 2015, at 9:07 AM, David Malcolm wrote:
> I think I want to make a distinction between
>
> (A) classic C "gotchas", like the one in my mail and the:
>
> if (cond);
>stmt;
>
> one you mentioned above
>
> vs
>
> (B) wrong/inconsistent indentation.
>
> I think (A) is high-value,
- Original Message -
> On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
> > bump the libgcj soname on the trunk, as done for every release cycle,
>
> Is that really needed though these days?
> Weren't there basically zero changes to libjava (both libjava and
> libjava/classp
On Tue, 2015-04-14 at 10:08 -0700, H.J. Lu wrote:
> We have done just that in GCC 4.4 to implement dynamic stack
> alignment on x86 :-). Some of x86 backend changes for dynamic
> stack alignment are x86 psABI specific. Others are historical,
> like -mstackrealign. which was the old attempt for d
On 21/04/15 18:07, David Malcolm wrote:
On Thu, 2015-04-16 at 10:26 -0700, Mike Stump wrote:
Does it also handle:
if (cone);
stmt;
? Would be good to add that to the test suite, as that is another hard to spot
common error that should be caught.
Not yet, but I agree that it would be a g
On Tue, Apr 21, 2015 at 12:07:00PM -0400, David Malcolm wrote:
> On Thu, 2015-04-16 at 10:26 -0700, Mike Stump wrote:
> > On Apr 16, 2015, at 8:01 AM, David Malcolm wrote:
> > > Attached is a work-in-progress patch for a new
> > > -Wmisleading-indentation
> > > warning I've been experimenting wit
On Thu, 2015-04-16 at 10:26 -0700, Mike Stump wrote:
> On Apr 16, 2015, at 8:01 AM, David Malcolm wrote:
> > Attached is a work-in-progress patch for a new
> > -Wmisleading-indentation
> > warning I've been experimenting with, for GCC 6.
>
> Seems like a nice idea in general.
>
> Does it also h
Hi all,
This is a simple patch to generate a move instruction to temporarily
hold the large immediate for a add instruction.
GCC regression test has been run using aarch64-none-elf toolchain. NO
new issues.
Okay for trunk?
Regards,
Renlin Li
gcc/ChangeLog:
2015-04-21 Renlin Li
*
On 04/20/2015 04:31 AM, Kyrill Tkachov wrote:
Hi all,
This patch attempts to improve the pipeline description documentation.
It fixes some grammar errors,typos and clarifies some concepts.
The sections on the syntactic constructs are formatted to have a
small description, and example, descripti
Hi!
Attached is a minimal patch to get at least a trivial OpenMP 4.0 testcase
offloading to NVPTX (the first patch). The second patch is WIP, just first
few needed changes to make libgomp to build for NVPTX (several weeks of work
at least).
The following seems to work and the output suggests tha
On Tue, Apr 21, 2015 at 07:57:19AM -0600, Jeff Law wrote:
> On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
> >From: Trevor Saunders
> >
> >Hi,
> >
> >This is a first round of patches to reduce the amount of code with in #if /
> >#ifdef. This makes it incrementally easier to not break co
On Tue, Apr 21, 2015 at 04:14:01PM +0200, Richard Biener wrote:
> On Tue, Apr 21, 2015 at 3:24 PM, wrote:
> > From: Trevor Saunders
> >
> > gcc/ChangeLog:
> >
> > 2015-04-21 Trevor Saunders
> >
> > * conditions.h: Define macros even if HAVE_cc0 is undefined.
> > * emit-rtl.c:
On Tue, Apr 21, 2015 at 07:51:14AM -0600, Jeff Law wrote:
> On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
> >From: Trevor Saunders
> >
> >gcc/ChangeLog:
> >
> >2015-04-21 Trevor Saunders
> >
> > * combine.c (find_single_use): Remove HAVE_cc0 ifdef for code
> > that is trivial
On Tue, Apr 21, 2015 at 07:53:05AM -0600, Jeff Law wrote:
> On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
> >From: Trevor Saunders
> >
> >gcc/ChangeLog:
> >
> >2015-04-21 Trevor Saunders
> >
> > * genconfig.c (main): Always define HAVE_cc0.
> > * caller-save.c (insert_one_ins
Rich Felker writes:
> On Tue, Apr 21, 2015 at 01:58:02PM +, Matthew Fortune wrote:
> > Szabolcs Nagy writes:
> > > Set up dynamic linker name for mips.
> > >
> > > gcc/Changelog:
> > >
> > > 2015-04-16 Gregor Richards
> > >
> > > * config/mips/linux.h (MUSL_DYNAMIC_LINKER): Define.
> >
>
On 21/04/15 15:16, pins...@gmail.com wrote:
>
> I don't think you need to check if defaulting to little or big-endian here
> are the specs always have one or the other passing through.
>
i was not aware of this
may be the ifdef is not necessary for other archs either
i will check
> Also if
Hi,
When tried backporting AVR_TINY architecture support to 4.9, build failed in
libgcc for AVR_TINY.
Failure was due to ICE same as:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53065
Fix provided for that bug checks for if the mode crosses the callee saved
register.
Below patch updates that c
On 04/21/2015 06:39 AM, Peter Bergner wrote:
On Tue, 2015-04-21 at 08:22 +0200, Jakub Jelinek wrote:
-#if defined(__powerpc__) || defined(__powerpc64__)
- // PCs are always 4 byte aligned.
- return pc - 4;
-#elif defined(__sparc__) || defined(__mips__)
- return pc - 8;
The SPARC/MIPS case i
Jiong Wang writes:
> 2015-04-14 18:24 GMT+01:00 Jeff Law :
>> On 04/14/2015 10:48 AM, Steven Bosscher wrote:
So I think this stage2/3 binary difference is acceptable?
>>>
>>>
>>> No, they should be identical. If there's a difference, then there's a
>>> bug - which, it seems, you've alre
On Tue, Apr 21, 2015 at 01:58:02PM +, Matthew Fortune wrote:
> Szabolcs Nagy writes:
> > Set up dynamic linker name for mips.
> >
> > gcc/Changelog:
> >
> > 2015-04-16 Gregor Richards
> >
> > * config/mips/linux.h (MUSL_DYNAMIC_LINKER): Define.
>
> I understand that mips musl is o32
--- a/libsanitizer/ChangeLog
+++ b/libsanitizer/ChangeLog
@@ -1,3 +1,15 @@
+2015-04-19 Martin Sebor
+
+ PR sanitizer/65479
+ * libsanitizer/sanitizer_common/sanitizer_stacktrace.h
+ (StackTrace::signaled, StackTrace::min_insn_bytes): New data members.
+ (StackTrace::Stac
On Tue, Apr 21, 2015 at 04:29:52PM +0200, Matthias Klose wrote:
> On 04/21/2015 04:19 PM, Jakub Jelinek wrote:
> > On Tue, Apr 21, 2015 at 04:16:18PM +0200, Matthias Klose wrote:
> >> On 04/21/2015 04:11 PM, Jakub Jelinek wrote:
> >>> On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
Hi all,
This patch defines a new dg-require-thread-fence directive. And three
test cases are updated to use it.
The new directive are used to check whether the target support thread
fence either by the target back-end or external library function call. A
thread fence is required to expand at
On 04/21/2015 04:19 PM, Jakub Jelinek wrote:
> On Tue, Apr 21, 2015 at 04:16:18PM +0200, Matthias Klose wrote:
>> On 04/21/2015 04:11 PM, Jakub Jelinek wrote:
>>> On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
bump the libgcj soname on the trunk, as done for every release cycl
On Tue, Apr 21, 2015 at 3:24 PM, wrote:
> From: Trevor Saunders
>
> gcc/ChangeLog:
>
> 2015-04-21 Trevor Saunders
>
> * conditions.h: Define macros even if HAVE_cc0 is undefined.
> * emit-rtl.c: Define functions even if HAVE_cc0 is undefined.
> * final.c: Likewise.
>
On Tue, Apr 21, 2015 at 04:16:18PM +0200, Matthias Klose wrote:
> On 04/21/2015 04:11 PM, Jakub Jelinek wrote:
> > On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
> >> bump the libgcj soname on the trunk, as done for every release cycle,
> >
> > Is that really needed though these d
On 21/04/15 13:16, Marek Polacek wrote:
(-Wlogical-op still isn't enabled neither by -Wall nor by -Wextra.)
The reason is https://gcc.gnu.org/PR61534
which means we don't want to warn for:
extern int xxx;
#define XXX xxx
int test (void)
{
if (!XXX && xxx)
return 4;
else
return 0;
> On Apr 20, 2015, at 11:52 AM, Szabolcs Nagy wrote:
>
> Set up dynamic linker name for aarch64.
>
> gcc/Changelog:
>
> 2015-04-16 Gregor Richards
>Szabolcs Nagy
>
>* config/aarch64/aarch64-linux.h (MUSL_DYNAMIC_LINKER): Define.
I don't think you need to check if default
On 04/21/2015 04:11 PM, Jakub Jelinek wrote:
> On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
>> bump the libgcj soname on the trunk, as done for every release cycle,
>
> Is that really needed though these days?
> Weren't there basically zero changes to libjava (both libjava and
>
On Tue, Apr 21, 2015 at 04:07:13PM +0200, Matthias Klose wrote:
> bump the libgcj soname on the trunk, as done for every release cycle,
Is that really needed though these days?
Weren't there basically zero changes to libjava (both libjava and
libjava/classpath) in the last 2 or more years?
The few
On 21/04/15 15:06, Jeff Law wrote:
On 04/21/2015 03:18 AM, Kyrill Tkachov wrote:
Though I do wonder if, in practice, we can identify those cases that do
simplify more directly apriori and just punt everything else rather than
this rather convoluted approach.
You mean like calling simplify_bin
On 04/21/2015 02:30 AM, Kyrill Tkachov wrote:
From reading config/stormy16/stormy-abi it seems to me that we don't
pass arguments partially in stormy16, so this code would never be called
there. That leaves pa as the potential problematic target.
I don't suppose there's an easy way to test on p
bump the libgcj soname on the trunk, as done for every release cycle, and update
the cygwin/mingw32 files.
ok for the trunk?
Matthias
gcc/
2015-04-21 Matthias Klose
* config/i386/cygwin.h (LIBGCJ_SONAME): Set libgcj version to -17.
* config/i386/mingw32.h (LIBGCJ_SONAME): Set libgcj ve
On 04/21/2015 03:18 AM, Kyrill Tkachov wrote:
Though I do wonder if, in practice, we can identify those cases that do
simplify more directly apriori and just punt everything else rather than
this rather convoluted approach.
You mean like calling simplify_binary_operation that returns NULL
if n
On 04/21/2015 08:00 AM, Jakub Jelinek wrote:
On Tue, Apr 21, 2015 at 07:40:37AM -0600, Jeff Law wrote:
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h: New definition of EH_RETURN_DATA_REGNO.
On Tue, Apr 21, 2015 at 07:40:37AM -0600, Jeff Law wrote:
> On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
> >From: Trevor Saunders
> >
> >gcc/ChangeLog:
> >
> >2015-04-21 Trevor Saunders
> >
> > * defaults.h: New definition of EH_RETURN_DATA_REGNO.
> > * except.c: Remove defi
The AArch64 backend sets BRANCH_COST to be the constant value 2 for all cpus,
meaning that the compiler thinks that branches cost the same across all cpus.
This patch reworks the handling of branch costs to allow per-cpu values to be
set. The actual value of the branch-costs is unchanged as the c
Szabolcs Nagy writes:
> Set up dynamic linker name for mips.
>
> gcc/Changelog:
>
> 2015-04-16 Gregor Richards
>
> * config/mips/linux.h (MUSL_DYNAMIC_LINKER): Define.
I understand that mips musl is o32 only currently is that correct?
There does however appear to be both soft and hard
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
Hi,
This is a first round of patches to reduce the amount of code with in #if /
#ifdef. This makes it incrementally easier to not break configs other than the
one being built, and moves things slightly closer to us
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* caller-save.c (insert_one_insn): Remove ifdef HAVE_cc0.
* cfgcleanup.c (flow_find_cross_jump): Likewise.
(flow_find_head_matching_sequence): Li
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* cfgrtl.c (rtl_merge_blocks): Change #if HAVE_cc0 to if (HAVE_cc0)
(try_redirect_by_replacing_jump): Likewise.
(rtl_tidy_fallthru_edge): Likewis
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* genconfig.c (main): Always define HAVE_cc0.
* caller-save.c (insert_one_insn): Change ifdef HAVE_cc0 to #if
HAVE_cc0.
* cfgcleanup.c (f
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* combine.c (find_single_use): Remove HAVE_cc0 ifdef for code
that is trivially ded on non cc0 targets.
(simplify_set): Likewise.
(mark_u
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* conditions.h: Define macros even if HAVE_cc0 is undefined.
* emit-rtl.c: Define functions even if HAVE_cc0 is undefined.
* final.c: Likewise.
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
Hi,
This is a first round of patches to reduce the amount of code with in #if /
#ifdef. This makes it incrementally easier to not break configs other than the
one being built, and moves things slightly closer to us
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h: New definition of EH_RETURN_DATA_REGNO.
* except.c: Remove definition of EH_RETURN_DATA_REGNO.
* builtins.c (expand_builtin): Remov
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* alias.c (init_alias_target): Remove ifdef
* HARD_FRAME_POINTER_IS_FRAME_POINTER.
* df-scan.c (df_insn_refs_collect): Likewise.
(df_get_
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* df-scan.c (df_get_entry_block_def_set): Remove #ifdef
PIC_OFFSET_TABLE_REGNUM.
OK.
jeff
Hello!
This patch redefines various hard register numbers with ones from
i386.md. Also, the patch reshuffles some defines to group them
together in a better way.
No functional changes.
2015-04-21 Uros Bizjak
* config/i386/i386.md (ARGP_REG, FRAME_REG, BND2_REG, BND3_REG,
FIRST_PSEUDO
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h (MASK_RETURN_ADDR): New definition.
* except.c (expand_builtin_extract_return_addr): Remove ifdef
MASK_RETURN_ADDR.
OK.
jeff
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h (RETURN_ADDR_OFFSET): New definition.
* except.c (expand_builtin_extract_return_addr): Remove ifdef
RETURN_ADDR_OFFSET.
(exp
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h (INSN_REFERENCES_ARE_DELAYED): New definition.
* reorg.c (redundant_insn): Remove ifdef
INSN_REFERENCES_ARE_DELAYED.
* resou
On 04/21/2015 07:24 AM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h (INSN_SETS_ARE_DELAYED): New definition.
* reorg.c (redundant_insn): Remove ifdef INSN_SETS_ARE_DELAYED.
* resource.c (mark_set_reso
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h (INSN_SETS_ARE_DELAYED): New definition.
* reorg.c (redundant_insn): Remove ifdef INSN_SETS_ARE_DELAYED.
* resource.c (mark_set_resources): Likewise.
---
gcc/defaults.h | 4
gcc/reorg.c
On 18/04/15 19:17, Maxim Kuvyrkov wrote:
>> On Apr 18, 2015, at 8:21 PM, Richard Earnshaw
>> wrote:
>>
>> On 18/04/15 16:13, Jakub Jelinek wrote:
>>> On Sat, Apr 18, 2015 at 03:07:16PM +0100, Richard Earnshaw wrote:
You need to ensure that your scratch register cannot overlap op1, since
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h (INSN_REFERENCES_ARE_DELAYED): New definition.
* reorg.c (redundant_insn): Remove ifdef
INSN_REFERENCES_ARE_DELAYED.
* resource.c (mark_referenced_resources): Likewise.
---
gcc/defau
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* df-scan.c (df_get_entry_block_def_set): Remove #ifdef
PIC_OFFSET_TABLE_REGNUM.
---
gcc/df-scan.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/gcc/df-scan.c b/gcc/df-scan.c
index 69
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* caller-save.c (insert_one_insn): Remove ifdef HAVE_cc0.
* cfgcleanup.c (flow_find_cross_jump): Likewise.
(flow_find_head_matching_sequence): Likewise.
(try_head_merge_bb): Likewise.
* co
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* alias.c (init_alias_target): Remove ifdef
* HARD_FRAME_POINTER_IS_FRAME_POINTER.
* df-scan.c (df_insn_refs_collect): Likewise.
(df_get_regular_block_artificial_uses): Likewise.
(df_get_e
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h (MASK_RETURN_ADDR): New definition.
* except.c (expand_builtin_extract_return_addr): Remove ifdef
MASK_RETURN_ADDR.
---
gcc/defaults.h | 4
gcc/except.c | 6 +++---
2 files changed, 7
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* defaults.h (RETURN_ADDR_OFFSET): New definition.
* except.c (expand_builtin_extract_return_addr): Remove ifdef
RETURN_ADDR_OFFSET.
(expand_builtin_frob_return_addr): Likewise.
---
gcc/defaults.
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* genconfig.c (main): Always define HAVE_cc0.
* caller-save.c (insert_one_insn): Change ifdef HAVE_cc0 to #if
HAVE_cc0.
* cfgcleanup.c (flow_find_cross_jump): Likewise.
(flow_find_head_mat
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* combine.c (find_single_use): Remove HAVE_cc0 ifdef for code
that is trivially ded on non cc0 targets.
(simplify_set): Likewise.
(mark_used_regs_combine): Likewise.
* cse.c (new_basic_blo
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* cfgrtl.c (rtl_merge_blocks): Change #if HAVE_cc0 to if (HAVE_cc0)
(try_redirect_by_replacing_jump): Likewise.
(rtl_tidy_fallthru_edge): Likewise.
* combine.c (insn_a_feeds_b): Likewise.
From: Trevor Saunders
gcc/ChangeLog:
2015-04-21 Trevor Saunders
* conditions.h: Define macros even if HAVE_cc0 is undefined.
* emit-rtl.c: Define functions even if HAVE_cc0 is undefined.
* final.c: Likewise.
* jump.c: Likewise.
* recog.c: Likewise.
From: Trevor Saunders
Hi,
This is a first round of patches to reduce the amount of code with in #if /
#ifdef. This makes it incrementally easier to not break configs other than the
one being built, and moves things slightly closer to using target hooks for
everything.
each commit bootstrapped
1 - 100 of 134 matches
Mail list logo
