Re: rm: conftest.dSYM: is a directory (Was: Weird message from configure)

[Akim Demaille]

Akim:
> I see this when configuring bison:
>
> checking whether g++ builds executables that work... yes
> checking for Java virtual machine... rm: conftest.dSYM: is a directory
> java
> rm: conftest.dSYM: is a directory
> checking for Java compiler... javac -source 1.3
> checking for Java virtual machine... rm: conftest.dSYM: is a directory
> (cached) java
> configure: creating ./config.status
> /bin/sh ./config.status
>
> is this known?

Hans:
> If you mean something being a directory when it shouldn't, yes I  
> have seen it, and in the variation I saw, it is not Bison related,  
> but a fault in the installation of the Mac OS X 10.4 development  
> package. Two years ago I sent an email to warn Akim about it, and  
> how to work around it, but I did not get any reply.

I don't remember.  I did have a problem when installing XCode 3.0,
I should try on another machine, but here is the problem:

address@hidden /tmp $ cat foo.c                                           
11:28:55
int main () { return 0; }
address@hidden /tmp $ rm -rf a.out*                                       
11:30:07
address@hidden /tmp $ gcc -g foo.c                                        
11:30:12
address@hidden /tmp $ ls -lR a.out*                                       
11:30:16
-rwxr-xr-x  1 akim  wheel  12740 Nov 12 11:30 a.out

a.out.dSYM:
total 0
drwxr-xr-x  4 akim  wheel  136 Nov 12 11:30 Contents

a.out.dSYM/Contents:
total 8
-rw-r--r--  1 akim  wheel  766 Nov 12 11:30 Info.plist
drwxr-xr-x  3 akim  wheel  102 Nov 12 11:30 Resources

a.out.dSYM/Contents/Resources:
total 0
drwxr-xr-x  3 akim  wheel  102 Nov 12 11:30 DWARF

a.out.dSYM/Contents/Resources/DWARF:
total 16
-rw-r--r--  1 akim  wheel  4435 Nov 12 11:30 a.out
address@hidden /tmp $ gcc --version                                       
11:30:27
i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5465)
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There  
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR  
PURPOSE.

address@hidden /tmp $                                                     
11:35:23


So the Autoconf test that checks for -g support creates this directory
which is not removed by most rm -f conftest.% because most of the time
the % is explicitly given (e.g., that test runs "rm -f core *.core
core.conftest.* gmon.out bb.out conftest$ac_exeext conftest.$ac_objext
conftest.$ac_ext").  Other tests simply go for "rm -f conftest.*" and
fail on conftest.dSYM being a directory.

I have no idea whether this is a problem with my setup, or something
common to all the OSX architectures.  It's weird though that this
was not reported more often.