Symbolic links to directories not preserved when exporting
See original GitHub issueHello,
I’m trying to make a recipe to build Qt5 for macOS and build the modules as frameworks. Everything works perfectly when they are built and used locally. However, if I upload the package to the server, the package is not usable on any machine that will pull this package.
My feeling is that the export of the package is not preserving the symbolic links to directories (which are fundamental in frameworks).
For instance, under QtCore.framework
, on the build machine I have:
lrwxr-xr-x 1 atussiot staff 24B Apr 21 16:06 Headers@ -> Versions/Current/Headers
lrwxr-xr-x 1 atussiot staff 23B Apr 21 16:06 QtCore@ -> Versions/Current/QtCore
-rw-r--r-- 1 atussiot staff 1.2K Apr 21 16:06 QtCore.prl
lrwxr-xr-x 1 atussiot staff 26B Apr 21 16:06 Resources@ -> Versions/Current/Resources
drwxr-xr-x 4 atussiot staff 136B Apr 21 16:06 Versions/
while in the same package downloaded from the server I get (only the link to the binary survives):
lrwxr-xr-x 1 jenkins staff 23 Apr 20 16:11 QtCore -> Versions/Current/QtCore
-rw-r--r-- 1 jenkins staff 1194 Jan 1 1970 QtCore.prl
drwxr-xr-x 3 jenkins staff 102 Apr 20 16:11 Versions
This causes CMake to fail in our project:
The imported target “Qt5::Core” references the file “/Users/jenkins/.conan/data/Qt5/5.6.2-0/pix4d/testing/package/7586e5a72612387c5beb630c8ff07f1a397d08b6/lib/QtCore.framework/Headers” but this file does not exist.
I saw that the PR #947 addressed a similar issue. But somehow it doesn’t seem to apply to links to directory?
I also checked the conanmanifest.txt
and the missing links are not referenced there, perhaps the root cause is that their hashes cannot be computed? Or am I missing something?
Thank you!
Issue Analytics
- State:
- Created 6 years ago
- Comments:17 (11 by maintainers)
Hi @memsharded!
Sorry for the late reply, I will give it a try today and let you know how it goes!
Great news, thank you very much! Looking forward to testing it!