as reported in PR60102. I'd really hope this could be fixed for
4.9.1 but I'm not sure the relevant people are paying much attention to
the issue. Can we at least update the priority/severity of the bug so
that it's more likely to show up on the radar?
I did look at trying to fix this my
On 05/23/14 09:23, Arnaud Charlet wrote:
> At AdaCore, we have switched most of our product documentation the
> rest/sphinx format: http://sphinx-doc.org/
> which provides most of the advantages of texinfo (text format,
> can generate output in multiple formats, supported by fr
On May 26, 2014, at 2:22 AM, FX wrote:
>> This causes GCC bootstrap to fail on Darwin systems (whose system compiler
>> is clang-based). Since PR 61146 was resolved as INVALID (but I’m not sure
>> it’s the right call, see below), I’ve filed a separate report for the
>> bootstrap issue (https://
On May 26, 2014, at 4:26 AM, FX wrote:
> Here’s a patch that removes all the casts on output operands in x86/x86_64
> code in longlong.h.
I’d love for someone to explain why the casts were there in the first place… I
like the idea of removing them.
Dear All,
We are porting 4.8.1 to the one of out private backend and defined the
macros like
#define ELIMINABLE_REGS \
{{ ARG_POINTER_REGNUM, STACK_POINTER_REGNUM}, \
{ FRAME_POINTER_REGNUM, STACK_POINTER_REGNUM}}\
#define INITIAL_ELIMINATION_O
> So changing just 2 of them doesn't feel right to me…
[Again, with the patch actually attached… sorry]
Here’s a patch that removes all the casts on output operands in x86/x86_64 code
in longlong.h. Again bootstrapped on x86_64-apple-darwin13, passing both stage1
(system compiler) and stages 2-
> So changing just 2 of them doesn't feel right to me…
Here’s a patch that removes all the casts on output operands in x86/x86_64 code
in longlong.h. Again bootstrapped on x86_64-apple-darwin13, passing both stage1
(system compiler) and stages 2-3 (gcc). OK to commit?
Other archs which have suc
On Mon, May 26, 2014 at 12:32:15PM +0200, FX wrote:
> > Please post a patch.
>
> How about that? I’m not doing a full clean-up of the longlong.h code
> outside the area affected. This restores bootstrap on darwin, confirming
> that both the system compiler and later-stage-gcc accepts it.
grep '"
> Please post a patch.
How about that? I’m not doing a full clean-up of the longlong.h code outside
the area affected. This restores bootstrap on darwin, confirming that both the
system compiler and later-stage-gcc accepts it.
FX
longlong.diff
Description: Binary data
longlong.ChangeLog
D
On Mon, May 26, 2014 at 1:14 AM, FX wrote:
>> > .././../gcc-4.10-20140518/gcc/wide-int.cc:1274:23: error: invalid use of a
>> > cast in a inline asm context requiring an l-value: remove the cast or
>> > build with -fheinous-gnu-extensions
>> > umul_ppmm (val[1], val[0], op1.ulow (), op2.
Hello,
On 19 May 16:53, Kirill Yukhin wrote:
> Hello Ian,
> On 16 May 07:07, Ian Lance Taylor wrote:
> > On Fri, May 16, 2014 at 4:47 AM, Kirill Yukhin
> > wrote:
> > >
> > > To support the offloading features for Intel's Xeon Phi cards
> > > we need to add a foreign library (liboffload)
On Mon, May 26, 2014 at 10:14 AM, FX wrote:
>> > .././../gcc-4.10-20140518/gcc/wide-int.cc:1274:23: error: invalid use of a
>> > cast in a inline asm context requiring an l-value: remove the cast or
>> > build with -fheinous-gnu-extensions
>> > umul_ppmm (val[1], val[0], op1.ulow (), op2
On Mon, May 26, 2014 at 2:22 AM, FX wrote:
>> This causes GCC bootstrap to fail on Darwin systems (whose system compiler
>> is clang-based). Since PR 61146 was resolved as INVALID (but I’m not sure
>> it’s the right call, see below), I’ve filed a separate report for the
>> bootstrap issue (http
> This causes GCC bootstrap to fail on Darwin systems (whose system compiler is
> clang-based). Since PR 61146 was resolved as INVALID (but I’m not sure it’s
> the right call, see below), I’ve filed a separate report for the bootstrap
> issue (https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61315).
On 05/23/2014 08:47 PM, Arnaud Charlet wrote:
- the GNAT doc source would be in rest format (.rst files) instead
of texinfo (.texi files)
What about the preprocessor for the VMS specifics? Will it go away?
Yes, we are about to baseline VMS maintenance, and the VMS specific doc
will go aw
> > .././../gcc-4.10-20140518/gcc/wide-int.cc:1274:23: error: invalid use of a
> > cast in a inline asm context requiring an l-value: remove the cast or
> > build with -fheinous-gnu-extensions
> > umul_ppmm (val[1], val[0], op1.ulow (), op2.ulow ());
> > ~~~^~~
PR61300 shows a need to differentiate between incoming and outgoing
REG_PARM_STACK_SPACE for the PowerPC64 ELFv2 ABI, due to code like
function.c:assign_parm_is_stack_parm determining that a stack home
is available for incoming args if REG_PARM_STACK_SPACE is non-zero.
Background: The ELFv2 ABI re
17 matches
Mail list logo
