I've checked in another installment of my incremental cleanup of the
attribute documention in extend.texi. Here I've moved the sections on
variable and type attributes to immediately follow the function
attributes section, instead of having a bunch of sections on other
features randomly droppe
On Sat, May 2, 2015 at 6:04 AM, Eric Botcazou wrote:
>> Why should GCC unnecessarily create stack frames to avoid
>> compare-debug testcase failures?
>
> I'm not sure I understand the question... compare-debug failures are failures
> (-g is not supposed to change the generated code and this XCOFF-
Ping: https://gcc.gnu.org/ml/gcc-patches/2015-04/msg01093.html
On 20 April 2015 at 22:00, Manuel López-Ibáñez wrote:
> The Fortran FE allows diagnostics with two different locations.
> Depending on whether these locations are on the same line or not, this
> may produce one or two caret lines. Thi
On Sun, Apr 26, 2015 at 8:56 PM, Patrick Palka wrote:
> Here is an updated version of the patch with, hopefully, all your
> suggestions made. I decided to add calls to STRIP_NOPS before emitting
> the warning so that we properly warn for cases where there's a cast in
> between the whole thing, e.
Hi Mikael,
Looks good.
In general, it is better to restrict changes to existing test cases to
the necessary minimum that they still pass, and add new code to new
test cases. This makes regressions easier to track.
So, OK with that change.
Thomas
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-5.1.0.sv.po', has just
On 30/04/2015 13:18, Jonathan Wakely wrote:
On 30/04/15 10:40 +0200, François Dumont wrote:
On 27/04/2015 13:55, Jonathan Wakely wrote:
(Alternatively, could the same simplification be made for
__miter_base? Do we need _Miter_base<> or just two overloads of
__miter_base()?)
Definitely, I alre
Hello world,
I have just committed the following patch as obvious after testing.
This fixes the regression from the incorrect code in the test case
of my lbound simplification patch.
Regards
Thomas
Index: gfortran.dg/bound_9.f90
==
On Sun, May 3, 2015 at 7:17 PM, Matthias Klose wrote:
> fix the toplevel configure for alpha-linux for targets which are configured
> with
> a triplet, not having the vendor information as part of the command
>
> Ok for the trunk and all branches?
>
> * configure.ac: Match $host configure
fix the toplevel configure for alpha-linux for targets which are configured with
a triplet, not having the vendor information as part of the command
Ok for the trunk and all branches?
* configure.ac: Match $host configured with triplets.
* configure: Regenerate.
Matthias
Index
Hi,
this patch extends verify_type to check various uses of TYPE_MINVAL.
I also added check that MIN_VALUE have compatible type with T:
useless_type_conversion_p (const_cast (t), TREE_TYPE (TYPE_MIN_VALUE
(t)))
but that one fails interesting ways for C sizetype. I will try to look
into this and
> On 2015–05–03, at 11:27 PM, Marc Glisse wrote:
>
> On Sun, 3 May 2015, David Krauss wrote:
>
>> (Yes, I know that a “compile farm” exists. It appears to be obsolete;
>> perhaps someone could vouch for it?)
>
> What gave you that impression? It doesn't have a lot of variety, but it has
> pe
The first update for 5.x.
-tgc
Testresults for 5.1.0:
armv5tejl-unknown-linux-gnueabi
i386-pc-solaris2.12
sparc-sun-solaris2.11
x86_64-apple-darwin11.4.2
x86_64-apple-darwin14
x86_64-unknown-linux-gnu
x86_64-w64-mingw32
Index: buildstat.html
On Sun, 3 May 2015, David Krauss wrote:
(Yes, I know that a “compile farm” exists. It appears to be obsolete; perhaps
someone could vouch for it?)
What gave you that impression? It doesn't have a lot of variety, but it
has perfectly usable x86(_64) systems, and some very impressive POWER
on
Hi all,
A couple months ago I created a patch for movable initializer lists, as
proposed in N4166. (A few additional details appeared during implementation,
which I can document if anyone asks.) Reference:
http://open-std.org/JTC1/SC22/WG21/docs/papers/2014/n4166.pdf
As I was in the final stag
Latest results for 4.9.x
The last update was posted 2014-12-01 but was never applied.
-tgc
Testresults for 4.9.2:
hppa-unknown-linux-gnu
i386-pc-solaris2.9
i386-sun-solaris2.11
i486-sun-solaris2.11 (2)
i686-pc-linux-gnu
i686-unknown-linux-gnu
mips-unknown-linux-gnu
mipsel-unknown
Hi Gerald,
Gerald Pfeifer wrote:
On Sun, 31 Aug 2014, Tobias Burnus wrote:
I have committed the attached patch. Comment and suggestions are welcome!
I applied the small follow-up below.
What I am struggling to understand, though, is the following piece:
Full experimental support of Fortr
AC_DEFINE(HAVE_BITFIELD_TYPE_MATTERS, 1,
> + [Define if the type of bitfields effects alignment.])
> + fi
> +])
gcc/config/aarch64/aarch64.h:#define PCC_BITFIELD_TYPE_MATTERS 1
configure:11554: /opt/gcc/gcc-20150503/Build/./gcc/xgcc
-B/opt/gcc/gcc-20150503/Build/./gcc/ -B/usr/aar
18 matches
Mail list logo
