Re: Anjuta C++ Project problems

From: TreeBoy (debian-user_at_petethetree.co.uk)
Date: 01/31/05

  • Next message: John Hasler: "Re: connection speed when using pon" 
    To: debian-user@lists.debian.org
Date: Mon, 31 Jan 2005 20:01:39 +0000

    On Monday 31 Jan 2005 15:52, Micha Feigin wrote:
    > > I've now added gtkmm-2.0 and gnomeuimm-2.0 which gets rid of most the
    > > symbols problems but I cannot find out which library contains
    > > "Gnome::Bonobo::wrap_init()"
    >
    > That would probably be one of the libbonobo libraries. I think that its
    > libbonobommui or something similar.
    >
    > > Is there a tool that I can use on my machine that will show me which
    > > library contains such a thing, or is there a website ?
    >
    > There's nm (-D options looks nice for libraries) and objdump that can give
    > you quite a lot of info. grep will catch the symbols most of the time. You
    > could also grep the headers and find the package from which they came (dpkg
    > -S) and match the library that way.
    >
    > Also look for a good language reference, they should include the matching
    > libraries and headers.
    >
    > > I should really like something like "ldconfig -p" but which shows the
    > > public functions....
    > >
    > > Thanks again for your kind assistance.
    > >
    > > Regards,
    > > TreeBoy
    > >
    > >
    Thanks yet again!

    I should have admitted that I tried all of the various *bonobo* libraries I
    could and didn't get a result.

    Now that you've introduced me to the "nm" tool - I shall go away and try and
    post the results if/when I find the relevant library.

    I presume that it must be here, because the "Gnome::Bonobo" class seems like
    it might be kind of important (just guessing by the name).

    Speak soon,
    Regards,
    TreeBoy 

    -- 
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
  • Next message: John Hasler: "Re: connection speed when using pon"

    Relevant Pages

    • Re: C89, size_t, and long
      ... libraries which have useful stuff). ... So because others here can't think of a good reason to use long instead of size_t and you can't prove there is never such a reason, we must all assume there could be a good reason to not use the mechanisms provided by the standard to deal with a problem? ... If you are claiming there is a reason to avoid the mechanisms the standard provides to allow portability then it is up to *you* to prove your point, not up to others to disprove it. ... but you can hardly blame the consequences on the Standard headers. ...
      (comp.lang.c)
    • Re: C89, size_t, and long
      ... libraries which have useful stuff). ... stddef.h in library headers due to bugs in C implementations ... stuff into standard headers. ... strdup, strndup, strdupa, strndupa - duplicate a string ...
      (comp.lang.c)
    • Re: C89, size_t, and long
      ... libraries which have useful stuff). ... So because others here can't think of a good reason to use long instead of size_t and you can't prove there is never such a reason, we must all assume there could be a good reason to not use the mechanisms provided by the standard to deal with a problem? ... want to have standard headers included in their own headers which ...
      (comp.lang.c)
    • Re: .h for standard headers
      ... The fundamental arrogance in the C++ Standard was thinking that ... It declares all names within namespace std. ... the world on notice that headers like will one day go ... a couple of libraries do meet these requirements. ...
      (comp.lang.cpp)
    • Re: C89, size_t, and long
      ... libraries which have useful stuff). ... but you can hardly blame the consequences on the Standard headers. ... to use strndup, it's personal matter between user and his C ...
      (comp.lang.c)