Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


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.