[Scons-users] Why directories are not removed on clean?

[Alexey Petruchik]

And I must note that in my case this folder would not be empty because
Xcode will and some files to .xcodeproj folder after opening it. But in
this case they are not critical cause they store opened files, window
layout etc.

On Wed, Oct 24, 2012 at 9:45 PM, Alexey Petruchik <i100500 at gmail.com> wrote:


> The problem is that i'm playing with Xcode project generation in scons.

> And Xcode project is just a folder nevertheless it looks like a file in

> Finder so after clean this "file" is not cleaned. I could try to write

> remove() for Dir class but my concern is what to do with non-empty

> directories?

>

> On Wed, Oct 24, 2012 at 7:50 PM, Russel Winder <russel at winder.org.uk>wrote:

>

>> On Wed, 2012-10-24 at 08:31 -0400, Francis Bolduc wrote:

>> > +1

>> >

>> > I consider this a minor annoyance that "scons -c" leaves traces. This

>> > forces me to add extra steps on top of SCons to clean my working

>> > copies.

>> >

>> > Fortunately, with out-of-source builds using VariantDir, I only have

>> > to remove the one directory containing all build products.

>>

>> This last point is the only reason I haven't been screaming and throwing

>> my toys out of my pram ;-)

>>

>> I am still irritated having to have:

>>

>>         Clean('.', buildDirectory)

>>

>> in SConstruct.

>>

>> --

>> Russel.

>>

>> =============================================================================

>> Dr Russel Winder      t: +44 20 7585 2200   voip:

>> sip:russel.winder at ekiga.net

>> 41 Buckmaster Road    m: +44 7770 465 077   xmpp: russel at winder.org.uk

>> London SW11 1EN, UK   w: www.russel.org.uk  skype: russel_winder

>>

>> _______________________________________________

>> Scons-users mailing list

>> Scons-users at scons.org

>> http://four.pairlist.net/mailman/listinfo/scons-users

>>

>>

>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://four.pairlist.net/pipermail/scons-users/attachments/20121025/2a1f5373/attachment.html>