public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
From: "Michael Stather" <lists@michaelstather.com>
To: <insight@sources.redhat.com>
Subject: AW: AW: AW: Building insight independantly of gdb
Date: Sat, 19 Nov 2005 20:46:00 -0000	[thread overview]
Message-ID: <20051119175607.72A7351819E@h8391.serverkompetenz.net> (raw)
In-Reply-To: <437F68A0.4020406@redhat.com>

Sorry, I submitted it as bug #282 

-----Ursprüngliche Nachricht-----
Von: Keith Seitz [mailto:keiths@redhat.com] 
Gesendet: Samstag, 19. November 2005 19:02
An: Michael Stather
Cc: insight@sources.redhat.com
Betreff: Re: AW: AW: Building insight independantly of gdb

Michael Stather wrote:
> Well I did *g Sorry, I just hit "reply"
> So is it possible to install insight but not the included gdb?I mean 
> with configure switches?

There is no way to do this with configure flags. That leaves you two
options:

1) Copy /usr/local/bin/gdb; install insight; clobber newly-installed gdb
with copy
2) Specify --prefix=$INSTALLDIR to configure, build, install, remove
$INSTALLDIR/bin/gdb, then copy the contents to /usr/local. (Or simply use
the new installdir and add that path to the end of your current PATH.)

Keith

> -----Ursprüngliche Nachricht-----
> Von: Keith Seitz [mailto:keiths@redhat.com]
> Gesendet: Samstag, 19. November 2005 17:58
> An: Michael Stather
> Betreff: Re: AW: Building insight independantly of gdb
> 
> Please post to the mailing list for the benefit of others.
> 
> Keith
> 
> Michael Stather wrote:
> 
>>Thanks for the explanation.
>>I´ve a SuSE system where gdb is installed as a rpm package. And I 
>>use/test several IDEs which use GDB as a debugger.
>>So I don´t want insight to interfere with my gdb installation. I like 
>>to use it as a "seperate" program which uses it´s included gdb while 
>>other apps which request gdb use the installed one.
>>The thing with the path doesn´t work since /usr/local/bin appears 
>>before /usr/bin (where my installed gdb is) Can I configure switches 
>>(or whatever) to have insight compiled without installing gdb (but 
>>still using it). This would IMHO be the only possibility to install 
>>insight without interferring an installed gdb?
>>
>>-----Ursprüngliche Nachricht-----
>>Von: Keith Seitz [mailto:keiths@redhat.com]
>>Gesendet: Samstag, 19. November 2005 17:22
>>An: Michael Stather
>>Cc: insight@sources.redhat.com
>>Betreff: Re: Building insight independantly of gdb
>>
>>Michael Stather wrote:
>>
>>
>>>As I read from the "about" page insight is a GUI for gdb. But it 
>>>seems to be built as a "gdb" executable mixing native gdb 
>>>functionality with a
>>
>>gui.
>>
>>Unlike ddd, eclipse, and many other guis for gdb, Insight *is* gdb. 
>>They are the same executable. This means that insight is orders of 
>>magnitude faster than the rest.
>>
>>
>>
>>>But if insight replaces my existing gdb other gdb GUIs and apps which 
>>>use gdb don´t work anymore.
>>>Can I compile insight independant from gdb, so that it doesn´t 
>>>interfere with an existing gdb installation. The actual executable 
>>>should be named "insight" then.
>>
>>
>>When you build gdb/insight, you get two executables: "gdb" and "insight".
>>Both are identical except that one defaults to starting up the GUI
>>(insight) and one does not.
>>
>>Other than file size, the presence of the insight code in the gdb 
>>executable does not alter the gdb executable: you basically still have 
>>a
>>  gdb release, compatible (if not identical) with any release of gdb 
>>with the same version.
>>
>>If you require to keep some other version of gdb, simply don't install 
>>the one that is built with insight. Only install the insight executable.
>>[In practice, its probably easiest to install both executables into, 
>>e.g., /usr/local, and put your other gdb into. e.g., /usr/bin. Setting 
>>your PATH will then grab the right one at the right time.]
>>
>>Although I admit, I find this a bit weird. Are you saying that you 
>>want to use different versions of gdb, one when running the command 
>>line (or some other spawn-gdb GUI) and one when running insight?
>>


  reply	other threads:[~2005-11-19 18:04 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <437F59AA.3050503@redhat.com>
2005-11-19 18:02 ` Michael Stather
2005-11-19 18:04   ` Keith Seitz
2005-11-19 20:46     ` Michael Stather [this message]
2005-11-20 23:47     ` AW: " Michael Stather

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=20051119175607.72A7351819E@h8391.serverkompetenz.net \
    --to=lists@michaelstather.com \
    --cc=insight@sources.redhat.com \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).