On Mon, Oct 4, 2021 at 9:13 AM Christian MAUDERER <christian.maude...@embedded-brains.de> wrote: > > Am 04.10.21 um 15:51 schrieb Joel Sherrill: > > On Mon, Oct 4, 2021 at 2:32 AM Christian MAUDERER > > <christian.maude...@embedded-brains.de> wrote: > >> > >> Hello Joel, > >> > >> Am 03.10.21 um 18:06 schrieb Joel Sherrill: > >>> Hi > >>> > >>> No BSP was successfully built in the build sweep Friday. All have > >>> failures like this: > >>> > >>> $ ./waf bsp_defaults --rtems-bsps=powerpc/psim > >> > >> I just tested this command and everything seems to work fine. I get a > >> default config for the BSP. > >> > >>> There is no top-level group with UID '/grp' in the specification > >>> > >> > >> Maybe something cache related? The whole build specification files are > >> parsed and put into a cache as a first step. If that doesn't work > >> correctly, it might lead to odd results. > > > > This must be it. I suppose I should delete the build/ subdirectory as part > > of setting up for a sweep. > > If you want to get a clean repository again, you could also use a "git > clean -dxf". But be very careful with that command. It doesn't ask > before deleting anything that is not versioned.
That might be ok here because this is a directory only used for the cron driven build sweeps. Nothing should ever be edited here. > >>> The script fetches the BSP's defaults and then changes settings for > >>> enable tests, etc. > >> > >> Do you use a fresh checkout or an update from a previous one? > > > > It's an update to minimize what needs to be done. If the RSB changed, tools > > and RTEMS are built. If only RTEMS changed, only RTEMS BSPs are built. > > If nothing changed (rare in a week), then nothing is done. > > > > I ended up recloning rtems this time and it seems ok now. > > If you get the error again, it would be interesting to find out what > caused it. That sounds like something that shouldn't happen. It seems > that the wscript uses a simple file modification time to find out > whether the cache has to be re-generated. So if your system time changed > backward, that might could lead to such errors. Possible but unlikely. The build sweep for 6 starts at 445pm on Fridays. The directory should be untouched until the next Friday unless something happens and I poke around like this morning. Hopefully removing build/ will help keep things clean. --joel > Best regards > > Christian > > > > > Thanks. > > > > --joel > > > >> Best regards > >> > >> Christian > >> > >>> > >>> Anyone else see this? > >>> > >>> --joel > >>> _______________________________________________ > >>> devel mailing list > >>> devel@rtems.org > >>> http://lists.rtems.org/mailman/listinfo/devel > >>> > >> > >> -- > >> -------------------------------------------- > >> embedded brains GmbH > >> Herr Christian MAUDERER > >> Dornierstr. 4 > >> 82178 Puchheim > >> Germany > >> email: christian.maude...@embedded-brains.de > >> phone: +49-89-18 94 741 - 18 > >> fax: +49-89-18 94 741 - 08 > >> > >> Registergericht: Amtsgericht München > >> Registernummer: HRB 157899 > >> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler > >> Unsere Datenschutzerklärung finden Sie hier: > >> https://embedded-brains.de/datenschutzerklaerung/ > > -- > -------------------------------------------- > embedded brains GmbH > Herr Christian MAUDERER > Dornierstr. 4 > 82178 Puchheim > Germany > email: christian.maude...@embedded-brains.de > phone: +49-89-18 94 741 - 18 > fax: +49-89-18 94 741 - 08 > > Registergericht: Amtsgericht München > Registernummer: HRB 157899 > Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler > Unsere Datenschutzerklärung finden Sie hier: > https://embedded-brains.de/datenschutzerklaerung/ _______________________________________________ devel mailing list devel@rtems.org http://lists.rtems.org/mailman/listinfo/devel
