From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9418 invoked by alias); 12 Jan 2004 16:01:35 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 9394 invoked from network); 12 Jan 2004 16:01:34 -0000 Received: from unknown (HELO localhost.redhat.com) (216.129.200.20) by sources.redhat.com with SMTP; 12 Jan 2004 16:01:34 -0000 Received: from gnu.org (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id C7C592B8F; Mon, 12 Jan 2004 11:01:33 -0500 (EST) Message-ID: <4002C4DD.7040502@gnu.org> Date: Mon, 12 Jan 2004 16:01:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030820 MIME-Version: 1.0 To: gdb-patches@sources.redhat.com, binutils@sources.redhat.com, newlib@sources.redhat.com Subject: [patch/rfc] Use i686-pc-linux-gnu as the releng target Content-Type: multipart/mixed; boundary="------------030803080106050203020102" X-SW-Source: 2004-01/txt/msg00316.txt.bz2 This is a multi-part message in MIME format. --------------030803080106050203020102 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-length: 594 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 --------------030803080106050203020102 Content-Type: text/plain; name="diffs" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diffs" Content-length: 2825 2004-01-12 Andrew Cagney * src-release: Update copyright year. (do-proto-toplev): Configure using i686-pc-linux-gnu. (NEWLIB_SUPPORT_DIRS): Update comments. 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 12 Jan 2004 15:51:13 -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 @@ 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)" @@ -331,17 +331,18 @@ .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). +# taz configures for the i686-pc-linux-gnu (nee sun4) target which may +# not 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 supports newlib +# (if only minimally). newlib.tar.bz2: $(DIST_SUPPORT) $(NEWLIB_SUPPORT_DIRS) newlib $(MAKE) -f $(SELF) taz TOOL=newlib \ MD5PROG="$(MD5PROG)" \ --------------030803080106050203020102--