Re: atk compiling problem GLIB_GENMARSHAL

[Sergei Steshenko <sergstesh yahoo com>]

--- Yan Gu <gygy cc gatech edu> wrote:

> Hi Sergei,
> 
> Thanks for your reply. I tried your software but ran into the same error.
> Finally I figured out that I just set PKG_CONFIG_PATH=../GLIB-2.12.0
> instead of /root/GLIB-2.12.0 and that solves my problem with the Makefile.
> I wonder if that could be a bug in the atk and pango software
> configure file itself.
> 
> Your software seems to be a very nice software but would be even better if
> I could use the default script but specify what software package I could
> install and their version number as command line parameters.
> 
> Thanks and have a nice weekend!
> 
> Yan
> 
> 
>                         -Yan Gu (gygy cc gatech edu)
> 
> 
> 
> On Fri, 4 Aug 2006, Sergei Steshenko wrote:
> 
> >
> >
> > --- gygy cc gatech edu wrote:
> >
> > > Hi,
> > >
> > > I got problem while compiling atk-1.10.3 on redhat Linux 2.4. After I run
> > > configure and make, I got the following error and the part related in
> > > Makefile is also shown as attached. It seems that the problem is the path
> > > of GLIB_GENMARSHAL is not defined correctly. Does any one know where I can
> > > change the definition for GLIB_GENMARSHAL?
> > >
> > > Thanks
> > >
> > > Yan
> > >
> > > p/s
> > > 1/2: make output
> > > --------------
> > > [root lawn-199-77-206-16 atk-1.10.3]# make
> > > make  all-recursive
> > > make[1]: Entering directory `/root/atk-1.10.3'
> > > Making all in atk
> > > make[2]: Entering directory `/root/atk-1.10.3/atk'
> > > ..//root/glib-2.12.0/gobject/glib-genmarshal --prefix=atk_marshal
> > > ./atkmarshal.list --header >> xgen-gmh \
> > > && (cmp -s xgen-gmh atkmarshal.h || cp xgen-gmh atkmarshal.h) \
> > > && rm -f xgen-gmh xgen-gmh~                                     \
> > > && echo timestamp > stamp-atkmarshal.h
> > > /bin/sh: line 1: ..//root/glib-2.12.0/gobject/glib-genmarshal: No such
> > > file or directory
> > > make[2]: *** [stamp-atkmarshal.h] Error 127
> > > make[2]: Leaving directory `/root/atk-1.10.3/atk'
> > > make[1]: *** [all-recursive] Error 1
> > > make[1]: Leaving directory `/root/atk-1.10.3'
> > > make: *** [all] Error 2
> > > -------------------
> > >
> > > 2/2: In Makefile, the related part is defined as shown below:
> > > ------
> > >  25 top_builddir = .
> > >
> > >      87 GLIB_CFLAGS = -I$(top_builddir)//root/glib-2.12.0
> > > -I$(top_builddir)//root/glib-2.12.0/. -
> > > I$(top_builddir)//root/glib-2.12.0/./glib
> > > -I$(top_builddir)//root/glib-2.12.0/./gmodule
> > >      88 GLIB_GENMARSHAL =
> > > $(top_builddir)//root/glib-2.12.0/gobject/glib-genmarshal
> > > ---------------------------------------------Note: this is not
> > > right------------
> > > _______________________________________________
> > > gtk-list mailing list
> > > gtk-list gnome org
> > > http://mail.gnome.org/mailman/listinfo/gtk-list
> > >
> >
> > Try my project - the tool successfully compiles 'atk' among other things.
> >
> > See my signature.
> >
> > --Sergei.
> >
> >
> > Applications From Scratch: http://appsfromscratch.berlios.de/
> >
> > __________________________________________________
> > Do You Yahoo!?
> > Tired of spam?  Yahoo! Mail has the best spam protection around
> > http://mail.yahoo.com
> >
> 

The whole idea my tool is that configuration is provided in a file,
not on command line.

This is because any complex real target depends on others, so you
can't just say that you want to compile a target without specifying
other targets on which it depends.

That is why config file reflects hierarchical data describing the
dependencies.

Command line is quite inconvenient for specifying nested dependencies.

--Sergei.

Applications From Scratch: http://appsfromscratch.berlios.de/

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com