Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Andrew Cagney <cagney@gnu.org>
To: Andrew Cagney <cagney@gnu.org>
Cc: gdb-patches@sources.redhat.com, binutils@sources.redhat.com,
	newlib@sources.redhat.com
Subject: Re: [patch/rfc] Use i686-pc-linux-gnu as the releng target
Date: Thu, 15 Jan 2004 23:23:00 -0000	[thread overview]
Message-ID: <400720D3.7020108@gnu.org> (raw)
In-Reply-To: <4002C4DD.7040502@gnu.org>

[-- Attachment #1: Type: text/plain, Size: 777 bytes --]

Hello,

> Hello,
> 
> GDB, and I suspect binutils, and just possibly newlib (true?), as part of the release process does:
>     ./configure sun4
> (it is so that the .info et.al. files can be generated).  The problem is that GDB no longer configures for the good old sun4.
> 
> This patch changes the system being used from "sun4" to "i686-pc-linux-gnu".
> 
> For binutils, can the release engineer give this a wirl.
> 
> For newlib, is this logic still used?  Can that part of the file be removed?
> 
> Once we've sorted things here I'll see about pushing this upstream into GCC repository (gcc doesn't use this file).
> 
> Andrew 

In light of all the positive feedback, I've committed the attached - the 
only difference is that it removes the newlib.tar.gz target.

Andrew

[-- Attachment #2: diffs --]
[-- Type: text/plain, Size: 2331 bytes --]

2004-01-15  Andrew Cagney  <cagney@redhat.com>

	* src-release: Update copyright year.
	(do-proto-toplev): Configure using i686-pc-linux-gnu.
	(NEWLIB_SUPPORT_DIRS): Delete macro.
	(newlib.tar.bz2): Delete rule.

Index: src-release
===================================================================
RCS file: /cvs/src/src/src-release,v
retrieving revision 1.8
diff -u -r1.8 src-release
--- src-release	14 Sep 2003 23:16:45 -0000	1.8
+++ src-release	15 Jan 2004 23:16:39 -0000
@@ -1,5 +1,5 @@
 #   Copyright (C) 1990, 1991, 1992, 1993, 1994, 1995, 1996, 1997, 1998,
-#   1999, 2000, 2001, 2002, 2003 Free Software Foundation
+#   1999, 2000, 2001, 2002, 2003, 2004 Free Software Foundation
 #
 # This file is free software; you can redistribute it and/or modify
 # it under the terms of the GNU General Public License as published by
@@ -136,7 +136,7 @@
 	<Makefile.in >tmp
 	mv -f tmp Makefile.in
 	#
-	./configure sun4
+	./configure i686-pc-linux-gnu
 	$(MAKE) configure-host configure-target \
 	    ALL_GCC="" ALL_GCC_C="" ALL_GCC_CXX="" \
 	    CC_FOR_TARGET="$(CC)" CXX_FOR_TARGET="$(CXX)"
@@ -328,25 +328,6 @@
 	$(MAKE) -f $(SELF) gdb-tar TOOL=gdb PACKAGE="insight+dejagnu" \
 		MD5PROG="$(MD5PROG)" \
 		SUPPORT_FILES="$(INSIGHTD_SUPPORT_DIRS)"
-
-.PHONY: newlib.tar.bz2
-NEWLIB_SUPPORT_DIRS=libgloss
-# taz configures for the sun4 target which won't configure newlib.
-# We need newlib configured so that the .info files are made.
-# Unfortunately, it is not enough to just configure newlib separately:
-# taz will build the .info files but since SUBDIRS won't contain newlib,
-# distclean won't be run (leaving Makefile, config.status, and the tmp files
-# used in building the .info files, eg: *.def, *.ref).
-# The problem isn't solvable however without a lot of extra work because
-# target libraries are built in subdir $(target_alias) which gets nuked during
-# the make distclean.  For now punt on the issue of shipping newlib info files
-# with newlib net releases and wait for a day when some native target (sun4?)
-# supports newlib (if only minimally).
-newlib.tar.bz2: $(DIST_SUPPORT) $(NEWLIB_SUPPORT_DIRS) newlib
-	$(MAKE) -f $(SELF) taz TOOL=newlib \
-		MD5PROG="$(MD5PROG)" \
-		SUPPORT_FILES="$(NEWLIB_SUPPORT_DIRS)" \
-		DEVO_SUPPORT="$(DEVO_SUPPORT) COPYING.NEWLIB" newlib
 
 .NOEXPORT:
 MAKEOVERRIDES=

      parent reply	other threads:[~2004-01-15 23:23 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-12 16:01 Andrew Cagney
2004-01-12 18:09 ` Daniel Jacobowitz
2004-01-12 19:34   ` J. Johnston
2004-01-15 23:23 ` Andrew Cagney [this message]

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=400720D3.7020108@gnu.org \
    --to=cagney@gnu.org \
    --cc=binutils@sources.redhat.com \
    --cc=gdb-patches@sources.redhat.com \
    --cc=newlib@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