bug-autoconf
[Top][All Lists]
Advanced

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

Re: Mac OS X Leopard and conftest.dSYM directories


From: Ralf Wildenhues
Subject: Re: Mac OS X Leopard and conftest.dSYM directories
Date: Sun, 11 Nov 2007 15:08:46 +0100
User-agent: Mutt/1.5.17 (2007-11-04)

* Peter O'Gorman wrote on Sat, Nov 10, 2007 at 10:08:13PM CET:
> Ralf Wildenhues wrote:
> > 
> > What about separated compilation and linking?  Do the directories get
> > created upon
> >   cc -g -c foo.c
> >   cc -g -o foo foo.o
> 
> No, only when output is created directly from a source file (or when the
> user runs dsymutil). The compiler calls dsymutil in the case where it is
> going to delete the temporary object file (and with it the debugging
> information).
> 
> > say, these four examples:
> >   
> >   cc -g -o objsub/bar.o src/sub/foo.c

(there was a '-c' missing here)

> >   cc -g -o bin/foo sub/baz.o
> >   ar cru sub/libfoo.a sub2/bar.o sub3/baz.o
> >   cc [shlib_options] -o sub/foo.dylib bar/obj.o
> 
> In these cases the foo.dSYM directory structure is not created, out of
> curiosity, I tried:
> cc -g -o objsub/foo src/sub/foo.c
> and foo.dSYM was created in the output dir (objsub/foo.dSYM).

OK.

> The barf that is output during configure is mostly harmless, but is
> annoying. We just need to change the tests that do compilation without
> any intermediate objects to either use intermediate objects, or rm -rf
> conftest.* afterwards.

What happens if there is a conftest.dSYM file or directory lying around
from an earlier test.  Does that impact the test, so that we would also
need to remove the directory beforehand?

Thanks,
Ralf




reply via email to

[Prev in Thread] Current Thread [Next in Thread]