Hi Mr. Andrew C Aitchison,
We have tried using the "-no-canonical-prefixes" option, but unfortunately, it didn't resolve the issue. Below is the list of compiler options we are using:
"-DBRS_PLATFORM_RH850",
"-DBRS_COMP_GHS",
"-DVMEM_30_RH850FACI01_HSM_ACTIVE",
"-fprofile-arcs",
"-ftest-coverage",
"-g",
"-O2",
"-no-canonical-prefixes",
"-Iexternal/+_repo_rules+test_sip /components/xxxx",
The "-I" include path is a symbolic link to a local directory dynamically created by Bazel. During compilation, it is being resolved automatically to an absolute path like D:/test/sip_test/components/xxxx/test.h, which is causing problems because Bazel does not accept absolute paths.
NOTE: We are running on Windows system.
Thanks & Regards,
Vaishali Pundir
-----Original Message-----
From: Andrew C Aitchison <andrew@xxxxxxxxxxxxxxx>
Sent: Thursday, December 12, 2024 9:32 PM
To: Pundir, Vaishali (623) <vaishali.pundir@xxxxxxxxxxxxxxxxx>
Cc: gcc-help@xxxxxxxxxxx
Subject: Re: Bazel Symbolic Links
[**EXTERNAL E-MAIL**]
On Thu, 12 Dec 2024, vaishali.pundir--- via Gcc-help wrote:
> GCC resolves symbolic links to absolute paths, causing issues in Bazel
> builds by including non-builtin files with absolute paths.
> Is it possible to set GCC for relative path or it does not resolve
> symbolic links by default.
Does gcc option "-no-canonical-prefixes"
or ld option "-rpath" help ?
--
Andrew C. Aitchison Kendal, UK
andrew@xxxxxxxxxxxxxxx
If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support.
