Hi,
This was announced here https://gcc.gnu.org/ml/gcc/2015-08/msg00101.html
and after one month there haven't been any objections.
I've committed the attached patch for the GCC 6 changes page.
Cheers,
Oleg
? gcc6_changes_sh_0.patch
Index: htdocs/gcc-6/changes.html
==
On 21 September 2015 at 02:33, Manuel López-Ibáñez
wrote:
> On 21 September 2015 at 02:29, Christophe Lyon
> wrote:
>> On 21 September 2015 at 02:24, Manuel López-Ibáñez
>> wrote:
>>> On 21 September 2015 at 02:22, Christophe Lyon
>>> wrote:
It works for me if I replace 24 by 62.
>>>
>>> W
Hi,
This adds some known-to-work test cases from the PR.
Tested on sh-elf with
make -k check-gcc RUNTESTFLAGS="sh.exp=pr59478.c --target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}"
Committed as r227958.
Cheers,
Oleg
gcc/testsuite/ChangeLog:
PR target/5947
On 21 September 2015 at 02:29, Christophe Lyon
wrote:
> On 21 September 2015 at 02:24, Manuel López-Ibáñez
> wrote:
>> On 21 September 2015 at 02:22, Christophe Lyon
>> wrote:
>>> It works for me if I replace 24 by 62.
>>
>> Wierd. What is the actual output of the compiler?
>
> Here is what I ha
On 21 September 2015 at 02:24, Manuel López-Ibáñez
wrote:
> On 21 September 2015 at 02:22, Christophe Lyon
> wrote:
>> It works for me if I replace 24 by 62.
>
> Wierd. What is the actual output of the compiler?
Here is what I have in gcc.log:
/home/christophe.lyon/src/GCC/sources/gcc-fsf/trunk/
On 21 September 2015 at 02:22, Christophe Lyon
wrote:
> It works for me if I replace 24 by 62.
Wierd. What is the actual output of the compiler?
Hi,
This fixes PR 67126 by updating the patterns to match new combine
behavior.
Tested on sh-elf with make -k check RUNTESTFLAGS="--target_board=sh-sim
\{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}"
and no new failures.
Committed as r227957.
Cheers,
Oleg
gcc/ChangeLog:
PR
On 20 September 2015 at 23:40, Manuel López-Ibáñez
wrote:
> On 20 September 2015 at 22:32, Christophe Lyon
> wrote:
>> On 25 May 2015 at 22:16, Manuel López-Ibáñez wrote:
>>> On 25 May 2015 at 21:56, Marek Polacek wrote:
Perhaps we should introduce GCC_BAD_LOC with a location_t argument an
On 18 September 2015 at 17:03, Richard Earnshaw
wrote:
> On 18/09/15 15:38, Christian Bruel wrote:
>>
>>
>> On 09/18/2015 04:16 PM, Richard Earnshaw wrote:
>>> On 17/09/15 09:46, Christian Bruel wrote:
As obvious, bad operand number.
OK for trunk ?
Christian
On 7 September 2015 at 09:35, Charles Baylis wrote:
>>> >gcc/ChangeLog:
>>> >
>>> >2015-08-28 Charles Baylis
>>> >
>>> > * cgraphunit.c (cgraph_node::create_wrapper): Set
>>> > can_throw_external
>>> > in new callgraph edge.
>
> Committed to trunk as r227407.
>
> Are you happy
On 9/21/2015 02:05, Kai Tietz wrote:
> 2015-09-16 13:42 GMT+02:00 JonY <10wa...@gmail.com>:
>> libgcc is failing to find kerne32 etc during the 2nd stage when
>> bootstraping, explicitly add w32api directory to search path.
>>
>> Patch OK?
>>
>> diff --git a/gcc/config/i386/cygwin.h b/gcc/config/i3
On 20 September 2015 at 22:32, Christophe Lyon
wrote:
> On 25 May 2015 at 22:16, Manuel López-Ibáñez wrote:
>> On 25 May 2015 at 21:56, Marek Polacek wrote:
>>> Perhaps we should introduce GCC_BAD_LOC with a location_t argument and use
>>> it
>>> here.
>>
>> Why would we want to obfuscate code
The cause of the DWARF section length compatibility problem is the AIX
assembler implicitly prepends the section length to the beginning of
the appropriate DWARF sections and does not expect the compiler to
provide it. How helpful! Ugh. This means that GCC should not emit
the section length on A
On 20 September 2015 at 23:05, FX wrote:
>> If you can fix the Fortran part, then that would be nice, but it
>> should not hold up my patch since my patch changes nothing in the
>> output of Fortran. It just allows catching this type of errors when
>> checking is enabled.
>
> The patch includes a
On 21 September 2015 at 00:08, Ville Voutilainen
wrote:
> /cp
> 2015-09-20 Ville Voutilainen
>
> Complete the implementation of N4230, Nested namespace definition.
> * parser.c (cp_parser_namespace_definition): Support namespace
> attributes both before and after the namespace ident
Tested on Linux-PPC64.
/c-family
2015-09-20 Ville Voutilainen
Complete the implementation of N4230, Nested namespace definition.
* c-cppbuiltin.c: Add __cpp_namespace_attributes and
__cpp_nested_namespace_definitions.
/cp
2015-09-20 Ville Voutilainen
Complete the implement
> If you can fix the Fortran part, then that would be nice, but it
> should not hold up my patch since my patch changes nothing in the
> output of Fortran. It just allows catching this type of errors when
> checking is enabled.
The patch includes a Fortran part, and if we can get it fixed when thi
Hi Eric,
On 6 July 2015 at 17:46, Ramana Radhakrishnan
wrote:
>
>
> On 18/06/15 20:02, Eric Botcazou wrote:
>>> Please mark this pattern with (set_attr "type" "multiple").
>>
>> Done.
>>
>>> While I suspect that stack probing is done before any insns with invalid
>>> constants in the function, i
On 10 September 2015 at 16:02, James Greenhalgh
wrote:
>
> On Wed, Sep 09, 2015 at 10:28:28AM +0100, Christophe Lyon wrote:
>> On 9 September 2015 at 10:31, James Greenhalgh
>> wrote:
>> >
>> > Hi,
>> >
>> > This patch clears up some remaining confusion in the vector lane orderings
>> > for the
On 25 May 2015 at 22:16, Manuel López-Ibáñez wrote:
> On 25 May 2015 at 21:56, Marek Polacek wrote:
>> Perhaps we should introduce GCC_BAD_LOC with a location_t argument and use it
>> here.
>
> Why would we want to obfuscate code like that? I would propose to
> actually remove GCC_BAD completely.
On 20 September 2015 at 21:14, FX wrote:
>> PING: https://gcc.gnu.org/ml/gcc-patches/2015-09/msg01219.html
>
> Given that this comes from submodules, which were recently introduced by
> Paul, I hoped he could comment. Paul?
If you can fix the Fortran part, then that would be nice, but it
should
> PING: https://gcc.gnu.org/ml/gcc-patches/2015-09/msg01219.html
Given that this comes from submodules, which were recently introduced by Paul,
I hoped he could comment. Paul?
FX
PING: https://gcc.gnu.org/ml/gcc-patches/2015-09/msg01219.html
On 16 September 2015 at 19:45, Manuel López-Ibáñez
wrote:
> Fortran passes NULL where a non-null string is expected by the pretty-printer,
> which causes a sanitizer warning. This could have been found earlier by using
> gcc_checking_
PING: https://gcc.gnu.org/ml/gcc-patches/2015-08/msg01373.html
On 23 August 2015 at 18:07, Manuel López-Ibáñez wrote:
> linemap_position_for_loc_and_offset() tries to generate a location_t
> encoding a column offset from the current location, for example, point
> to a certain character inside a s
PING^2: https://gcc.gnu.org/ml/gcc-patches/2015-07/msg02414.html
On 21 August 2015 at 19:41, Manuel López-Ibáñez wrote:
> Any comments on this? https://gcc.gnu.org/ml/gcc-patches/2015-07/msg02414.html
>
> I don't see any other way to fix these PRs, but I don't know how to
> keep the pragmas from
On Sat, Sep 19, 2015 at 2:32 PM, Andreas Schwab wrote:
> Uros Bizjak writes:
>
>> PR middle-end/67619
>> * gcc.dg/torture/pr67619.c: New test.
>
> On ia64:
>
> FAIL: gcc.dg/torture/pr67619.c -O0 (test for excess errors)
> Excess errors:
> /usr/local/gcc/gcc-20150919/gcc/testsuite/gcc.d
2015-09-16 13:42 GMT+02:00 JonY <10wa...@gmail.com>:
> libgcc is failing to find kerne32 etc during the 2nd stage when
> bootstraping, explicitly add w32api directory to search path.
>
> Patch OK?
>
> diff --git a/gcc/config/i386/cygwin.h b/gcc/config/i386/cygwin.h
> index 2a2a0bf..fd3bc0a 100644
>
Hi,
committed adjustment of my e-mail-address in MAINTAINERS file.
ChangeLog
2015-09-20 Kai Tietz
* MAINTAINERS: Update email.
Kai
Index: MAINTAINERS
===
--- MAINTAINERS (Revision 227950)
+++ MAINTAINERS (Arbeitskopie)
@
In do_warn_aggressive_loop_optimizations, we convert to a tree just to print a
widest_int. Apart from overly complicated, this results in printing '3u'
instead of just '3'.
Unfortunately, adding a printf-like conversion specifier would require making
pretty-print.c link with wide-int.cc, which wil
Hi,
The attached patch moves a target independent test that was hanging
around in gcc.target/sh to gcc.c-torture/compile.
Committed as r227945.
Cheers,
Oleg
testsuite/ChangeLog:
* gcc.target/sh/pr43417.c: Move target independent test to ...
* gcc.c-torture/compile/pr43417.c: ...
Appended is an initial implementation of DWARF support for AIX. The
patch emits the correct sections and works with the existing DWARF
support for AIX XCOFF in GDB ... somewhat.
First, AIX only supports a subset of DWARF sections. AIX does not
support DWARF debug frame sections, although DWARF u
Hi,
The attached patch switches the SH specific tests to use effective
target checks rather than e.g. triplets or options. This makes it
easier to run or ignore tests when the compiler has been configured for
some particular sub-target.
Tested with
make -k check-gcc -j12 RUNTESTFLAGS="sh.exp --t
On Mon, 2015-09-14 at 22:50 +0900, Oleg Endo wrote:
> Hi,
>
> The attached patch fixes PR 67061.
> Tested on sh-elf trunk r227682 with
> make -k check RUNTESTFLAGS="--target_board=sh-sim
> \{-m2/-ml,-m2/-mb,-m2a/-mb,-m4/-ml,-m4/-mb,-m4a/-ml,-m4a/-mb}"
>
> Committed to trunk as r227750.
> Will bac
33 matches
Mail list logo
