Paolo Bonzini writes:
> Il 21/03/2014 18:05, Rainer Orth ha scritto:
>> The following patch adds it and indeed macro_list now is non-empty, as
>> expected. I'm just not sure if cc1 is the correct one in
>> gcc/Makefile.in, or if it should rather be $(COMPILERS) instead.
>>
>> Anyway, with that p
Il 23/03/2014 09:24, Rainer Orth ha scritto:
>> The following patch adds it and indeed macro_list now is non-empty, as
>> expected. I'm just not sure if cc1 is the correct one in
>> gcc/Makefile.in, or if it should rather be $(COMPILERS) instead.
>>
>> Anyway, with that patch a i386-pc-solaris2.
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-4.9-b20140202.sv.po',
On Fri, Mar 21, 2014 at 12:47:10PM +0100, Eric Botcazou wrote:
> > So the patch below makes it so that if HOST_WIDE_INT is wide enough then,
> > depending on whether the range type is signed or not, add_AT_unsigned or
> > add_AT_int is used. This is more efficient for small ranges. And makes it
> >
libgcc/config/t-hardfp uses sed to convert libgcc function names
(like __addsf3) into a tuple of -D defines.
The regular expression used for that contains |, which is not a basic
regular expression and not understood by posix sed.
Gnu sed seems to enable it by default, I suppose - or this should
The flag WCONTINUED for waitpid() is not portable.
The attached patch just defines it to 0 if missing.
Martin
--- gcc/lto/lto.c.orig 2014-02-24 23:58:44.0 +0100
+++ gcc/lto/lto.c 2014-03-21 16:43:05.0 +0100
@@ -2470,6 +2470,11 @@ do_stream_out (char *temp_filename, lto_
Martin Husemann writes:
> --- t-hardfp.orig 2014-02-07 08:46:34.0 +0100
> +++ t-hardfp 2014-03-23 11:36:12.0 +0100
> @@ -64,7 +64,7 @@
> # TYPE: the last floating-point mode (e.g. sf)
> hardfp_defines_for = \
>$(shell echo $1 | \
> -sed
> 's/\(.*\)\($(hardfp_mode
* dwarf2out.c (add_bound_info): If HOST_WIDE_INT is big enough,
then represent the bound as normal constant value.
---
gcc/ChangeLog |5 +
gcc/dwarf2out.c | 32
2 files changed, 25 insertions(+), 12 deletions(-)
diff --git a/gcc/ChangeL
As the comment in the code already indicated DWARF2 does provide
DW_FORM_sdata/DW_FORM_udata to represent signed/unsigned data.
Enumeration constants wider than HOST_WIDE_INT are already handled
separately. Those constant values that do fit a HOST_WIDE_INT can
be encoded as signed or unsigned depen
Add a new lang-hook that provides the underlying base type of an
ENUMERAL_TYPE. Including implementations for C and C++. Use this
enum_underlying_base_type lang-hook in dwarf2out.c to add a DW_AT_type
base type reference to a DW_TAG_enumeration.
gcc/
* dwarf2out.c (gen_enumeration_type_die
This is the profiled bootstrap failure on the mainline with Ada enabled and
comes from a pasto in fix_up_fall_thru_edges, which tests EDGE_FALLTHRU to
detect falltrugh edges when there are at most 2 outgoing edges but switches to
EDGE_CAN_FALLTHRU when there are more than 2 outgoing edges. Now
imization/60452
* rtlanal.c (rtx_addr_can_trap_p_1): Fix head comment.
: Return 1 for nonsensical offsets from the frame pointer.
2014-03-23 Eric Botcazou
* gcc.c-torture/execute/20140323-1.c: New test.
--
Eric BotcazouI
On Sun, Mar 23, 2014 at 11:59:39AM +0100, Andreas Schwab wrote:
> -r changes the regexp syntax to extended, so this will no longer match.
Right, it needs a few more \ removed - however, it doesn't work anyway,
as our sed does not accept empty alternatives:
(si|2|3|) fails with: RE error: empty (s
This version seems to work for me - but do you really want to go on
this slippery ice?
Martin
--- libgcc/config/t-hardfp.orig 2014-02-07 08:46:34.0 +0100
+++ libgcc/config/t-hardfp 2014-03-23 13:25:44.0 +0100
@@ -51,11 +51,11 @@
$(subst M,$(pair),
Martin Husemann writes:
> This version seems to work for me - but do you really want to go on
> this slippery ice?
If you want to be portable you cannot use -r anyway.
Andreas.
--
Andreas Schwab, sch...@linux-m68k.org
GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5
"A
The attached symbol update fixes libstdc++/60623.
Tested on hppa-unknown-linux-gnu and committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2014-03-23 John David Anglin
PR libstdc++/60623
* config/abi/post/hppa-linux-gnu/baseline_symbols.txt: Update.
In
On Mon, 3 Mar 2014, Richard Biener wrote:
That's a bit much of ad-hoc pattern-matching ... wouldn't be
p = malloc (n);
memset (p, 0, n);
transform better suited to the strlen opt pass? After all that tracks
what 'string' is associated with a SSA name pointer through
arbitrary satements using a
Hi, sorry for the delay,
2014-03-03 2:16 GMT+01:00 Jason Merrill :
[...]
> Yes, in C++11 the point of use is the source location of the constructor,
> which is going to be different from where the constructor is called. I just
> meant use the same wording.
There we are, locating a point of use t
PR c++/60627
* parser.c (cp_parser_parameter_declaration_clause): Prevent 'auto' from
introducing an implicit function template parameter within an explicit
instantiation.
PR c++/60627
* g++.dg/cpp1y/pr60627.C: New testcase.
---
gcc/cp/parser.c
On 21/03/2014 23:59, Jonathan Wakely wrote:
On 21/03/14 22:39 +0100, François Dumont wrote:
Hi
Here is a patch to fix _Hashtable Standard extension type which is
almost unusable at the moment if instantiated with anything else that
the types used for the std unordered containers that is to
On Sun, Mar 23, 2014 at 3:50 AM, Martin Husemann wrote:
> The flag WCONTINUED for waitpid() is not portable.
>
> The attached patch just defines it to 0 if missing.
I don't understand why that code passes either WUNTRACED or
WCONTINUED. Why not just pass 0?
Ian
This test fails on hppa*64*-*-* since bitsizetype is not wider than
sizetype.
Tested on hppa64-hp-hpux11.11 and hppa2.0w-hp-hpux11.11. Committed to
trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2014-03-23 John David Anglin
* testsuite/23_containers/bitset/45713.cc:
Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11. Committed
to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2014-03-23 John David Anglin
PR libfortran/59313
PR libfortran/58015
* gfortran.dg/erf_3.F90: Skip on hppa*-*-hpux*.
* gfortran.
The test fails because there is no undefined weak support on 32-bit
hpux.
Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11.
Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2014-03-23 John David Anglin
* gcc.dg/torture/pr60092.c: Skip on 32-bit hpux
On Fri, Mar 14, 2014 at 11:20 AM, Jason Merrill wrote:
> Applied, thanks.
Thanks! The commit seems to be missing the corresponding ChangeLog
entry though.
gcc.dg/tree-prof/pr59003.c fails on hppa*-*-hpux* because of limited
variable alignment
when -fno-common is not specified in the options.
Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11.
Committed to trunk.
Dave
--
John David Anglin dave.ang...@bell.net
2014-03-23 John David A
On hppa64-hp-hpux11.11, the lack of a pragma to pop the currently
hidden visibility before
main results in main being hidden. The attached change adds a pop
pragma to resolve the
test failure:
ld: (Warning) Potential unresolved symbol "main": shared library
reference is resolved to non-expo
Hi, Jeff and Gerald,
In the following webpage:
http://gcc.gnu.org/onlinedocs/gcc/Contributors.html
I would like to add an item to describe myself as nds32 port contributor.
The plaintext ChangeLog and patch are as below.
Bootstrapped and the webpage can be successfully built via 'make html'.
I
Hi, Gerald,
By reviewing the webpage on:
http://gcc.gnu.org/install/specific.html
I noticed I forgot to add nds32*-*-elf into installation notes.
The ChangeLog and the patch are as below.
Bootstrapped and the webpage can be successfully built via 'make html'.
Is it OK for trunk?
Index: gcc/C
Hello Ulrich,
On 19 Mar 22:41, Ulrich Drepper wrote:
> Another set of functions missing are those to set all elements of a
> 512-bit vector to the same float or double value. I think the patch
> below uses the optimal code sequence for that. The patch requires the
> previous patch introducing _mm
On Sun, 23 Mar 2014, Patrick Palka wrote:
On Fri, Mar 14, 2014 at 11:20 AM, Jason Merrill wrote:
Applied, thanks.
Thanks! The commit seems to be missing the corresponding ChangeLog
entry though.
ChangeLog is kind of optional in the testsuite. Please keep providing
entries, but don't be s
On Sun, Mar 23, 2014 at 09:47:21PM -0400, John David Anglin wrote:
> On hppa64-hp-hpux11.11, the lack of a pragma to pop the currently
> hidden visibility before
> main results in main being hidden. The attached change adds a pop
> pragma to resolve the
> test failure:
> ld: (Warning) Potential un
Hello Ulrich,
On 21 Mar 06:41, Ulrich Drepper wrote:
> This is a tested version of the patch I sent before. I'm using the
>
>type var = var
>
> trick for the initialization so far even those this is not ideal as I
> have shown in one of the emails before. If anyone could work on a real
> s
John David Anglin writes:
> Index: gcc.dg/torture/pr60092.c
> ===
> --- gcc.dg/torture/pr60092.c (revision 208769)
> +++ gcc.dg/torture/pr60092.c (working copy)
> @@ -1,5 +1,6 @@
> /* { dg-do run } */
> /* { dg-require-weak "" }
John David Anglin writes:
> Index: gcc.dg/tree-prof/pr59003.c
> ===
> --- gcc.dg/tree-prof/pr59003.c(revision 208769)
> +++ gcc.dg/tree-prof/pr59003.c(working copy)
> @@ -1,6 +1,7 @@
> /* PR target/59003 */
> /* { d
Chung-Ju Wu writes:
> +@anchor{nds32x-x-elf}
> +@heading nds32*-*-elf
> +Andes NDS32 target.
> +
> +Use @samp{configure --target=nds32le-elf --enable-languages=c,c++} to
> configure
> +GCC@ for building a nds32 elf cross-compiler in little endian mode.
> +
> +Use @samp{configure --target=nds32be
On Sun, Mar 23, 2014 at 03:18:42PM -0700, Ian Lance Taylor wrote:
> On Sun, Mar 23, 2014 at 3:50 AM, Martin Husemann wrote:
> > The flag WCONTINUED for waitpid() is not portable.
> >
> > The attached patch just defines it to 0 if missing.
>
> I don't understand why that code passes either WUNTRAC
37 matches
Mail list logo