Re: rm -f core cause some troubles

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/08/2012 02:52 AM, picca@xxxxxxxxxx wrote:
> So the logic when removing core files,
> would be to check first thta they are real file and not a directory.

That would slow down 'configure' everywhere.

It might make sense to have an Autoconf option that would
add that behavior as an option, for people who want to have
directories named 'core', and who don't mind the slowdown.

> ERROR: files left in build directory after distclean:
> ./confdefs.h

I don't see how this is related to the problem with 'core'.
It appears to be a separate bug.

For your immediate problem, the simplest thing might be
for you to rename the directory 'core', to 'Core', say.
If that's not possible, you could run 'configure' in
a subdirectory perhaps.

_______________________________________________
Autoconf mailing list
Autoconf@xxxxxxx
https://lists.gnu.org/mailman/listinfo/autoconf


[Index of Archives]     [GCC Help]     [Kernel Discussion]     [RPM Discussion]     [Red Hat Development]     [Yosemite News]     [Linux USB]     [Samba]

  Powered by Linux