Yes, the distclean is also skipped. On Mon, Nov 7, 2022 at 4:52 PM Sebastien Lorquet <sebast...@lorquet.fr> wrote:
> Ah, perfect, this is great to know, thanks! > > I believe the "expected location" is not destroyed by make distclean? > > This is a minor point. The local tarball can always be redeployed to the > correct place prior to the make command. > > Sebastien > > Le 07/11/2022 à 03:50, Xiang Xiao a écrit : > > With https://github.com/apache/incubator-nuttx-apps/pull/1295, you can > just > > clone(or use submodule/repo) the code to the Makefile's expected > location, > > the build system will skip the download step. > > > > On Mon, Nov 7, 2022 at 4:23 AM Abdelatif Guettouche < > > abdelatif.guettou...@gmail.com> wrote: > > > >>> Are there provisions to use a pre-downloaded tarball for external > >> projects? > >> > >> There is none at the moment. However, an option can be added to just > >> copy from a local folder instead of downloading them. Or the makefile > >> can start with that and fallback to downloading if the tarball is not > >> present. Couple of things could be cumbersome here: > >> 1. Options to choose between local and download. Plus options for > >> local path to copy from. > >> 2. The makefile of every external project interested in this will > >> need to be updated. > >> > >> > >> On Thu, Nov 3, 2022 at 11:55 AM Alan C. Assis <acas...@gmail.com> > wrote: > >>> Hi Sebastien, > >>> > >>> Good question, AFAIK there is not yet a command to just download the > >>> necessary tar balls and keep them in a downloaded area to use later. > >>> > >>> If I remember correctly some build systems like Buildroot and Yocto > >>> has this option. > >>> > >>> BR, > >>> > >>> Alan > >>> > >>> On 11/3/22, Sebastien Lorquet <sebast...@lorquet.fr> wrote: > >>>> Hi, > >>>> > >>>> littlefs too. > >>>> > >>>> This raises an important question for me: how do I handle such a build > >>>> in a self-contained, "airgapped" machine? > >>>> > >>>> Are there provisions to use a pre-downloaded tarball for external > >> projects? > >>>> Sebastien > >>>> > >>>> Le 28/10/2022 à 18:30, Alan C. Assis a écrit : > >>>>> Hi Sebastien, > >>>>> > >>>>> AFAIK there is not such directive, although it is always need to add > >>>>> support to NuttX on external projects. > >>>>> > >>>>> External projects needs to be integrated to be downloaded and > compiled > >>>>> dynamically, once again like LVGL. > >>>>> > >>>>> BR, > >>>>> > >>>>> Alan > >>>>> > >>>>> On 10/28/22, Sebastien Lorquet <sebast...@lorquet.fr> wrote: > >>>>>> IIRC the idea was that we dont integrate code fom externally > >> maintained > >>>>>> projects? > >>>>>> > >>>>>> Also IIRC the acceptable method is a specific makefile that > downloads > >>>>>> code and patch/builds it. > >>>>>> > >>>>>> I agree that such libs go into apps. > >>>>>> > >>>>>> Sebastien > >>>>>> > >>>>>> Le 27/10/2022 à 19:28, Nathan Hartman a écrit : > >>>>>>> On Thu, Oct 27, 2022 at 12:19 PM Alan C. Assis <acas...@gmail.com> > >>>>>>> wrote: > >>>>>>> > >>>>>>>> Hi Michael, > >>>>>>>> > >>>>>>>> I think someone else told some time ago that he used a similar lib > >> for > >>>>>>>> mysql, I think it was Ivan. > >>>>>>>> > >>>>>>>> Those libs inside nuttx/libs/ are libs used by the kernel and > apps, > >>>>>>>> but in this case the lib should be put inside > >> apps/databases/postgres > >>>>>>>> for example. It should be a lib just like apps/graphics/lvgl and > >> many > >>>>>>>> others. > >>>>>>> I agree with that; nothing prevents applications from using the > libs > >>>>>>> under > >>>>>>> apps. > >>>>>>> > >>>>>>> If they require kernel support then that might be another thing. > >>>>>>> > >>>>>>> Cheers > >>>>>>> Nathan > >>>>>>> >
