public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Phil Muldoon <pmuldoon@redhat.com>
To: Jakub Jelinek <jakub@redhat.com>,
	bonzini@gnu.org,        DJ Delorie <dj@redhat.com>,
	aoliva@redhat.com,
	       Ralf Wildenhues <Ralf.Wildenhues@gmx.de>,
	tom@tromey.com
Cc: gcc-patches@gcc.gnu.org
Subject: Re: libcc1
Date: Wed, 29 Oct 2014 11:01:00 -0000	[thread overview]
Message-ID: <5450C862.908@redhat.com> (raw)
In-Reply-To: <20141029103151.GQ10376@tucnak.redhat.com>

On 29/10/14 10:31, Jakub Jelinek wrote:
> It would be nice to have libcc1 built just once, not bootstrap it, but
> it is a build module, is that possible?
> In toplevel configure.ac I'm seeing:  
> host_tools="texinfo flex bison binutils gas ld fixincludes gcc cgen sid sim gdb gprof etc expect dejagnu m4 utils guile fastjar gnattools libcc1"
> shouldn't libcc1 be in build_tools instead?
> I mean, it is a library meant to be dlopened by gdb and gcc
> plugin that uses that library, so in canadian-cross should be
> for the build target, where the resulting compiler will be run
> and where gdb will be run.
>
> Could something like following work?  Phil, can you try that?
> Perhaps some toplevel Makefile* changes would be needed too.

From GDB's point-of-view, as long as we have access to the .so that is
built that's all GDB wants. So whichever stage it is produced should be
fine.  My archaeology into the source repository has not revealed why
we needed bootstrap.  Perhaps we included it out of a sense of
paranoia for testing.  I've CC'd Tom on this, so he may have an
opinion or insight.  From my point of view, I see no value in
bootstrapping libcc1 now.  It's not a required build to bootstrap GCC.

Cheers

Phil

  parent reply	other threads:[~2014-10-29 10:58 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-29 10:35 libcc1 Jakub Jelinek
2014-10-29 10:37 ` libcc1 Paolo Bonzini
2014-10-29 10:48   ` libcc1 Jakub Jelinek
2014-10-29 10:51     ` libcc1 Paolo Bonzini
2014-10-29 20:43     ` libcc1 Jakub Jelinek
2014-10-30  8:51       ` libcc1 Paolo Bonzini
2014-10-31 11:03         ` [PATCH] Don't bootstrap libcc1 Jakub Jelinek
2014-10-31 11:16           ` Richard Biener
2014-10-29 11:01 ` Phil Muldoon [this message]
2014-10-29 11:24   ` libcc1 Paolo Bonzini
2014-10-29 11:46 ` libcc1 Phil Muldoon
2014-10-29 14:32   ` libcc1 Phil Muldoon
2014-10-29 14:39     ` libcc1 Phil Muldoon
2014-10-29 20:49       ` libcc1 Jeff Law

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=5450C862.908@redhat.com \
    --to=pmuldoon@redhat.com \
    --cc=Ralf.Wildenhues@gmx.de \
    --cc=aoliva@redhat.com \
    --cc=bonzini@gnu.org \
    --cc=dj@redhat.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jakub@redhat.com \
    --cc=tom@tromey.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).