SCons / scons

SCons - a software construction tool
http://scons.org
MIT License
2.11k stars 318 forks source link

Using Clean directive on a directory does not remove symlinks #1706

Open bdbaddog opened 6 years ago

bdbaddog commented 6 years ago

This issue was originally created at: 2007-08-09 13:05:08. This issue was reported by: cuberoot.

cuberoot said at 2007-08-09 13:05:08

I am working on a Scons project where I need to unpack a tar file that contains symbolic links. When I use the Clean directive to make sure the directory I unpacked to gets removed, I run into problems. Scons fails to clean up because it ignores the symbolic links when removing the directory and therefore it cannot remove the parent directory because it is not empty.

cuberoot said at 2007-08-09 13:06:22

Created an attachment (id=208) Tiny project that demonstrates bug. Just to "scons;scons -c"

mightyllamas said at 2008-03-30 11:21:26

Created an attachment (id=349) patch to add $"VARNAME"

mightyllamas said at 2008-03-30 11:22:13

Ignore that last patch - on the wrong bug. Tigris is playing tricks on me :)

gregnoel said at 2008-06-05 16:55:10

Bug party triage: combine with other symlink issues (#962, #1141, #1604 , #1947). Make symlinks a first-class Node type to resolve all these cases.

gregnoel said at 2008-06-30 17:07:34

Collect all symlink-related issues into a group with the keyword 'symlink'

gregnoel said at 2008-12-26 13:30:40

Adjust triage of issues.

garyo said at 2012-09-01 10:04:01

de-assigning all tickets assigned to Greg Noel (no longer working on SCons)

cuberoot attached SconsBug.tgz at 2007-08-09 13:06:22.

Tiny project that demonstrates bug. Just do scons; scons -c

mightyllamas attached spaced.patch at 2008-03-30 11:21:26.

patch to add $"VARNAME"

mwichmann commented 8 months ago

Removed "has patch" label again because the patch was for a different issue, had been attached to this issue in error.

Interesting decision: "Make symlinks a first-class Node type" did anything further ever happen with that?