Am 30.08.2017 um 23:32 schrieb Jeff Mayes:
>
>
>> -----Original Message-----
>> From: Christian Mauderer [mailto:l...@c-mauderer.de]
>> Sent: Wednesday, August 30, 2017 2:38 PM
>> To: Jeff Mayes <jeff.ma...@oarcorp.com>; devel@rtems.org
>> Subject: Re: problem building libbsd with waf
>>
>> Am 29.08.2017 um 17:39 schrieb Jeff Mayes:
>>> Hi
>>>
>>>
>>>
>>> I'm trying to build rtems and rtems-libbsd. It all goes fine until
>>> the waf build fails with this:
>>>
>>> / Checking for RTEMS CPU options header : no/
>>>
>>>
>>>
>>> This occurs for both i386 and arm. Part of the config.log is below.
>>>
>>>
>>>
>>> Any ideas?
>>>
>>> Thanks
>>> Jeff
>>>
>>
>> Hello Jeff,
>>
>> just tried to build the xylinx_zynq_zedboard BSP without any problems.
>> What is really odd from your log is the
>>
>>> err: Assembler messages:
>>>
>>> Fatal error: invalid -march= option: `armv7-a'
>>
>> How did you build your tool chain?
>>
>> For my test, I used one from a slightly outdated (about a month) RSB revision
>> 295c197b51 because I had that one already built. libbsd and RTEMS are about
>> one month old too. Which revision Do you use? On what host system do you
>> work?
>>
>> Kind regards
>>
>> Christian
>
> I'm using a CentOS 7 VM and I've built it successfully on previous occasions.
>
> I built it using RSB which was updated last week, and the pull of rtems and
> libbsd are from just a couple of days ago.
>
> Thanks
> Jeff
>
Hello Jeff,
CentOS 7 should be fine. It's been some time since I built RTEMS on it
but it never made any problems.
I tried to recompile with the latest head of RSB, libbsd and RTEMS on my
OpenSUSE 42.2 machine. No problems here. The versions i tried are:
RSB: 4f364ef763f6c08bf9ba7ac3ede2a4288fdd517c
RTEMS: 3663be53521e29981f3617ef99c7f8e3cec7036d
libbsd: 666a56883ad2ae7757689f28cee2b9b80582bcd6
Could you try to compile a minimal sample program to make sure that you
don't have any problem with the compiler. Something like
int main (void) {
return 0;
}
and compile it with
arm-rtems4.12-g++ -march=armv7-a test.c
That should work without any (relevant) errors. I have received a
warning about the linker not finding _start but an a.out has been generated.
Kind Regards
Christian
--
--------------------------------------------
embedded brains GmbH
Christian Mauderer
Dornierstr. 4
D-82178 Puchheim
Germany
email: christian.maude...@embedded-brains.de
Phone: +49-89-18 94 741 - 18
Fax: +49-89-18 94 741 - 08
PGP: Public key available on request.
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
