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> 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>> 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>) > > > > > > 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> > > > > 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>>> 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> > > > [ 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>>>> 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>>>> 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>>>>> 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>>>>> 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>>>>> 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>>>> > > > > > > > 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>>> > > > > > 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>> > > > 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 > 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