qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [RFC PATCH 02/12] tests/tcg/tricore: Add build infrastr


From: Alex Bennée
Subject: Re: [Qemu-devel] [RFC PATCH 02/12] tests/tcg/tricore: Add build infrastructure
Date: Wed, 02 May 2018 14:05:41 +0100
User-agent: mu4e 1.1.0; emacs 26.1

Bastian Koppelmann <address@hidden> writes:

> On 05/01/2018 06:48 PM, Bastian Koppelmann wrote:
>> Hi Alex,
>>
>> On 05/01/2018 05:40 PM, Alex Bennée wrote:
>>> Bastian Koppelmann <address@hidden> writes:
>>>
>>>> this includes the Makefile and linker script to build all the tests.
>>>>
>>>> Signed-off-by: Bastian Koppelmann <address@hidden>
>>>> ---
>>>>  tests/tcg/tricore/Makefile | 30 +++++++++++++++++++++++
>>>>  tests/tcg/tricore/link.ld | 60 
>>>> ++++++++++++++++++++++++++++++++++++++++++++++
>>>>  2 files changed, 90 insertions(+)
>>>>  create mode 100644 tests/tcg/tricore/Makefile
>>>>  create mode 100644 tests/tcg/tricore/link.ld
>>>>
>>>> diff --git a/tests/tcg/tricore/Makefile b/tests/tcg/tricore/Makefile
>>>> new file mode 100644
>>>> index 0000000000..8c168d1062
>>>> --- /dev/null
>>>> +++ b/tests/tcg/tricore/Makefile
>>>> @@ -0,0 +1,30 @@
>>>> +AS := tricore-as
>>>> +LD := tricore-ld
>>> Where do these come from? Ideally we'd get these in a docker container
>>> like the rest. It would actually be easier to use tricore-gcc if it
>>> exists because at the moment my docker series only exposes a C compiler
>>> to the make system.
>>
>> I don't have access to gcc unfortunately. The only thing I can provide is the
>> patched binutils (https://github.com/bkoppelmann/tricore-binutils).
>>
>> Can you give me a pointer regarding your docker images?
>>
>> Cheers,
>> Bastian
>
> Sorry Alex for taking this off list. I was at a new machine...

No worries, sorry for being late with the pointer:

  https://lists.gnu.org/archive/html/qemu-devel/2018-04/msg03906.html

My current WIP tree is:

  https://github.com/stsquad/qemu/tree/testing/tcg-tests-revival-v4

although the usual caveats about re-basing apply to that ;-)

--
Alex Bennée



reply via email to

[Prev in Thread] Current Thread [Next in Thread]