Compilation with srcdir != builddir

[Adriaan de Groot]

On Friday 11 March 2005 16:46, David Faure wrote:
> On Friday 11 March 2005 16:31, Luciano Montanaro wrote:
> > Ok, thanks. Yes, it's a problem with kdenox because kjs is a directory
> > two levels under "." (kdesrc/kjs).
>
> Hmm, make is recursive, so "." is "builddir", not top_builddir. I said
> nonsense above. top_builddir is indeed not part of the includes (at least I
> can't see what would put it there). I wonder if kjs really compiles with
> automake and srcdir!=builddir (with no installed kjs/global.h header). It
> works with unsermake, since it adds -I../kjs automatically - does automake
> do that too?

It compiles thrice-daily here, so yes, it works with automake. Here's a bit of 
my compile line:


g++ -DHAVE_CONFIG_H -I. -I/mnt/src/kde-3.4//kdelibs/kjs -I.. -I../dcop 
-I../kdecore -I../kio/kssl -I/mnt/src/kde-3.4//kdelibs -I/usr/local/include

None of that comes from $(all_includes) ... I'm not sure where it _does_ come 
from, actually. Perhaps from this line in my Makefile:

DEFAULT_INCLUDES = -I. -I$(srcdir) -I$(top_builddir) -I$(top_builddir)/dcop 
-I$(top_builddir)/kdecore -I$(top_builddir)/kio/kssl

What causes that is a mystery to me right now.

-- 
These are your friends - Adem
    GPG: FEA2 A3FE Adriaan de Groot
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/kde-core-devel/attachments/20050311/88acd494/attachment.sig>