Re: [Denemo-devel] Re: GUB3: recent git changes don't work for me

[Jan Nieuwenhuizen]

On wo, 2009-07-22 at 08:52 +0100, Richard Shann wrote:
> On Tue, 2009-07-21 at 22:10 +0200, Jan Nieuwenhuizen wrote:
> > On di, 2009-07-21 at 18:43 +0100, Richard Shann wrote:
> >
> > > which doesn't quite correspond with the output on the console....
> > 
> > You mean the stack trace is not printed?  That's right, I removed that.
> ok

I'm still playing with the UI here a bit, the idea is that error
reporting gets better.
 
> > I may be able to help if you copy what the actual error was that
> > cd or make reported,
> ?? I copied and pasted what was on the screen. I have found (by
> searching for *.log the following:

Ah sorry, yes this is what I meant to say.  GUB is too stupid to
look for the actual error and print that, but it can print the
command which failed.

Maybe GUB could be more clever.  The alternative is to [possibly]
print the whole error log, but you get that when you run with
enough -vvv anyway, if you like that better :-)

> /bin/sh ../libtool --tag=CC   --mode=compile i686-mingw32-gcc -mwindows 
> -mms-bitfields -DHAVE_CONFIG_H -I. 
> -I/home/rshann/gub/target/mingw/src/pangocairo-1.24.4/pango -I.. 
> -DG_LOG_DOMAIN=\"Pango\" -DPANGO_ENABLE_BACKEND -DPANGO_ENABLE_ENGINE 
> -DSYSCONFDIR=\"/usr/etc\" -DLIBDIR=\"/usr/lib\" 
> -I/home/rshann/gub/target/mingw/src/pangocairo-1.24.4 -DG_DISABLE_CAST_CHECKS 
> -mms-bitfields -I/home/rshann/gub/target/mingw/root/usr/include/glib-2.0 
> -I/home/rshann/gub/target/mingw/root/usr/lib/glib-2.0/include    
> -I/home/rshann/gub/target/mingw/root/usr/include/cairo   
> -I/home/rshann/gub/target/mingw/root/usr/include/freetype2   
> -I/home/rshann/gub/target/mingw/root/usr/include       -g -O2 -Wall 
> -mms-bitfields -MT fonts.lo -MD -MP -MF .deps/fonts.Tpo -c -o fonts.lo 
> /home/rshann/gub/target/mingw/src/pangocairo-1.24.4/pango/fonts.c
> libtool: compile:  i686-mingw32-gcc -mwindows -mms-bitfields -DHAVE_CONFIG_H 
> -I. -I/home/rshann/gub/target/mingw/src/pangocairo-1.24.4/pango -I.. 
> -DG_LOG_DOMAIN=\"Pango\" -DPANGO_ENABLE_BACKEND -DPANGO_ENABLE_ENGINE 
> -DSYSCONFDIR=\"/usr/etc\" -DLIBDIR=\"/usr/lib\" 
> -I/home/rshann/gub/target/mingw/src/pangocairo-1.24.4 -DG_DISABLE_CAST_CHECKS 
> -mms-bitfields -I/home/rshann/gub/target/mingw/root/usr/include/glib-2.0 
> -I/home/rshann/gub/target/mingw/root/usr/lib/glib-2.0/include 
> -I/home/rshann/gub/target/mingw/root/usr/include/cairo 
> -I/home/rshann/gub/target/mingw/root/usr/include/freetype2 
> -I/home/rshann/gub/target/mingw/root/usr/include -g -O2 -Wall -mms-bitfields 
> -MT fonts.lo -MD -MP -MF .deps/fonts.Tpo -c 
> /home/rshann/gub/target/mingw/src/pangocairo-1.24.4/pango/fonts.c  
> -DDLL_EXPORT -DPIC -o .libs/fonts.o
> In file included from 
> /home/rshann/gub/target/mingw/src/pangocairo-1.24.4/pango/pango.h:31,
>                  from 
> /home/rshann/gub/target/mingw/src/pangocairo-1.24.4/pango/pango-impl-utils.h:28,
>                  from 
> /home/rshann/gub/target/mingw/src/pangocairo-1.24.4/pango/fonts.c:30:
> ../pango/pango-enum-types.h:12:9: error: macro names must be identifiers

> the indentifiers start with @ENUM_PREFIX@ which looks like the sort of
> thing those upper level configuration tools replace

Yes, this looks interesting.  It seems as somehow your gub build is
not using glib-mkenums from tools::glib, but rather from /usr/bin or
so.  Can you verify that?  Does your /usr/bin/glib-mkenums contain
@address@hidden  That would be a clue...  (have a look at gub's
glib-mkenums, it has @ENUMPREFIX@).  Try something like

    cd target/mingw/build/pangocairo-1.24.4/pango
    mv pango-enum-types.h foo.h
    make PATH=/home/rshann/gub/target/tools/usr/bin:$PATH pango-enum-types.h
    diff -u foo.h pango-enum-types.h


The stupid way to fix this would be to configure pangocairo with
--disable-rebuild, ie do 


diff --git a/gub/specs/pangocairo.py b/gub/specs/pangocairo.py
index 5e8c750..e05479d 100644
--- a/gub/specs/pangocairo.py
+++ b/gub/specs/pangocairo.py
@@ -16,6 +16,9 @@ class Pangocairo__mingw (Pangocairo):
         self.dump 
('''${PANGO_PREFIX}/lib/pango/${PANGO_MODULE_VERSION}/modules/pango-basic-win32${PANGO_SO_EXTENSION}
 BasicScriptEngineWin32 PangoEngineShape PangoRenderWin32 common:
 ''', '%(etc)s/pango.modules', env=locals (), mode='a')
         Pangocairo.fix_config_files (self, prefix)
+    def configure_command (self):
+        return (Pangocairo.configure_command (self)
+                + ' --disable-rebuild')
 
 class Pangocairo__darwin__no_quartz_objective_c (Pangocairo):
     def config_cache_overrides (self, string):

> with other more
> legal things when all is well.

oh, attempting to compile @ENUM_PREFIX@ is perfectly legal in the
Netherlands ;-)

> > Also, darwin-x86::denemo
> this is the apple mac, right? Already pushing my knowledge of the mac
> world:-)

Yes, the most recent flavour of it, afaik.  Not sure if it's still
called mac.

Jan.

-- 
Jan Nieuwenhuizen <address@hidden> | GNU LilyPond - The music typesetter
Avatar®: http://AvatarAcademy.nl    | http://lilypond.org