Re: More compiling issues this time gtk-doc
- From: electroteque <spam electroteque org>
- To: Stefan Kost <ensonic hora-obscura de>
- Cc: Gtk+ Developers <gtk-devel-list gnome org>, Richard Hult <richard imendio com>
- Subject: Re: More compiling issues this time gtk-doc
- Date: Mon, 6 Feb 2006 22:15:15 +1100
Yeh, somebody like me really doesnt need it, but glib seemed to even
with the --disable-gtk-doc
Im up to atk atm. It seems compiling every single dependancy into the
specified prefix is happy.
On 06/02/2006, at 10:10 PM, Stefan Kost wrote:
Hi,
electroteque wrote:
##SUBDIRS = help/manual/C
Works, i guess its not needed ? Should somone make a patch ?
this is the manual for how to use gtk-doc for developers. It should be
conditionally buil, if all build requirements are met. I look into
that a bit later. Just hope it did not just fail because of the rest
of the configure-patch.
Stefan
Im still writing my notes and its going into a blog and will post my
outcomes.
On 06/02/2006, at 7:48 PM, Richard Hult wrote:
Hi,
Stefan Kost wrote:
hi,
electroteque wrote:
Im still currently going through the painful process of doing this
on
osx. However for some reason when trying to reinstall gtk-doc into
a
different prefix i have issues
iElectro:/usr/share/sources/gtk/gtk-doc root# ./autogen.sh
--prefix=$prefix
what is the value of $prefix? Maybe its a trailing slash? Can't
imagine that
causing problems still.
configure.in: installing `./install-sh'
configure.in: installing `./mkinstalldirs'
configure.in: installing `./missing'
Makefile.am: installing `./COPYING'
Makefile.am: installing `./INSTALL'
Makefile.am:3: directory should not contain `/'
from the instructions on the website , any ideas ?
cvs -d :pserver:anonymous anoncvs gnome org:/cvs/gnome co gtk-doc
cd gtk-doc
curl http://developer.imendio.com/images/0/04/Gtk-doc-hack.diff |
patch
-d $PWD
hmm, the patch is basically disabling some of the configure check
without a
reason :(
The reason is that it's currently a lot of work to manually setup the
required dependencies on OSX.
The error above is, I think, caused by a change in what newer
automake
versions accepts. If you comment out the SUBDIRS line in the toplevel
Makefile.am, it should work better.
Regards,
Richard
--
Imendio AB, http://www.imendio.com/
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]