Hello Niko, thanks for the feedback. Still sounds odd. Especially because it seems that the error happens before the wscript is called for build (otherwise you should have seen a message with the additional patch). So it has to be something in one of the generated cache files (either in build or the .lock-waf... file).
I can't reproduce the problem so I don't think that we can find it easily. The only possibility would be that you start digging into the files with the python debugger pdb. But I assume that you are not that curious about the problem? So if you have a setup you can work with, I would suggest to use that. Best regards Christian Mauderer Am 28.06.2018 um 14:10 schrieb Nicolas Tsiogkas: > Hi, > > some later report. I compiled the examples and some private project with > waf and all was smoothly. I suspect that there must be something with > the libbsd scripts. > > Cheers, > Niko > > On Mon, Jun 25, 2018 at 10:20 AM Nicolas Tsiogkas <lou.n...@gmail.com > <mailto:lou.n...@gmail.com>> wrote: > > Hi Christian, > > I will go with python3 indeed as I have to finally close a patch for > Ethercat SOEM working with RTEMS 5. In parallel I will try to > investigate with the waf examples and report back. > > Thanks for the prompt reply and effort. :) > > Regards, > Niko > > On Mon, Jun 25, 2018 at 10:15 AM Christian Mauderer > <christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de>> wrote: > > Hello Niko, > > if the patch didn't do anything to your output, the error has to > happen > quite early. The first one should have been printed when the build() > function of the wscript has been reached. So I would assume that it > already happens before that. > > If you have time and desire to find the bug, you might could try to > build some other tools that use waf as a build system (for > example the > waf examples from the waf website). Otherwise I would suggest to > go with > python3 for now. > > Note that it shouldn't really be a problem with python2 in > general: My > OpenSUSE machine is using python2 too and has no problems with the > current libbsd. As far as I know most distributions still use > python2 as > the default case. I only know Arch Linux that does use python3. > > Best regards > > Christian Mauderer > > Am 25.06.2018 um 10:08 schrieb Nicolas Tsiogkas: > > Hi, > > > > sorry for the late reply. > > > > So, the patch didn't do a thing. Got the same print. > > > > But I tried to run waf with python3 > > > > python3 /home/niko/.local/bin/waf-2.0.8 > > > > and > > > > python3 /home/niko/.local/bin/waf-2.0.8 install > > > > That was successful. From that I can assume that there is some > issue > > with the python2 shipped with ubuntu? I can try at home as > well in case > > there is something specific with the python configuration on > my current > > pc and report back. > > > > Thanks for the help. > > > > Regards, > > Niko > > > > On Fri, Jun 22, 2018 at 9:56 PM Christian Mauderer > <l...@c-mauderer.de <mailto:l...@c-mauderer.de> > > <mailto:l...@c-mauderer.de <mailto:l...@c-mauderer.de>>> wrote: > > > > Hello Niko, > > > > Am 22.06.2018 um 13:23 schrieb Nicolas Tsiogkas: > > > Hi, > > > > > > waf was downloaded by the website (waf.io > <http://waf.io> <http://waf.io> > > <http://waf.io>) > > > > > > niko@im-desktop-021:~/sandbox/rtems-libbsd$ which waf-2.0.8 > > > /home/niko/.local/bin/waf-2.0.8 > > > > Should be OK. > > > > > > > > running also with waf-2.0.4 which used to work gives the > same error > > > > > > ~/sandbox/rtems-libbsd$ waf-2.0.8 -v > > > Could not create the directory ///h > > > > > > ~/sandbox/rtems-libbsd$ waf-2.0.4 -v > > > Could not create the directory ///h > > > > > > that's pretty weird. > > > > Yes it is. The build scripts do a lot of stuff in > preparation for the > > real build. But as far as I know nothing of it should create a > > directory. The first operation that creates a directory > should print the > > following line: > > > > [ 1/99] Compiling > > testsuite/include/rtems/bsd/test/network-config.h.in > <http://network-config.h.in> > > <http://network-config.h.in> > > > > Anyway: To find out how far you get into the build > scripts, I added a > > few debug messages. Could you try to apply the attached > patch and see > > whether it prints some messages. Note that the messages > are not really > > clean and it seems that there is a bug that prints them > two times. But > > they should give a hint when the build process breaks. > > > > Best Regards > > > > Christian Mauderer > > > > > > > > Regards, > > > Niko > > > > > > On Fri, Jun 22, 2018 at 12:23 PM Christian Mauderer > > > <christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de> > > <mailto:christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de>> > > > <mailto:christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de> > > <mailto:christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de>>>> wrote: > > > > > > Hello Niko, > > > > > > from a quick glance, everything till the waf call > looks good. > > What is > > > really odd is the output of the last waf-2.0.8 call. > There > > should be a > > > lot more output starting with something like > > > > > > ---- > > > Waf: Entering directory > > > > > > > `/home/EB/christian_m/Projekte/some-project/rtems-libbsd/build/arm-rtems5-atsamv-everything' > > > [ 1/122] Creating > > > > > > build/arm-rtems5-atsamv-everything/build-include/rtems/bsd/modules.h > > > [ 2/122] Compiling rtemsbsd/rtems/generate_kvm_symbols > > > [ 3/122] Compiling > > > testsuite/include/rtems/bsd/test/network-config.h.in > <http://network-config.h.in> > > <http://network-config.h.in> > > > <http://network-config.h.in> > > > [ 4/122] Compiling > freebsd/sys/crypto/blowfish/bf_locl.h > > > [ 5/122] Compiling freebsd/sys/crypto/blowfish/bf_pi.h > > > ... > > > ---- > > > > > > You are even missing the "Waf: Entering directory". > So that > > seems like a > > > quite early bug. > > > > > > You can try whether a `waf -v` provides more output. > Beneath > > that: Where > > > does your waf come from? You call it with a version > number. > > > > > > Best regards > > > > > > Christian Mauderer > > > > > > Am 22.06.2018 um 11:21 schrieb Nicolas Tsiogkas: > > > > Hi, > > > > > > > > I did the process again with no luck. I am > attaching a zip with > > > command > > > > outputs/logs. > > > > > > > > Regards, > > > > Niko > > > > > > > > On Fri, Jun 22, 2018 at 9:44 AM Nicolas Tsiogkas > > > <lou.n...@gmail.com <mailto:lou.n...@gmail.com> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>> > > > > <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com> <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com>> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>>>> wrote: > > > > > > > > Hi Christian, > > > > > > > > it is a fresh clone. Although I had a previous > build > > with 4.11 I > > > > decided try from scratch given the changes. > > > > > > > > Error is during the build. I'm configuring > normally and > > when I try > > > > to waf it then it fails. > > > > > > > > Is there any way to increase the verbosity? I will > > repeat all the > > > > process from scratch keeping logs so I can > send them and try > > > to find > > > > the issue. > > > > > > > > Thanks for your time! > > > > > > > > Regards, > > > > Niko > > > > > > > > On Thu, Jun 21, 2018 at 6:49 PM Christian Mauderer > > > > <l...@c-mauderer.de > <mailto:l...@c-mauderer.de> <mailto:l...@c-mauderer.de > <mailto:l...@c-mauderer.de>> > > <mailto:l...@c-mauderer.de <mailto:l...@c-mauderer.de> > <mailto:l...@c-mauderer.de <mailto:l...@c-mauderer.de>>> > > > <mailto:l...@c-mauderer.de > <mailto:l...@c-mauderer.de> <mailto:l...@c-mauderer.de > <mailto:l...@c-mauderer.de>> > > <mailto:l...@c-mauderer.de <mailto:l...@c-mauderer.de> > <mailto:l...@c-mauderer.de <mailto:l...@c-mauderer.de>>>>> wrote: > > > > > > > > Am 21.06.2018 um 16:26 schrieb Nicolas > Tsiogkas: > > > > > And apparently I forgot the host. > > > > > > > > > > It is ubuntu 16.04: > > > > > Linux im-desktop-021 4.13.0-45-generic > > > #50~16.04.1-Ubuntu SMP > > > > Wed May 30 > > > > > 11:18:27 UTC 2018 x86_64 x86_64 x86_64 > GNU/Linux > > > > > gcc version 5.4.0 20160609 (Ubuntu > > 5.4.0-6ubuntu1~16.04.9) > > > > > > > > > > N. > > > > > > > > > > > > > > > On Thu, Jun 21, 2018 at 4:19 PM Nicolas > Tsiogkas > > > > <lou.n...@gmail.com > <mailto:lou.n...@gmail.com> <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com>> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>> > > > <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com> <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com>> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>>> > > > > > <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>> > > > <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com> <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com>> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>>>>> wrote: > > > > > > > > > > Hi Joel, > > > > > > > > > > waf-2.0.8 configure > --prefix="$sandbox/5" > > > > > --rtems-bsps=arm/xilinx_zynq_a9_qemu > > > > > > > > > > has the following output: > > > > > > > > > > Setting top to > : > > > > > /home/niko/sandbox/rtems-libbsd > > > > > Setting out to > : > > > > > /home/niko/sandbox/rtems-libbsd/build > > > > > RTEMS Version > : 5 > > > > > Architectures > : > > arm-rtems5 > > > > > Board Support Package > : > > > > > arm-rtems5-xilinx_zynq_a9_qemu > > > > > Show commands > : no > > > > > Long commands > : no > > > > > Checking for program > 'arm-rtems5-gcc' : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-gcc > > > > > Checking for program > 'arm-rtems5-g++' : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-g++ > > > > > Checking for program > 'arm-rtems5-gcc' : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-gcc > > > > > Checking for program > 'arm-rtems5-ld' : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-ld > > > > > Checking for program > 'arm-rtems5-ar' : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-ar > > > > > Checking for program > 'arm-rtems5-nm' : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-nm > > > > > Checking for program > 'arm-rtems5-objdump' : > > > > > > /home/niko/sandbox/5/bin/arm-rtems5-objdump > > > > > Checking for program > 'arm-rtems5-objcopy' : > > > > > > /home/niko/sandbox/5/bin/arm-rtems5-objcopy > > > > > Checking for program > 'arm-rtems5-readelf' : > > > > > > /home/niko/sandbox/5/bin/arm-rtems5-readelf > > > > > Checking for program > 'arm-rtems5-strip' : > > > > > > /home/niko/sandbox/5/bin/arm-rtems5-strip > > > > > Checking for program 'rtems-ld' > : > > > > > /home/niko/sandbox/5/bin/rtems-ld > > > > > Checking for program 'rtems-tld' > : > > > > > /home/niko/sandbox/5/bin/rtems-tld > > > > > Checking for program 'rtems-bin2c' > : > > > > > /home/niko/sandbox/5/bin/rtems-bin2c > > > > > Checking for program 'tar' > : > > /bin/tar > > > > > Checking for program 'gcc, cc' > : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-gcc > > > > > Checking for program 'ar' > : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-ar > > > > > Checking for program 'g++, c++' > : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-g++ > > > > > Checking for program 'ar' > : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-ar > > > > > Checking for program 'gas, gcc' > : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-gcc > > > > > Checking for program 'ar' > : > > > > > /home/niko/sandbox/5/bin/arm-rtems5-ar > > > > > Compiler version (arm-rtems5-gcc) > : 7.3.0 > > > 20180125 > > > > (RTEMS 5, > > > > > RSB > 8ee4e8cd557c25fca59bb9751751ad4172530958, > > Newlib > > > 3.0.0) > > > > > Checking for RTEMS CPU options > header : > > started > > > > > -> processing test results > : > > all ok > > > > > Checking for RTEMS_DEBUG > : no > > > > > Checking for RTEMS_MULTIPROCESSING > : no > > > > > Checking for RTEMS_NEWLIB > : yes > > > > > Checking for RTEMS_POSIX_API > : yes > > > > > Checking for RTEMS_SMP > : no > > > > > Checking for RTEMS_NETWORKING > : no > > > > > Checking for RTEMS header > : > > started > > > > > -> processing test results > : > > all ok > > > > > Checking for header dlfcn.h > : yes > > > > > Checking for header rtems/pci.h > : yes > > > > > Configure variant: > : > > > > > arm-rtems5-xilinx_zynq_a9_qemu-default > > > > > Checking for header > rtems/rtems-debugger.h : yes > > > > > 'configure' finished successfully > (0.744s) > > > > > > > > > > Cheers, > > > > > Niko > > > > > > > > > > On Thu, Jun 21, 2018 at 4:09 PM Joel > Sherrill > > > > <j...@rtems.org <mailto:j...@rtems.org> > <mailto:j...@rtems.org <mailto:j...@rtems.org>> > > <mailto:j...@rtems.org <mailto:j...@rtems.org> > <mailto:j...@rtems.org <mailto:j...@rtems.org>>> > > > <mailto:j...@rtems.org <mailto:j...@rtems.org> > <mailto:j...@rtems.org <mailto:j...@rtems.org>> > > <mailto:j...@rtems.org <mailto:j...@rtems.org> > <mailto:j...@rtems.org <mailto:j...@rtems.org>>>> > > > > > <mailto:j...@rtems.org > <mailto:j...@rtems.org> <mailto:j...@rtems.org > <mailto:j...@rtems.org>> > > <mailto:j...@rtems.org <mailto:j...@rtems.org> > <mailto:j...@rtems.org <mailto:j...@rtems.org>>> > > > <mailto:j...@rtems.org <mailto:j...@rtems.org> > <mailto:j...@rtems.org <mailto:j...@rtems.org>> > > <mailto:j...@rtems.org <mailto:j...@rtems.org> > <mailto:j...@rtems.org <mailto:j...@rtems.org>>>>>> wrote: > > > > > > > > > > > > > > > > > > > > On Thu, Jun 21, 2018 at 8:52 AM, > Nicolas > > Tsiogkas > > > > > <lou.n...@gmail.com > <mailto:lou.n...@gmail.com> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>> > > > <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com> <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com>> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>>> > > > > <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>> > > > <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com> <mailto:lou.n...@gmail.com > <mailto:lou.n...@gmail.com>> > > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com> > <mailto:lou.n...@gmail.com <mailto:lou.n...@gmail.com>>>>>> wrote: > > > > > > > > > > Hi, > > > > > > > > > > following the steps described > > > > > > in https://github.com/RTEMS/rtems-libbsd I > > > get an > > > > error > > > > > > > > > > "Could not create the > directory ///h" > > while > > > trying > > > > to build > > > > > with waf 2.0.8 > > > > > > > > > > Is it a known problem? > > > > > > > > > > > > > > > Not to me. > > > > > > > > > > What's your configure command > and host? > > > > > > > > > > > > > > > I have seen that the > installation > > procedure has > > > > changed > > > > > since 4.11 and now the tools > and the > > bsps are > > > > installed in > > > > > the same prefix, but that > shouldn't > > matter I > > > suppose. > > > > > > > > > > Thank you in advance. > > > > > > > > > > Regards, > > > > > Niko > > > > > > > > > > > > _______________________________________________ > > > > > users mailing list > > > > > users@rtems.org > <mailto:users@rtems.org> > > <mailto:users@rtems.org <mailto:users@rtems.org>> > <mailto:users@rtems.org <mailto:users@rtems.org> > > <mailto:users@rtems.org <mailto:users@rtems.org>>> > > > <mailto:users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>> > > <mailto:users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>>>> > > > > <mailto:users@rtems.org > <mailto:users@rtems.org> <mailto:users@rtems.org > <mailto:users@rtems.org>> > > <mailto:users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>>> > > > <mailto:users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>> > > <mailto:users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>>>>> > > > > > > > http://lists.rtems.org/mailman/listinfo/users > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > users mailing list > > > > > users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>> > > <mailto:users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>>> > > > <mailto:users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>> > > <mailto:users@rtems.org <mailto:users@rtems.org> > <mailto:users@rtems.org <mailto:users@rtems.org>>>> > > > > > > http://lists.rtems.org/mailman/listinfo/users > > > > > > > > > > > > > Hello Nicolas, > > > > > > > > I also don't know that problem. The > directory that > > should > > > be created > > > > "///h" looks like there are some variables > missing > > between the > > > > slashes. > > > > But I'm not aware of any directory h that > should be > > created > > > > somewhere. > > > > > > > > - Did you upgrade from a earlier build or > do you > > build in > > > a fresh > > > > checkout? There have been some changes to > the build > > system in > > > > the last > > > > months that have lead to incompatible > cache files. > > If it is an > > > > old tree, > > > > try to remove `build` and `.lock-waf_*`. > > > > > > > > - About when does the problem happen? It > seems your > > configure > > > > runs fine. > > > > So I assume that it appears during build > or install. > > Maybe > > > you could > > > > provide some lines of context to the error > message? > > > > > > > > Best regards > > > > > > > > Christian Mauderer > > > > > > > > > > -- > > > -------------------------------------------- > > > embedded brains GmbH > > > Herr Christian Mauderer > > > Dornierstr. 4 > > > D-82178 Puchheim > > > Germany > > > email: christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de> > > <mailto:christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de>> > > > <mailto:christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de> > > <mailto:christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de>>> > > > Phone: +49-89-18 94 741 - 18 > > > Fax: +49-89-18 94 741 - 08 > > > PGP: Public key available on request. > > > > > > Diese Nachricht ist keine geschäftliche Mitteilung > im Sinne > > des EHUG. > > > > > > > -- > -------------------------------------------- > embedded brains GmbH > Herr Christian Mauderer > Dornierstr. 4 > D-82178 Puchheim > Germany > email: christian.maude...@embedded-brains.de > <mailto:christian.maude...@embedded-brains.de> > Phone: +49-89-18 94 741 - 18 > Fax: +49-89-18 94 741 - 08 > PGP: Public key available on request. > > Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des > EHUG. > > > > _______________________________________________ > users mailing list > users@rtems.org > http://lists.rtems.org/mailman/listinfo/users > -- -------------------------------------------- embedded brains GmbH Herr Christian Mauderer Dornierstr. 4 D-82178 Puchheim Germany email: christian.maude...@embedded-brains.de Phone: +49-89-18 94 741 - 18 Fax: +49-89-18 94 741 - 08 PGP: Public key available on request. Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG. _______________________________________________ users mailing list users@rtems.org http://lists.rtems.org/mailman/listinfo/users