Viktor, silly me! Yes, there is an option in SmartSVN which stops it from considering unversioned files and/or directories :)
Thanks. Maurilio. PS. What about writing such a delete if empty in .prg code and execute it with hbrun? We only need to make hbrun the latest deleted file and then remove the tree that contains it in the old way (knowing its name and depth, I mean). > > On 2009.08.07., at 4:08, maurilio longo wrote: > > > Hi Viktor, > > > >> Hi Maurilio, > >> > >> It cannot be removed as is, as it may hold files for other compilers, > >> and cleaning one target should touch the others. > >> > > > > Ok, I do understand. > > > >> If there is a command to remove parent dirs *if empty*, in a clean > >> way, we may add it to the clean rules. For NT shells I couldn't find > >> such command. > >> > > > > I'm not aware of such a command on OS/2 either, but a rd some_dir > > succeeds only if some_dir is empty; so it is not 'clean' but we > > could issue a rd obj/platform and then rd obj and if they're empty > > they will be removed. > > > > What do you think of such a hack? > > The problem with this manual parent-by-parent approach is that it > may break when using new HB_BUILD_NAME feature (and it needs to be > manually tackled each time we happen to change the structure of > the obj subdir). IOW, it's not generic and needs inside knowledge > of the obj path and repeat the delete step manually for all dir > levels. > > In fact, I'd be very happy if this could be done in such generic way > since this way we wouldn't even need 'os2-rm'. But, I couldn't yet > find a way to implement it using GNU Make syntax, maybe it's possible > though. > > Or, ideally or given there is a 'delete if empty' command, we > could just issue '<delete> obj' and it would clean everything which > is empty inside. > > To approach from a different angle, isn't there a way to tell > your SVN software to not automatically want add new files to SVN? > Such feature looks rather strange, after all the sandbox may > contain lots of files we wouldn't want to add to SVN. > > Brgds, > Viktor > > _______________________________________________ > Harbour mailing list > [email protected] > http://lists.harbour-project.org/mailman/listinfo/harbour > _______________________________________________ Harbour mailing list [email protected] http://lists.harbour-project.org/mailman/listinfo/harbour
