quic-k wrote:
> Wouldn't it be cleaner to use the libc choice to choose the base sysroot
> path and keep all other paths relative to sysroot, in a common code path
agreed, need to add C++ includes as `/c++/v1` on top of libc's include path
> We also duplicate a lot of code by special casing everything
I created a separate function constructHexagonPicolibcLinkArgs() but maybe
thats not needed
maybe we can just have all the logic in one function constructHexagonLinkArgs()
with multiple
```
if(default_libc) else if (picolibc){}
```
tbh I don't know which approach is better as both have their tradeoffs
single function won't have duplicate code, but it will have a lot of if else
for the C library choice, and not as easy to read as multiple functions
multiple functions do duplicate some code, but since the code is separate, its
easier to read and implement
but it also means, if we need to add a common arg in future, we will have to
add it in multiple functions
do you think its better to have single function? @quic-akaryaki
https://github.com/llvm/llvm-project/pull/183257
_______________________________________________
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits