RE: [gnome-db] Compiling libgda under cygwin

["Daniel Morgan" <danmorg sc rr com>]

Hi Rodrigo

I did a fresh install of cygwin and included everything to install.  I
used the mono-build-w32.sh which downloads mono and dependencies
(glib2.0, pkgconfig, libiconv, libintl, libgc), builds, and installs
these things.  This was successful.

I also checked out from gnome cvs: libgda, gnome-common, and intltool.
Both 
Gnome-common and intltool are required to build libgda.  Gnome-xml was
installed with cygwin as libxml2.  Gnome-common contains
gnome-autogen.sh that is called by libgda's autogen.sh.  To build
gnome-common, you need intltool.  Somebody suggested I look at
intltool/doc/I18N-HOWTO which I did.

I did a ./autogen, make, make install for gnome-common and intltool and
then successfully built and installed.

I wish there was something I could read about this
autogen.sh/autoheader/automake/autoconf/configure stuff because I have
no clue what it is.  

***** Any help is appreciated ****

Anyways, here is the errors I am getting now:

danmorg DANPC ~/libgda
$ ./autogen.sh
**Warning**: I am going to run `configure' with no arguments.
If you wish to pass any to it, please specify them on the
`./autogen.sh' command line.

processing .
Creating ./aclocal.m4 ...
Running glib-gettextize...  Ignore non-fatal messages.
cd: can't cd to /target/share/glib-2.0/gettext
gettext source directory '/target/share/glib-2.0/gettext' doesn't exist
Making ./aclocal.m4 writable ...
Running intltoolize...
grep: po/Makefile.in.in: No such file or directory
grep: po/Makefile.in.in: No such file or directory
grep: po/Makefile.in.in: No such file or directory
grep: po/Makefile.in.in: No such file or directory
patch: **** can't find file `po/Makefile.in.in' : No such file or
directory
Running libtoolize...
You should add the contents of
`/usr/autotool/devel/share/aclocal/libtool.m4' to
 `aclocal.m4'.
Running aclocal -I /usr/local/share/aclocal/gnome2-macros  ...
aclocal: configure.in: 60: macro `AM_GLIB_GNU_GETTEXT' not found in
library
Running autoheader...
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.

WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':

WARNING:   AC_DEFINE([NEED_MAIN], 1,
WARNING:             [Define if a function `main' is needed.])

WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: error: AC_CONFIG_HEADERS not found in configure.in
Running automake --gnu  ...
configure.in:29: your implementation of AM_INIT_AUTOMAKE comes from an
configure.in:29: old Automake version.  You should recreate aclocal.m4
configure.in:29: with aclocal and run automake again.
Use of uninitialized value in pattern match (m//) at
/usr/autotool/devel/bin/aut
omake line 3683.
configure.in:28: required file `./config.h.in' not found
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/depend2.am: AMDEP does not
appear in A
M_CONDITIONAL
/usr/autotool/devel/share/automake-1.6/am/lang-compile.am: AMDEP does
not appear
 in AM_CONDITIONAL
Running autoconf ...
configure.in:28: error: possibly undefined macro: AM_CONFIG_HEADER
configure.in:29: error: possibly undefined macro: AM_INIT_AUTOMAKE
configure.in:31: error: possibly undefined macro: AM_MAINTAINER_MODE
configure.in:33: error: possibly undefined macro: AC_PROG_INTLTOOL
configure.in:46: error: possibly undefined macro: AM_PROG_LIBTOOL
configure.in:60: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT
configure.in:80: error: possibly undefined macro: AM_CONDITIONAL
Running ./configure --enable-maintainer-mode --enable-compile-warnings
...
./configure: line 1195: syntax error near unexpected token
`AM_CONFIG_HEADER(con
fig.h)'
./configure: line 1195: `AM_CONFIG_HEADER(config.h)'

danmorg DANPC ~/libgda
$

-----Original Message-----
From: Rodrigo Moya [mailto:rodrigo gnome-db org] 
Sent: Saturday, May 04, 2002 8:09 AM
To: Daniel Morgan
Cc: Gnome-db list
Subject: Re: [gnome-db] Compiling libgda under cygwin

On Sat, 2002-05-04 at 04:16, Daniel Morgan wrote:
> Since libgda has gone through a refactoring to separate the CORBA
> dependencies into a different layer, I thought I would try to compile
> libgda under cygwin.  

yes, looking at gnome-xml sources might be a good example, since it uses
auto*, and it works on many platforms, included cygwin, AFAIK.

Once you get the auto* stuff solved, the only thing to do would be to
compile over and over, to find the problems. And anything you find
there, tell us, and we'll see how's the best way to fix it.
Although, using glib and libxml2, we shouldn't have to change many
things. The code should be mostly portable as it is.