Asked Microchip if they will/already provide these without a wall (like ARM does). Waiting for a response before going further.
BR On Fri, Jul 17, 2020 at 10:06 AM Xiang Xiao <xiaoxiang781...@gmail.com> wrote: > Traditionally, the 3rd party tool put here: > https://bitbucket.org/nuttx/ > Since the code base is moved to github after NuttX join Apache Foundation, > there are a discussion to put the 3rd party tool here: > https://github.com/NuttX > > > -----Original Message----- > > From: Adam Feuer <a...@starcat.io> > > Sent: Friday, July 17, 2020 3:35 AM > > To: dev@nuttx.apache.org > > Subject: Re: [nuttx][avr] Issues while building avr (atmega) board > example. > > > > Could we put the compilers in a private repository or web server? Maybe > Apache has solved this problem before. > > > > -adam > > > > On Thu, Jul 16, 2020 at 12:21 PM Pavel Ionut < > pavel.ionut.catalin...@gmail.com> wrote: > > > > > Also, regarding the CI stuff. > > > > > > Seems like Microchip has the official compiler(s) download links under > > > a > > > (login) wall. > > > What would be the approach in this case (so that the compilers could > > > be downloaded by the CI scripts)? > > > There are various binaries scattered across the internet, but I guess > > > the official releases would be desirable. > > > > > > Regards. > > > > > > On Thu, Jul 16, 2020 at 8:15 PM Pavel Ionut < > > > pavel.ionut.catalin...@gmail.com> wrote: > > > > > > > Hello, > > > > > > > > I created a PR for the build issue. > > > > Will have a go at the CI stuff. > > > > > > > > Regards. > > > > > > > > On Thu, Jul 16, 2020 at 5:48 PM Xiang Xiao > > > > <xiaoxiang781...@gmail.com> > > > > wrote: > > > > > > > >> > > > >> > > > >> > -----Original Message----- > > > >> > From: Pavel Ionut <pavel.ionut.catalin...@gmail.com> > > > >> > Sent: Wednesday, July 15, 2020 6:48 PM > > > >> > To: dev@nuttx.apache.org > > > >> > Subject: [nuttx][avr] Issues while building avr (atmega) board > > > example. > > > >> > > > > >> > Hello, > > > >> > > > > >> > Basically I'm trying to build the moteino-mega board example and > > > >> > I > > > >> found some issues. > > > >> > I have prepared a fix for all of these issues, but first of all I > > > >> > want > > > >> your opinion on one of the issues. > > > >> > > > > >> > > > >> It will be great if you can take some time to enable the build > > > >> check for AVR, so we can avoid the build break in the feature. Only > > > >> three files > > > need > > > >> to change: > > > >> > > > >> > > > https://github.com/apache/incubator-nuttx-testing/blob/master/testlist > > > /all.dat > > > >> > > > https://github.com/apache/incubator-nuttx-testing/blob/master/cibuild. > > > sh > > > >> > > > >> > > > https://github.com/apache/incubator-nuttx-testing/blob/master/docker/l > > > inux/Dockerfile > > > >> > > > >> > Seems like the linux avr-gcc does not include double_t as a type > > > inside > > > >> the compiler provided <math.h>, and double_t is used inside > > > >> > the libs and the build fails. > > > >> > > > > >> Yes, the change Is made in the recent commit: > > > >> commit d17b963bcab98e2d2f641623547837a8d3fe94cd > > > >> Author: Xiang Xiao <xiaoxi...@xiaomi.com> > > > >> Date: Sun Jun 28 14:04:30 2020 +0800 > > > >> > > > >> libc: Move double_t typedef from sys/types.h to math.h > > > >> > > > >> specified here: > > > >> > > > https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/math.h.html > > > >> > > > >> Signed-off-by: Xiang Xiao <xiaoxi...@xiaomi.com> > > > >> Change-Id: I3497a73908301d999cf1cfc4a66552a7ca4868c6 > > > >> Before this commit, double_t is defined in include/sys/types.h, but > > > >> we found that this definition may different from the toolchain's > > > >> one, so > > > this > > > >> patch move the definition into include/nuttx/lib/math.h. Both case > > > >> work correctly(no mismatch) until your case: > > > >> 1.double_t come from include/nuttx/lib/math.h when we enable > > > >> NuttX's > > > libm > > > >> 2.double_t come from toolchain's math.h when we enable toolchain's > > > >> libm > > > >> > > > >> > One possible fix (currently using) is to typedef it inside > > > >> > compiler.h > > > >> (for the AVR compiler), however, I don't know if this would be > > > >> > correct since I see no other typedefs inside that file. > > > >> > > > > >> > > > >> Another place is arch/avr/include/types.h, all arch specific types > > > >> definition come from here. > > > >> > > > >> > Regards > > > >> > > > >> > > > > > > > > > -- > > Adam Feuer <a...@starcat.io> > >