<div dir="ltr"><div><div><div>The "dirty solution" actually only works if the drive is named C, and maybe the backslashes should not be there in the first place. <br></div>Maybe you already have dealt with this issue?<br><br></div>Kind Regards<br></div>Robin<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 30 Apr 2021 at 10:36, Robin Müller <<a href="mailto:robin.mueller.m@gmail.com">robin.mueller.m@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Issue can be reproduced by doing the quickstart application build on Windows 10. The issue are backslashes in the absolute paths of the dependency paths<br> which were not stripped from dependency paths on Windows,</div><div>causing waf to not recognize them as valid absolute paths. More specifically, I printed the resulting dependency paths after stripping</div><div><br></div><div> C\:/Users/Robin/Documents/RTEMS/rtems-tools/rtems/6/sparc-rtems6/erc32/lib/include/rtems/userenv.h <br><br></div><div>The backslash at the start causes the issue.<br></div><div>I was able to fix this with the following adaptations (gccdeps.py starting line 108)<br><br>  # Now join all the lines together<br>     txt = txt.replace('\\\n', '')<br><br>       val = txt.strip()<br>     val = [x.replace('\\ ', ' ') for x in re_splitter.split(val) if x]<br></div><div># This was added to replace backslashes which can cause issues on Windows<br></div><div>   if <a href="http://os.name" target="_blank">os.name</a> == 'nt':<br>     val = [x.replace('C:\\', 'C:') for x in re_splitter.split(val) if x]<br>       print(val)<br>    nodes = []<br>    bld = self.generator.bld<br><br></div><div>I don't know whether this can have other evil side effects, but the waf build works after that..<br><br></div><div>Kind Regards<br></div><div>Robin<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 30 Apr 2021 at 00:30, Vijay Kumar Banerjee <<a href="mailto:vijay@rtems.org" target="_blank">vijay@rtems.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all,<br>
<br>
<br>
On Thu, Apr 29, 2021 at 3:01 PM Chris Johns <<a href="mailto:chrisj@rtems.org" target="_blank">chrisj@rtems.org</a>> wrote:<br>
><br>
> On 30/4/21 5:01 am, Robin Müller wrote:<br>
> > Yes that is the prefix. The rtems.h file is definitely located at the location<br>
> > in the warning and it works on older commit of rtems_waf (where gccdeps.py is<br>
> > not used).<br>
> > I briefly looked through the gccdeps.py file and it is doing some string<br>
> > stripping operations.<br>
> > Maybe that is the issue but I am not sure.<br>
><br>
> Thank you for debugging this and I agree it look like something is a little off<br>
> in gccdeps.<br>
><br>
Yes, I had a patch for that but I think there was a discussion<br>
upstream between ita1024 and Chris and the conclusion was that the<br>
patch won't be accepted. I can't find it right now but I could fix<br>
this problem by using find_or_declare.<br>
<br>
@Robin: Please try to use the find function and see if it fixes.<br>
Here's an example that worked quite nicely in rtems-examples:<br>
<a href="https://git.rtems.org/rtems-examples/tree/filesystem/fat_ramdisk/wscript#n34" rel="noreferrer" target="_blank">https://git.rtems.org/rtems-examples/tree/filesystem/fat_ramdisk/wscript#n34</a><br>
<br>
<br>
Best regards,<br>
Vijay<br>
<br>
> I will need to try and reproduce this to have a chance of finding it. What<br>
> happens if you remove gccdeps.py? Will that you get past this point?<br>
><br>
> Chris<br>
> _______________________________________________<br>
> devel mailing list<br>
> <a href="mailto:devel@rtems.org" target="_blank">devel@rtems.org</a><br>
> <a href="http://lists.rtems.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.rtems.org/mailman/listinfo/devel</a><br>
</blockquote></div>
</blockquote></div>