Re: [gnome-db] autoconf/make issues under mSys/MinGW

[Murray Cumming <murrayc murrayc com>]

On Tue, 2007-02-13 at 15:11 +0100, Brecht Sanders wrote:
> Hi,
> I'm still struggling to compile libgda under mSys/MinGW.
> For those who are not familiar with this environment, it is a gcc
> compatible environment for the win32 platform (also exists for Linux for
> cross-compilation for win32), which has all the required tools for
> compiling (sh, make, autoconf, gcc, ...).
> I already made all the latest versions of depenancies of libgda.
> The following compile issues I was able to work around, but these
> probably still need a good final solution:
> 
> ============
> 
> file:       libgda/gda-parameter-list.c
> problem:    compilation failed on unknow type "uint"
> workaround: add "-Duint=guint" to CFLAGS
> see also:
> http://mail.gnome.org/archives/gnome-db-list/2007-January/msg00038.html
> solution:   replace "uint" with "unsigned short"
> status:     to be fixed

Please put a patch for this (and anything else) in bugzilla.

> ============
> 
> error:      /usr/bin/env: perl -w: No such file or directory
> workaround: ln -s `which perl.exe` '/usr/local/bin/perl -w'
> solution:   change autoconfiguration script to generate "#!/usr/bin/env
> - perl -w"
>             instead of "#!/usr/bin/env perl -w"
> status:     to be fixed

Could we have some more context for this error, please. Presumably it's
some script that needs to not hard code it's perl path. That can be
fixed.

> ============
> 
> file:       libgda/gda-enum-types.h
> problem:    contains lines like this:
>             C:/Prog/MinGW-mSys/* enumerations from "gda-client.h" *//n
>             which shoult probably just look like this:
>             /* enumerations from "gda-client.h" */
>             apparently the mSys/MinGW path (with forward slashes) and a
> \n somehow make it into this file
> workaround: mv libgda/gda-enum-types.h libgda/gda-enum-types.h.orig
>             sed -e 's/^.:\/.*\(\/\*.*\*\/\)\/n$/\1/'
> libgda/gda-enum-types.h.orig > libgda/gda-enum-types.h
> solution:   ??? (fix wherever this file was generated)
> status:     to be fixed

This is generated - see the Makefile.am there. Maybe the \n is also in
the Makefile.am. GTK+ does the same thing, so this can obviously be made
to work.

> ============
> 
> file:       win32/libgda_graph-3.0.la
>             win32/libgda_handlers-3.0.la
> problem:    this files are empty (size = 0 bytes)
>             judging from the output dump below these files are based on
> dummy.la
>             which is shipped as an empty file
>             also note that at this point during the compilation the DLLs
> have not been generated yet
>             (libgda_graph-3.0-3.dll and libgda_handlers-3.0-3.dll)
> solution:   ???
> status:     to be fixed
> dump:
> 
> make[1]: Entering directory `/c/temp/libgda-2.99.4/win32'
> mkdir -p .libs
> dlltool --output-lib=.libs/libgda_graph-3.0.dll.a
> --dllname=libgda_graph-3.0-3.dll --input-def=./libgda_graph-3.0.def
> sed -e s!%DLL%!libgda_graph-3.0-3! -e s!%LIB%!libgda_graph-3.0! -e
> s!%PFX%!/usr/local! < ./dummy.la > libgda_graph-3.0.la
> mkdir -p .libs
> dlltool --output-lib=.libs/libgda_handlers-3.0.dll.a
> --dllname=libgda_handlers-3.0-3.dll
> --input-def=./libgda_handlers-3.0.def
> sed -e s!%DLL%!libgda_handlers-3.0-3! -e s!%LIB%!libgda_handlers-3.0! -e
> s!%PFX%!/usr/local! < ./dummy.la > libgda_handlers-3.0.la
> make[1]: Leaving directory `/c/temp/libgda-2.99.4/win32'
> .
> .
> .
> make[2]: Entering directory `/c/temp/libgda-2.99.4/libgda'
> /bin/sh ../libtool --tag=CC --mode=link gcc
> -I/usr/local/include/glib-2.0 -DLIBGDA_WIN32 -Duint=guint
> -L/usr/local/lib/glib-2.0 -o libgda-3.0.la -rpath /usr/local/lib
> -version-info 3:0:0 -no-undefined gda-enum-types.lo  gda-blob-op.lo
> gda-client.lo gda-column.lo gda-column-index.lo gda-command.lo
> gda-config.lo gda-connection.lo gda-connection-event.lo
> gda-data-handler.lo gda-data-model-array.lo gda-data-model-row.lo
> gda-data-model.lo gda-data-model-filter-sql.lo gda-data-model-hash.lo
> gda-data-model-import.lo gda-data-model-index.lo gda-data-model-iter.lo
> gda-data-model-query.lo gda-data-access-wrapper.lo gda-data-proxy.lo
> gda-dict-aggregate.lo gda-dict.lo gda-dict-constraint.lo
> gda-dict-database.lo gda-dict-field.lo gda-dict-function.lo
> gda-dict-table.lo gda-dict-type.lo gda-dict-reg-queries.lo
> gda-dict-reg-types.lo gda-dict-reg-aggregates.lo
> gda-dict-reg-functions.lo gda-entity.lo gda-entity-field.lo
> gda-graphviz.lo gda-init.lo gda-log.lo gda-marshal.lo gda-object.lo
> gda-object-ref.lo gda-parameter.lo gda-parameter-list.lo
> gda-quark-list.lo gda-query.lo gda-query-condition.lo
> gda-query-field-agg.lo gda-query-field-all.lo gda-query-field.lo
> gda-query-field-field.lo gda-query-field-func.lo
> gda-query-field-value.lo gda-query-join.lo gda-query-object.lo
> gda-query-parsing.lo gda-query-target.lo gda-referer.lo gda-renderer.lo
> gda-row.lo gda-server-operation.lo gda-server-provider.lo
> gda-server-provider-extra.lo gda-threader.lo gda-transaction-status.lo
> gda-util.lo gda-value.lo gda-xml-storage.lo
> sql-transaction/libgda_sql_transaction-3.0.la
> sql-delimiter/libgda_sql_delimiter-3.0.la ../libsql/libgdasql-3.0.la
> ../win32/libgda_graph-3.0.la ../win32/libgda_handlers-3.0.la
> -L/usr/local/lib -lgobject-2.0 -lgthread-2.0 -lgmodule-2.0 -lglib-2.0
> -lintl -liconv -lxml2
> libtool: link: `../win32/libgda_graph-3.0.la' is not a valid libtool
> archive
> make[2]: *** [libgda-3.0.la] Error 1
> make[2]: Leaving directory `/c/temp/libgda-2.99.4/libgda'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/c/temp/libgda-2.99.4/libgda'
> make: *** [all-recursive] Error 1
> 
> ============
> 
> For this last issue I have no workaround yet.
> Can anybody give me an idea why this happens or where I can look to find
> the root of the problem?
> Also if anybody knows how to get me back on my way to compile/link
> libgda anyway I would be grateful.
> 
> The second and third issue are probably things that need to be fixed in
> the configure script, but I don't know very well how to change the
> autoconf settings for this.
> 
> Any feedback is welcome,
> Regards
>     Brecht
> 
> _______________________________________________
> gnome-db-list mailing list
> gnome-db-list gnome org
> http://mail.gnome.org/mailman/listinfo/gnome-db-list
-- 
Murray Cumming
murrayc murrayc com
www.murrayc.com
www.openismus.com