David Miller wrote:
> From: Konrad Eisele
> Date: Tue, 01 Nov 2011 10:19:04 +0100
>
>> David Miller wrote:
>>>
>>> Please post binutils patches with the binutils development list CC:'d.
>>>
>>>
>>
>> Is the binutils developme
David Miller wrote:
>
> GCC patches are to be posted to gcc-patches, not gcc.
>
>
I have sent it there.
David Miller wrote:
>
> Please post binutils patches with the binutils development list CC:'d.
>
>
Is the binutils development list bug-binut...@gnu.org ?
Use -Aleon to enable binutils sparc-leon architecture. The leon-arch
binutils GAS has umul/smul and casa enabled.
Signed-off-by: Konrad Eisele
---
gcc/config/sparc/sparc.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/gcc/config/sparc/sparc.h b/gcc/config/sparc
Add -Aleon architecture selection to GAS. -Aleon supports [umul,smul] and
[casa,casl].
Signed-off-by: Konrad Eisele
---
gas/config/tc-sparc.c |3 ++-
include/opcode/sparc.h |1 +
opcodes/sparc-opc.c| 16 +---
3 files changed, 12 insertions(+), 8 deletions(-)
diff
Here are the new patches for adding -Aleon to binutils and to add -Aleon
as default asm-switch to gcc:
- [PATCH 1/1] sparc leon: add -Aleon architecture to GAS:
Binutils patch
- [PATCH 1/1] sparc leon: Use -Aleon assembler switch for -mcpu=leon arch
Gcc patch
I'll send new patches as a reply.
Eric Botcazou wrote:
> [CCing David Miller, the SPARC binutils maintainer]
> OK, so you're proposing a new 'leon' sub-architecture for binutils.
Yes.
>
>> The appended 2 patches do:
>> 1. 0001-sparc-leon-Use-Aleon-assembler-switch-for-mcpu-leon-.patch
>>Ap
Eric Botcazou wrote:
>> I just need to save it. It needs to be saved so that the FPU
>> pipeline is flushed.
>
> Then why not save it just below the stack pointer?
>
Wow, yes, that seems the right way! How simple, Thanks.
Eric Botcazou wrote:
>> I would like to implement a compiler fix for a SPARC-cpu variant
>> that does the following:
>> After each "fdivs" (SPARC single-float division) save the destination
>> FPU register to a stack memory location.
>
> Do you need to reload it afterward or just save it?
>
I
Hello,
I would like to implement a compiler fix for a SPARC-cpu variant
that does the following:
After each "fdivs" (SPARC single-float division) save the destination
FPU register to a stack memory location.
The sparc.md definition of fdivs is this one:
(define_insn "divsf3"
[(set (match_oper
onrad
>From 2d799b053e78383a3029845aee858487225004e3 Mon Sep 17 00:00:00 2001
From: Konrad Eisele
Date: Fri, 21 Oct 2011 14:30:58 +0200
Subject: [PATCH 1/1] sparc leon: Use -Aleon assembler switch for -mcpu=leon arch
Use -Aleon to enable binutils sparc-leon architecture. The leon-arch
binutils G
> Is the list above an indication that you are already finished with
> the modifications? :-)
> Can you give me a note, otherwise I'll create a new patch that implements
> the scheme you suggested.
>
Sorry, I didnt note the attachment that is already your implementation.
I thought it was the ol
Eric Botcazou wrote:
>> Following the recent comments by Eric, the patch now sketches the
>> following setup:
>>
>> If multi-lib is wanted:
>> configure --with-cpu=leon ... : creates multilib-dir soft|v8
>> combinations using [-msoft-float|-mcpu=sparcleonv8] (MULTILIB_OPTIONS =
>> msoft-fl
the the sparc_cpu is switched to
PROCESSOR_LEON.
If this sheme is ok, i'll test it more thoroughly to check that the various
version
create the right output...
Please comment.
-- Greetings Konrad
Konrad Eisele wrote:
> Hello,
> Jiri Gaisler has now signed the FSF copyleft (it took
Eric Botcazou wrote:
>> CONFIG_FPU_ENABLE Y/N would correspond to --with-float=hard/soft, and
>> I believe setting CONFIG_IU_V8MULDIV to Y/N requires --with-cpu=V8/V7,
>> is that correct? I think it would make sense to build these as multilibs,
>> so the user can experiment to find out performance
Eric Botcazou wrote:
>> I would suggest a simple solution:
>> I can have 5 --with-cpu configure possibilies:
>>
>> 1. single-lib explicit selection:
>> - --with-cpu=sfsparcleon: v7/soft |
>> - --with-cpu=sfsparcleonv8 : v8/soft |
>> - --with-cpu=hfsparcleon: v7/hard |
>> - --with-cpu=h
>> * CONFIG_IU_MUL_LATENCY_2: Implementation options for the integer multiplier.
>> TypeImplementation issue-rate/latency
>> 2-clocks32x32 pipelined multiplier 1/2
>> 4-clocks16x16 standard multiplier 4/4
>> 5-clocks16x16 pipelined multiplier 4
Eric Botcazou wrote:
>> Yes, if all the people who want only one set of libraries agree on what
>> that set shall be (or this can be selected with existing configure flags),
>> this is the simplest way.
>
> Yes, this can be selected at configure time with --with-cpu and --with-float.
>
> The defa
Eric Botcazou wrote:
>> How do you see this impacting the sparc-rtems target?
>>
>> We have v7/v8 with HW and SW FP multilibs now and
>> leon is important to us. :-D
>
> Note that LEON will also be available as mere default cpu, i.e. you'll be
> able
> to configure sparc-rtems --with-tune=leon.
Joern Rennecke wrote:
> Quoting Konrad Eisele :
>
>> Maybe there is a simple way to achieve both multilib and singlelib?
>
> The (short-term) simple way is to have two separate configurations.
> For a more flexible approach, look at how the SH port allows you to
> mi
Eric Botcazou wrote:
>> Jiri Gaisler has now signed the FSF copyleft (it took quite long to get
>> through the procedure) and I was said that I could post the patches
>> now.
>
> Thanks for your perseverance.
>
>> The patches are straightforward I think.
>> 1. Adds machine description gcc-4.4.2/g
Hello,
Jiri Gaisler has now signed the FSF copyleft (it took quite long to get
through the procedure) and I was said that I could post the patches
now.
The patches are straightforward I think.
1. Adds machine description gcc-4.4.2/gcc/config/sparc/leon.md
2. gcc-4.4.2.ori/gcc/config/sparc/sparc.c:
22 matches
Mail list logo
