On Sat, Aug 13, 2011 at 2:26 PM, Lionel Elie Mamane <lionel@mamane.lu> wrote:
Hi,
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... in fact clone should
contain at most
binfilter
dictionaries
help
translations
looks like you got a broken set-up.
- 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.
Norbert
Context
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.