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


On Sat, Aug 13, 2011 at 3:58 PM, Lionel Elie Mamane <lionel@mamane.lu> wrote:
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.

Pushed, thanks.

Norbert


--
Lionel


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.