anutosh491 wrote:

No 3 : (proposing a fix through upcoming commits)

I see that the orc runtime on a linux machine would end up somewhere here (as 
in my case)
```
(test) 
anutosh491@vv-nuc:/build/anutosh491/llvm-project/build/lib/clang/22/lib/x86_64-unknown-linux-gnu$
 ls
liborc_rt.a
```

But on a mac machine, it might end up here (as in @kr-2003 's case)
```
/Users/abhinav/Desktop/Coding/CERN/llvm-project/build/lib/clang/20/lib/darwin/liborc_rt_osx.a
```

So we have access to these two location in the `getOrcRuntimePath` function 
https://github.com/llvm/llvm-project/blob/8ea447b4c4b007ea1c736f71e569fda621f4fdc8/clang/lib/Interpreter/Interpreter.cpp#L395-L399

`getCompilerRTPath` equates to `<ResourceDir>/lib/<OSLibName>` 
`getRuntimePath` equates to `<ResourceDir>/lib/<triple>/`

And the orc runtime can be present in one of these 2 locations but 
`getOrcRuntimePath` just searches `getCompilerRTPath` for now !

https://github.com/llvm/llvm-project/blob/8ea447b4c4b007ea1c736f71e569fda621f4fdc8/clang/lib/Interpreter/Interpreter.cpp#L405-L415

We need to update this to prioritise both !

https://github.com/llvm/llvm-project/pull/165852
_______________________________________________
cfe-commits mailing list
[email protected]
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits

Reply via email to