Re: RTEMS build broken on msys2

2018-10-12 Thread Chris Johns
On 12/10/18 1:20 am, Sebastian Huber wrote: > On 11/10/2018 16:38, Chris Johns wrote: >> Did you try adding this to the manual hack to the makefile to see if you can >> override the automake rule? > > This worked. I fixed it like this: > > https://git.rtems.org/rtems/commit/?id=9d1f17a9caf6a5a107

Re: RTEMS build broken on msys2

2018-10-12 Thread Sebastian Huber
On 11/10/2018 16:38, Chris Johns wrote: Did you try adding this to the manual hack to the makefile to see if you can override the automake rule? This worked. I fixed it like this: https://git.rtems.org/rtems/commit/?id=9d1f17a9caf6a5a107a8d5395cae6fdfa2099099 -- Sebastian Huber, embedded brai

Re: RTEMS build broken on msys2

2018-10-11 Thread Chris Johns
On 11/10/18 6:16 am, Sebastian Huber wrote: > Hello, > > it is always a pleasure to work on Windows via msys2. After my recent > Makefile.am changes the argument list to create the library is too long: > > in_cpuinfo.o libmisc/shell/main_profreport.o libmisc/utf8proc/utf8proc.o > libmd/sha256c.o

Re: RTEMS build broken on msys2

2018-10-11 Thread Joel Sherrill
On Thu, Oct 11, 2018, 6:16 AM Sebastian Huber < sebastian.hu...@embedded-brains.de> wrote: > Hello, > > it is always a pleasure to work on Windows via msys2. After my recent > Makefile.am changes the argument list to create the library is too long: > > in_cpuinfo.o libmisc/shell/main_profreport.o

RTEMS build broken on msys2

2018-10-11 Thread Sebastian Huber
Hello, it is always a pleasure to work on Windows via msys2. After my recent Makefile.am changes the argument list to create the library is too long: in_cpuinfo.o libmisc/shell/main_profreport.o libmisc/utf8proc/utf8proc.o libmd/sha256c.o libmd/sha512c.o score/cpu/no_cpu/cpuidle.o