<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr">On Thu, Oct 11, 2018, 6:16 AM Sebastian Huber <<a href="mailto:sebastian.huber@embedded-brains.de">sebastian.huber@embedded-brains.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<br>
<br>
it is always a pleasure to work on Windows via msys2. After my recent <br>
Makefile.am changes the argument list to create the library is too long:<br>
<br>
in_cpuinfo.o libmisc/shell/main_profreport.o libmisc/utf8proc/utf8proc.o <br>
libmd/sha256c.o libmd/sha512c.o             score/cpu/no_cpu/cpuidle.o <br>
score/cpu/powerpc/cpu.o score/cpu/powerpc/ppc-context-volatile-clobber.o <br>
score/cpu/powerpc/ppc-context-validate.o <br>
score/cpu/powerpc/ppc-isr-disable-mask.o <br>
score/cpu/powerpc/ppc-isr-vector-install.o<br>
make[4]: execvp: powerpc-rtems5-ar: Argument list too long<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Since we would like to eventually move the legacy Network stack to another package entirely, would simply letting it and pppd be their in Makefile,am and separate library installed help.</div><div dir="auto"><br></div><div dir="auto">Eventually we may hit the limit again but we may be at waf by then.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Some time ago we had the same problem with libbsd and got a fix for waf <br>
due to that. What works is this manual hack:<br>
<br>
librtemscpu.a: $(librtemscpu_a_OBJECTS) $(librtemscpu_a_DEPENDENCIES) <br>
$(EXTRA_librtemscpu_a_DEPENDENCIES)<br>
         -rm -f librtemscpu.a<br>
         echo "" > librtemscpu.txt<br>
         for i in $(librtemscpu_a_OBJECTS) ; do $$i >>librtemscpu.txt ; done<br>
         $(librtemscpu_a_AR) librtemscpu.a @librtemscpu.txt <br>
$(librtemscpu_a_LIBADD)<br>
         $(RANLIB) librtemscpu.a<br>
<br>
The standard Automake target is this:<br>
<br>
librtemscpu.a: $(librtemscpu_a_OBJECTS) $(librtemscpu_a_DEPENDENCIES) <br>
$(EXTRA_librtemscpu_a_DEPENDENCIES)<br>
     -rm -f librtemscpu.a<br>
     $(librtemscpu_a_AR) librtemscpu.a $(librtemscpu_a_OBJECTS) <br>
$(librtemscpu_a_LIBADD)<br>
     $(RANLIB) librtemscpu.a<br>
<br>
Is it possible to override a Automake generated target with a custom <br>
variant?<br>
<br>
-- <br>
Sebastian Huber, embedded brains GmbH<br>
<br>
Address : Dornierstr. 4, D-82178 Puchheim, Germany<br>
Phone   : +49 89 189 47 41-16<br>
Fax     : +49 89 189 47 41-09<br>
E-Mail  : <a href="mailto:sebastian.huber@embedded-brains.de" target="_blank" rel="noreferrer">sebastian.huber@embedded-brains.de</a><br>
PGP     : Public key available on request.<br>
<br>
Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.<br>
<br>
_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@rtems.org" target="_blank" rel="noreferrer">devel@rtems.org</a><br>
<a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a></blockquote></div></div></div>