RE: MSYS2 build slow

2020-05-29 Thread Schock, Johannes - NIVUS GmbH
Would please someone do the following command on Linux and Cygwin? time tools/incdir.sh -s arm-none-eabi-gcc /home/Schock/nuttx/nuttx/include (Replace the path with your NuttX path.) For MSYS2 it's in the range of: real0m0,189s user0m0,061s sys 0m0,045s Thanks, Johannes > From: Gr

Re: MSYS2 build slow

2020-05-29 Thread Phani Kumar
For me it looks as below (in windows, cygwin environment). $ time tools/incdir.sh -s arm-none-eabi-gcc ./include -isystem "./include" real0m0.342s user0m0.046s sys 0m0.261s With best regards, Phani. On Fri, May 29, 2020 at 6:43 PM Schock, Johannes - NIVUS GmbH < johannes.sch...@nivu

RE: MSYS2 build slow

2020-05-29 Thread Schock, Johannes - NIVUS GmbH
By hardcoding os=Msys gcc=arm-none-eabi-gcc exefile=arm-none-eabi-gcc inside incdir.sh time tools/incdir.sh -s arm-none-eabi-gcc/home/Schock/nuttx/nuttx/include reduced from 180ms to 40ms. Overall, this reduced build time from 30min to an acceptable 6min. So incdir.sh is taking too much time in M

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
Would please someone do the following command on Linux and Cygwin? time tools/incdir.sh -s arm-none-eabi-gcc /home/Schock/nuttx/nuttx/include (Replace the path with your NuttX path.) For MSYS2 it's in the range of: real0m0,189s user0m0,061s sys 0m0,045s I don't have the Linux bo

RE: MSYS2 build slow

2020-05-29 Thread Xiang Xiao
My time on WSL: real0m0.014s user0m0.014s sys 0m0.001s The cost most likely come from the creation of new shell process even you empty the shell script I think there isn't much difference. Could you try the method I said before? Immediate make variable could avoid invoke the shell scr

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
By hardcoding os=Msys gcc=arm-none-eabi-gcc exefile=arm-none-eabi-gcc inside incdir.sh time tools/incdir.sh -s arm-none-eabi-gcc/home/Schock/nuttx/nuttx/include reduced from 180ms to 40ms. Overall, this reduced build time from 30min to an acceptable 6min. So incdir.sh is taking too much time i

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
By hardcoding os=Msys gcc=arm-none-eabi-gcc exefile=arm-none-eabi-gcc inside incdir.sh time tools/incdir.sh -s arm-none-eabi-gcc/home/Schock/nuttx/nuttx/include reduced from 180ms to 40ms. Overall, this reduced build time from 30min to an acceptable 6min. So incdir.sh is taking too much tim

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
By hardcoding os=Msys gcc=arm-none-eabi-gcc exefile=arm-none-eabi-gcc inside incdir.sh time tools/incdir.sh -s arm-none-eabi-gcc/home/Schock/nuttx/nuttx/include reduced from 180ms to 40ms. Overall, this reduced build time from 30min to an acceptable 6min. So incdir.sh is taking too much t

Re: api stability in apps/netutils/webclient

2020-05-29 Thread Sebastien Lorquet
I think the web client could be rewritten to benefit from the curl port I started a while a go, which is available upstream: https://github.com/apache/incubator-nuttx-apps/tree/master/netutils/libcurl4nx Improving this curl port would benefit any app using it, not just the web client. Sebast

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
Isn't there a possibility to cache the results of the system checks inside incdir.sh? The cost of getting 'os' is fork + new shell + uname The cost of gcc is fork + new shell + grep The cost of exfile if for + new shell + basename Yes, so that does have to fork a lot of additional shell ins

RE: MSYS2 build slow

2020-05-29 Thread Schock, Johannes - NIVUS GmbH
> From: Xiang Xiao [mailto:xiaoxiang781...@gmail.com] > Could you try the method I said before? Immediate make variable could > avoid invoke the shell script at every reference location which is some form > of cache inside make instead of incdir.sh. It's real22m50,526s user1m37,024s sys

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
I must admit I thought about that idea also, but I wasn't sure about the portability issue. You could also think about a autogenerated Make.defs during configure with then hard coded include paths which should be the fastest possibility. Since Make.defs is already copied, perhaps it could al

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
I must admit I thought about that idea also, but I wasn't sure about the portability issue. You could also think about a autogenerated Make.defs during configure with then hard coded include paths which should be the fastest possibility. Since Make.defs is already copied, perhaps it could

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
I am most of the way through converting incdir.sh to a C version, incdir.c.  I will probably submit a PR that just adds the .c file (without changing the build system). Then we can experiment with it and make sure we are comfortable before bringing it into the build. I will first test with

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
As a comparison I did:     - make clean     - make The dependencies only have to be recreated on the first build, not on subsequent builds.  In that case I get 3 minutes and 30 seconds.  So the Cygwin dependency generation vi mkwindeps.sh requires about 2 minutes by itself But with the c

Re: api stability in apps/netutils/webclient

2020-05-29 Thread Takashi Yamamoto
hi, On Fri, May 29, 2020 at 11:53 PM Sebastien Lorquet wrote: > > I think the web client could be rewritten to benefit from the curl port > I started a while a go, which is available upstream: > > https://github.com/apache/incubator-nuttx-apps/tree/master/netutils/libcurl4nx > > Improving this cu

Re: MSYS2 build slow

2020-05-29 Thread Gregory Nutt
Johannes, PR 1149 has been merged.  That means that the incdir.c program has now been incorporated into the build system.  It all checks out:  I have pretty thoroughly verified it on Cygwin and Abdelatif and Alan Carvalho de Assis have checked it out well on Linux.  The PR also passes all of

Jenkins build is back to normal : NuttX-Nightly-Build #175

2020-05-29 Thread Apache Jenkins Server
See