On Sat, Aug 13, 2011 at 03:43:36PM -0500, Norbert Thiebaud wrote:
On Sat, Aug 13, 2011 at 2:26 PM, Lionel Elie Mamane <lionel@mamane.lu> wrote:
If ./download is run twice:
- the first time it creates e.g. symlink ure connectivity -> clone/libs-core/connectivity
there is no clone/libs-core anymore on master...
The example was taken from a libreoffice-3.4 branch.
- the second time it creates a symlink named connectivity/connectivity
(thus clone/libs-core/connectivity/connectivity) pointing to
clone/libs-core/connectivity, that is pointing to
ROOT_OF_SOURCE_TREE/clone/libs-core/connectivity/clone/libs-core/connectivity .
That second symlink is not what was intended and is a dangling
symlink. The attached patch fixes that, telling ln to always create
the symlink as named on the command line, and to never implicitly
create a symlink named after the target in the directory named on the
command line.
-T is not a portable option of ln, iow your patch would break MacOS
build.
Good point. FreeBSD, MacOS X and GNU ld all support option "-n", which
is sufficient for this particular need. So new version of patch
attached.
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.