From: Nir Dremer <mailing@dremer.org>
To: soraberri <421246@posta.unizar.es>
Cc: linux-c-programming@vger.kernel.org
Subject: Re: development tools for interpreting code
Date: Tue, 21 Dec 2004 19:02:38 +0200 [thread overview]
Message-ID: <1103648558.11010.13.camel@localhost> (raw)
In-Reply-To: <cq9kfq$ip8$1@sea.gmane.org>
Do you mean that during development time you have a problem to reach to
a specific method/... implementation?
if so what you need is tagging support.
taggings will enable you to jump to implementation without openning the
folder/file manually.
i'm not familiar with kdevelop in specific, my suggestion is to check
it's help for taggings or even to check ctags/etags command lines using
man.
hope i helped.
On Tue, 2004-12-21 at 17:53 +0100, soraberri wrote:
> Nir Dremer wrote:
> > as far as i understood the problem you're compiling your code without
> > debugging information.
> >
> > in order for the debugger to know where the sources files are located
> > debugging information should be compiled into the executable/library.
> >
> > common debugging flags are: -ggdb -g2.
> >
> > check "man gcc" for more details.
> >
> >
> > On Tue, 2004-12-21 at 17:17 +0100, soraberri wrote:
> >
> >>Hi all,
> >>
> >>In this stage of my learning I am basically trying to understand some
> >>code that others have develop. The code is about bluetooth tools but
> >>this is unrelevant at this moment. Rigth now I'm using Kdevelop for this
> >>task with the source that I want to understand loaded into a new
> >>project, and I always find the same problem which I will describe you in
> >>terms of an example:
> >>
> >>at some point of the code I find a call to a function or a typedef name
> >>(for exmple str2ba) and I would like to find the header file or even the
> >>source file where this function (or type) is defined. I can only use the
> >>Grep:str2ba command found under "Find in files..." dialog but sometimes
> >>this is not suitable because I have to tell manually the path from the
> >>starting point of the search, and if I don't know exactly the rigth
> >>folder, the number of results searched can be too many for examining. I
> >>guess it may be a better way, since the program compiles and has the
> >>appropiate includes (#include <header>), so the compiler must know where
> >>the function is defined.
> >>
> >>So, every suggestions would be wellcome,
> >>
> >>thaks in advance
> >>
> >>-
> >>To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
> >>the body of a message to majordomo@vger.kernel.org
> >>More majordomo info at http://vger.kernel.org/majordomo-info.html
> >>
> >
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> >
>
> well, maybe this is not the problem. In Kdevelop I have
> --enable-debug=full flag in configuration options, and the option
> "debug" checked at ->Build.
> Furthermore, my problem is not about compiling, is about reading code,
> because I want a way to reach directly to the piece of code where
> particular definitions are made.
>
> regards
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
next prev parent reply other threads:[~2004-12-21 17:02 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-21 16:17 development tools for interpreting code soraberri
2004-12-21 16:35 ` Nir Dremer
2004-12-21 16:53 ` soraberri
2004-12-21 17:02 ` Nir Dremer [this message]
2004-12-21 17:38 ` José Ricardo
2004-12-21 18:45 ` soraberri
2004-12-21 18:08 ` Jan-Benedict Glaw
2004-12-21 18:48 ` soraberri
-- strict thread matches above, loose matches on Subject: below --
2004-12-21 18:39 Huber, George K RDECOM CERDEC STCD SRI
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1103648558.11010.13.camel@localhost \
--to=mailing@dremer.org \
--cc=421246@posta.unizar.es \
--cc=linux-c-programming@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).