Re: [gtkmm] gtkmm and MSVC 2003

[Robin Neatherway <robthebob gmail com>]

I tried running autogen.sh with a completely fresh install on cygwin,
but got this result:

Adding libtools.
Building macros.
/usr/share/aclocal/pkg.m4:5: warning: underquoted definition of
PKG_CHECK_MODULES
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/libsmi.m4:8: warning: underquoted definition of
AM_PATH_LIBSMI
/usr/share/aclocal/libmcrypt.m4:17: warning: underquoted definition of
AM_PATH_LIBMCRYPT
/usr/share/aclocal/freetype2.m4:7: warning: underquoted definition of
AC_CHECK_FT2
/usr/share/aclocal/cppunit.m4:4: warning: underquoted definition of
AM_PATH_CPPUNIT
/usr/share/aclocal/check.m4:5: warning: underquoted definition of AM_PATH_CHECK
configure.ac:99: error: `
' is already registered with AC_CONFIG_FILES.
autoconf/status.m4:848: AC_CONFIG_FILES is expanded from...
configure.ac:99: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: autom4te failed with exit status: 1
Building makefiles.
configure.ac:99: error: `
' is already registered with AC_CONFIG_FILES.
autoconf/status.m4:848: AC_CONFIG_FILES is expanded from...
configure.ac:99: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
automake: autoconf failed with exit status: 1
Building configure.
configure.ac:99: error: `
' is already registered with AC_CONFIG_FILES.
autoconf/status.m4:848: AC_CONFIG_FILES is expanded from...
configure.ac:99: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
Running configure.
./configure: not found

run "make"

I'm going to try running it in a Linux VM.

Thanks for the clear-up there, but what exactly is the ABI?


On Thu, 23 Sep 2004 16:44:06 -0700, Timothy M. Shead <tshead k-3d com> wrote:
> Robin Neatherway wrote:
> 
> > I'm using the prebuilt packages from here:
> > http://www.pcpm.ucl.ac.be/~gustin/win32_ports/
> > <http://www.pcpm.ucl.ac.be/%7Egustin/win32_ports/> which currently use
> > version 2.0.3 from the pkg-config output. The program compiles
> > perfectly using gcc within Msys, but fails in MSVC. Both environments
> > compile bare gtk+ apps perfectly.
> 
> Assuming you get it to compile, you won't be able to link your MSVC
> application with a library built using MinGW, because the C++ ABI for
> the two compilers are different.  GTK+ apps build fine because there
> you're using just the C ABI, which is compatible.
> 
> > I also tried to build the latest 2.0.5 version of libsigc++2 from
> > cvs.gnome.org <http://cvs.gnome.org>, but that didnt go too well either.
> > When I loaded the
> > .vcproj file into MSVC and tried to build, there were a load of files
> > missing. I found them with .m4 extensions in macros directories, but
> > I'm unfamiliar with m4 and running them through a simple "m4 slot.h.m4
> >  > slot.h" and then placing that file in the correct location caused a
> > load more errors to do with sigc not being in the global namespace. I
> > tried running autogen.sh, ac.local, and many other commands to set it
> > up properly under cygwin but I couldn't seem to do it.
> 
> Most of the libsigc++ source is generated automatically from the m4
> files.  If you have a bash environment via cygwin or msys, you should be
> able to run the autogen.sh script, then "make", which will generate the
> source.  From there you can open the MSVC solution file and build.
> 
> Cheers,
> Tim
>