Waf error building rtems-libbsd on macOS 10.14
adam.lindberg at stritzinger.com
Thu Jan 24 09:40:19 UTC 2019
My python version are:
$ python --version
$ python3 --version
Waf is just invoked with ./waf -vvv (the -vvv was added by me to debug this issue). The full output, including the run of ./waf configure before is here:
As you can see, we always run the script with -x:
We use Waf 2.0.13 but trying with the latest 2.0.14 yields the same result.
+49 8135 69492 90
Peer Stritzinger GmbH Geschäftsführer: Peer Stritzinger
Aumüllerstr. 14 Handelsregister München HRB 133238
82216 Maisach www.stritzinger.com
> On 23. Jan 2019, at 17:36, Joel Sherrill <joel at rtems.org> wrote:
> This could be something Mac specific that I won't be of help with. But there are a couple of things you can look into.
> + grab the latest version of waf and try that to see if it works.
> + What python do you have?
> Have you done a sh -x on that script and seen the exact waf command invoked?
> On Wed, Jan 23, 2019 at 5:12 AM Adam Lindberg <adam.lindberg at stritzinger.com> wrote:
> I’m trying to build our RTEMS based toolchain on macOS 10.14 and after solving some compilation errors for GCC I hit a strange error with Waf when building rtems-libbsd:
> Could not create the directory ///o
> In fact, even running Waf with -vvv didn’t yield much more useful information for me, who does not know the internals of the build process.
> The full troubleshooting thread can be found here, with the most relevant comments to the end: https://github.com/grisp/grisp-software/pull/46
> The build script that triggers the error is here:
> If anyone has any suggestions of how to debug this error, I’d be very grateful.
> Adam Lindberg
> Senior Developer
> +49 8135 69492 90
> Peer Stritzinger GmbH Geschäftsführer: Peer Stritzinger
> Aumüllerstr. 14 Handelsregister München HRB 133238
> 82216 Maisach www.stritzinger.com
> users mailing list
> users at rtems.org
More information about the users