Re: Problem compiling from cvs



On Wed, 2007-01-03 at 14:20 +0100, Hans Breuer wrote:
On 03.01.2007 13:37, Tor Harald Thorland wrote:

Hello,

I downloaded the latest cvs version of Dia.
Did run:
./autogen.sh --prefix=/home/tortho/dia --enable-gnome
and then make.

Make gives me the following error.
I/usr/include/libgnomeui-2.0 -I/usr/include/libgnomecanvas-2.0
-I/usr/include/libbonoboui-2.0 -I/usr/include/gnome-keyring-1
-I/usr/include/libart-2.0   -DPREFIX=\""/home/tortho/dia"\"
-DSYSCONFDIR=\""/home/tortho/dia/etc"\"
-DDIA_DATADIR=\""/home/tortho/dia/share"\"
-DDIA_LIBDIR=\""/home/tortho/dia/lib"\"
-DLOCALEDIR=\"/home/tortho/dia/share/locale\"
-DUIDATADIR=\"/home/tortho/dia/share/dia/ui\"
-I/usr/include/libxml2 -I/usr/include/freetype2 -g -O2  -Wall -Wunused
--std=c89 -Wdeclaration-after-statement -Wmissing-prototypes
-Wmissing-declarations -finline-functions -fstrict-aliasing -MT
app_procs.o -MD -MP -MF ".deps/app_procs.Tpo" -c -o app_procs.o
app_procs.c; \
         then mv -f ".deps/app_procs.Tpo" ".deps/app_procs.Po"; else
rm -f ".deps/app_procs.Tpo"; exit 1; fi
app_procs.c: In function ?do_convert?:
app_procs.c:421: warning: passing argument 4 of ?ef->export_func?
discards qualifiers from pointer target type
app_procs.c: In function ?app_init?:
app_procs.c:791: error: ?DATADIR? undeclared (first use in this function)
app_procs.c:791: error: (Each undeclared identifier is reported only once
app_procs.c:791: error: for each function it appears in.)
app_procs.c:791: error: ?LIBDIR? undeclared (first use in this function)
make[4]: *** [app_procs.o] Error 1
make[4]: Leaving directory `/home/tortho/source/dia/app'
make[3]: *** [all-recursive] Error 1
make[3]: Leaving directory `/home/tortho/source/dia/app'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/home/tortho/source/dia/app'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/tortho/source/dia'
make: *** [all] Error 2

Does anyone have any hint on this one?
This is a side-effect of:

2006-10-12  Lars Clausen  <lars raeder dk>

      * lib/dia_dirs.c (dia_get_lib_directory, dia_get_data_directory):
      * lib/Makefile.am (AM_CPPFLAGS):
      * app/Makefile.am (INCLUDES): Rename DATADIR and LIBDIR to
      DIA_DATADIR and DIA_LIBDIR to avoid conflicts with libtool and the
      like.  Thanks to lode leroy <lode_leroy hotmail com> for pointing
      out the solution.

Unfortuantely I don't know what problem was supposed to be fixed by that.
The issue already is reported as
http://bugzilla.gnome.org/show_bug.cgi?id=385701

Lode wrote:

The use of Makefile variable DATADIR collides with a datatype in
w32api:

/usr/include/w32api/objidl.h:58
typedef OLECHAR **SNB;
typedef enum tagDATADIR {
        DATADIR_GET=1,
        DATADIR_SET
} DATADIR;


Could DIA be adapted to use DIA_DATADIR (like DIA_SHEETDIR)?
(And while you're at it, LIBDIR -> DIA_LIBDIR)

That's why.

-Lars




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