After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 153142 - libbonobomm cvs build error, when building statically.
libbonobomm cvs build error, when building statically.
Status: RESOLVED OBSOLETE
Product: gnomemm
Classification: Deprecated
Component: libbonobomm
unspecified
Other Linux
: Normal normal
: ---
Assigned To: gtkmm-forge
gtkmm-forge
Depends on:
Blocks:
 
 
Reported: 2004-09-20 12:55 UTC by Robin Cook
Modified: 2006-10-19 17:21 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
bziped compile log file. (4.75 KB, application/octet-stream)
2004-09-22 04:35 UTC, Robin Cook
Details

Description Robin Cook 2004-09-20 12:55:11 UTC
(cd .libs && rm -f libbonobomm_generated_skels-2.5.la && ln -s
../libbonobomm_generated_skels-2.5.la libbonobomm_generated_skels-2.5.la)
make[5]: Leaving directory `/usr/src/libbonobomm-cvs/bonobomm/generated'
make[4]: Leaving directory `/usr/src/libbonobomm-cvs/bonobomm/generated'
Making all in servers_src
make[4]: Entering directory `/usr/src/libbonobomm-cvs/bonobomm/servers_src'
make[4]: Nothing to be done for `all'.
make[4]: Leaving directory `/usr/src/libbonobomm-cvs/bonobomm/servers_src'
Making all in servers
make[4]: Entering directory `/usr/src/libbonobomm-cvs/bonobomm/servers'
Making all in private
make[5]: Entering directory `/usr/src/libbonobomm-cvs/bonobomm/servers/private'
make[5]: *** No rule to make target `unknown_cimpl_p.h', needed by `all-am'.  Stop.
make[5]: Leaving directory `/usr/src/libbonobomm-cvs/bonobomm/servers/private'
make[4]: *** [all-recursive] Error 1
make[4]: Leaving directory `/usr/src/libbonobomm-cvs/bonobomm/servers'
make[3]: Leaving directory `/usr/src/libbonobomm-cvs/bonobomm'
make[3]: *** [all-recursive] Error 1
make[2]: Leaving directory `/usr/src/libbonobomm-cvs/bonobomm'
make[2]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/libbonobomm-cvs'
make[1]: *** [all-recursive] Error 1
Comment 1 Bowie Owens 2004-09-22 03:14:07 UTC
I couldn't reproduce this. According to the ChangeLog there have been a few
changes to the .in and .am files. Did you do run autogen.sh?
Comment 2 Robin Cook 2004-09-22 04:33:34 UTC
Yes I did.  Tried it again and still get the same results.
I am checking out gnomemm/libbonobomm is there a different tag or something that
I should be checking out instead?  I will attache the complete compile log.
Comment 3 Robin Cook 2004-09-22 04:35:24 UTC
Created attachment 31807 [details]
bziped compile log file.
Comment 4 Bowie Owens 2004-09-22 23:20:22 UTC
I think it is interesting that you are getting:

/usr/share/aclocal/xml-i18n-tools.m4:27: warning: underquoted definition of
AC_PROG_XML_I18N_TOOLS
  run info '(automake)Extending aclocal'
  or see http://sources.redhat.com/automake/automake.html#Extending-aclocal
/usr/share/aclocal/xml-i18n-tools.m4:112: warning: underquoted definition of
AM_PROG_XML_I18N_TOOLS
/usr/share/aclocal/xdelta.m4:7: warning: underquoted definition of AM_PATH_XDELTA
...

I didn't have that happen. Are you working from CVS with everything (I forget
which module has all the macros, is it glib?) else? I'm working with jhbuild and
libbonobomm builds ok.
Comment 5 Bowie Owens 2004-09-22 23:45:31 UTC
Hmmm. Just realised I'm a bit behind in a few things... Will see if I can
reproduce the problem once I get myself up to date.
Comment 6 Bowie Owens 2004-09-27 03:42:30 UTC
I've gotten up to date with everything and still can't reproduce the problem.
Libbonobomm is almost all auto* code. My guess is that there is a problem
somewhere is macro setup. The first thing to go wrong is in xml-i18n-tools.m4
which is provided by intltool. Which version of intltool are you using? Robin,
if you could look around at your auto* setup and macro installation the answer
might be there.
Comment 7 Murray Cumming 2004-09-28 07:14:02 UTC
These "underquoted definition" things are probably not the problem. I get loads
of them with newer autotools.

These "No rule to make target `unknown_cimpl_p.h'" errors are usually fixed
somehow by deleting the directory and checking it out again, though different
autootools versions might still be a cause.
Comment 8 Robin Cook 2004-09-28 12:32:59 UTC
Tried checking it out clean by deleting everything and doing the checkout again
but I get the same results.

I do have automake-1.4-p6, automake-1.7.9, automake-1.8.5 and automake-1.9.2
installed.
Comment 9 grant williamson 2004-11-15 08:44:22 UTC
You only get this error, when you configure with --enable-static. having said
that it still bails out

In file included from unknown_cimpl.cc:3:
../../bonobomm/servers/unknown_cimpl.h:78: error: using typedef-name
`Gnome::Bonobo::Servers::Unknown_CImpl::CppClassType' after `class'


is this a gcc-3.4 issue?
Comment 10 Alejandro Mery 2005-05-28 23:26:28 UTC
i'm getting the same unknown_cimpl_p.h problem here.
Comment 11 Murray Cumming 2005-12-20 11:27:18 UTC
Status: Nobody is maintaining libbonobo*mm at the moment, and I doubt that anybody needs to use it. However, patches would be welcome.
Comment 12 Murray Cumming 2006-10-19 17:21:38 UTC
Closing because this is unlikely to ever be dealt with.