bug-gnunet
[Top][All Lists]
Advanced

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

[bug-GNUnet] problem building GNUnet-0.6.0a


From: Mike Castle
Subject: [bug-GNUnet] problem building GNUnet-0.6.0a
Date: Thu, 15 Apr 2004 14:59:47 -0700
User-agent: Mutt/1.5.6i

I try to build all autoconfiscated packages outside of srcdir (that is
srcdir != builddir).  The INSTALL that comes with GNUnet suggests that this
should work.

This fails for GNUnet-0.6.0a with the following:

i386-linux-gcc -DHAVE_CONFIG_H -I. -I../../../GNUnet-0.6.0a/src/util 
-I../../src/include -DPLUGIN_PATH=\"/usr/lib\" -DELIBDIR=\"\" 
-fno-strict-aliasing -Wall -g -O2 -MT bloomfilter.lo -MD -MP -MF 
.deps/bloomfilter.Tpo -c ../../../GNUnet-0.6.0a/src/util/bloomfilter.c -fPIC 
-DPIC -o .libs/bloomfilter.lo
../../../GNUnet-0.6.0a/src/util/bloomfilter.c:42:25: gnunet_util.h: No such 
file or directory

Followed by a whole bunch of errors....

Now the thing is that configure.ac has config.h go into src/include, which
causes $(top_builddir)/src/include to be added to DEFAULT_INCLUDES.  When
building inside the srcdir, this causes the correct src/include to be added
to the list of includes quite by accident.

What should probably be done is change to AM_CONFIG_HEADER([config.h]), and
add appropriate INCLUDES to various Makefile.am to allow proper
compilation.

Hmm... it looks like at least one of the files includes config.h.  This is
probably a really bad idea.  The includes should be refactored so that
installed headers either don't need to include certain files, or it should
be required that the calling application includes things in the correct
order.

mrc
-- 
     Mike Castle      address@hidden      www.netcom.com/~dalgoda/
    We are all of us living in the shadow of Manhattan.  -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc




reply via email to

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