From patchwork Thu Jan 12 01:36:05 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Ian Lance Taylor X-Patchwork-Id: 135544 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) by ozlabs.org (Postfix) with SMTP id D3025B6EF7 for ; Thu, 12 Jan 2012 12:36:25 +1100 (EST) Comment: DKIM? See http://www.dkim.org DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=gcc.gnu.org; s=default; x=1326936986; h=Comment: DomainKey-Signature:Received:Received:Received:Received:Received: Received:Received:From:To:Subject:Date:Message-ID:User-Agent: MIME-Version:Content-Type:Mailing-List:Precedence:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:Sender: Delivered-To; bh=OF2vTtZuNlDWMdHqGordhbI1LF0=; b=IGPuYqbOXs7N1eW KvmSOjSUsoWZw7QZWUQY52URG1U9y9MarqqJMtOR3WA9WVw3+sYJt2yx5qKUoSSY 9xUm8K4ZNWplyb3ESpLMysm0I/Bl8dSRGxpg7qnIEwiPNBjc4sMXRXgIPQ3VQ8aY 1ygeSBtsJwU6bMhePfMMdIBd1MdI= Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gcc.gnu.org; h=Received:Received:X-SWARE-Spam-Status:X-Spam-Check-By:Received:Received:Received:Received:Received:From:To:Subject:Date:Message-ID:User-Agent:MIME-Version:Content-Type:X-IsSubscribed:Mailing-List:Precedence:List-Id:List-Unsubscribe:List-Archive:List-Post:List-Help:Sender:Delivered-To; b=KrLkmOsRuhrPUzxpCxUezveJ+f5nlvUStkiPqZSXRA3sKyCZVyJT66DkxKjzgN 7YmSAujWcShJGuohLncBSUu8ha7Y9DIDTzGHQRlPEPamix9per0DEPZV33FPUqna +cIveJMAdVzEstgiOIzT+WWa/htoBQPdhqLl1xBmJw52E=; Received: (qmail 10735 invoked by alias); 12 Jan 2012 01:36:22 -0000 Received: (qmail 10641 invoked by uid 22791); 12 Jan 2012 01:36:21 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL, BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, RCVD_IN_DNSWL_LOW, TW_CC, T_RP_MATCHES_RCVD, T_TVD_MIME_NO_HEADERS X-Spam-Check-By: sourceware.org Received: from mail-iy0-f175.google.com (HELO mail-iy0-f175.google.com) (209.85.210.175) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Thu, 12 Jan 2012 01:36:08 +0000 Received: by mail-iy0-f175.google.com with SMTP id i7so2057071iaf.20 for ; Wed, 11 Jan 2012 17:36:08 -0800 (PST) Received: by 10.50.155.166 with SMTP id vx6mr9329805igb.16.1326332168422; Wed, 11 Jan 2012 17:36:08 -0800 (PST) Received: by 10.50.155.166 with SMTP id vx6mr9329794igb.16.1326332168340; Wed, 11 Jan 2012 17:36:08 -0800 (PST) Received: from coign.google.com ([67.218.102.231]) by mx.google.com with ESMTPS id xu6sm5701733igb.7.2012.01.11.17.36.07 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 11 Jan 2012 17:36:07 -0800 (PST) From: Ian Lance Taylor To: gcc-patches@gcc.gnu.org, gofrontend-dev@googlegroups.com Subject: libgo patch committed: Update to weekly.2011-12-14 Date: Wed, 11 Jan 2012 17:36:05 -0800 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 X-IsSubscribed: yes Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org I have committed a patch to update libgo to the weekly.2011-12-14 release. As usual I am only including the changes to files that are specific to the gccgo frontend. In this case the math package has changed somewhat and I've adapted gccgo to call the libc math functions in several cases. Bootstrapped and ran Go testsuite on x86_64-unknown-linux-gnu. Committed to mainline. Ian Index: go-lang.c =================================================================== --- go-lang.c (revision 183096) +++ go-lang.c (working copy) @@ -88,6 +88,9 @@ go_langhook_init (void) { build_common_tree_nodes (false, false); + /* I don't know why this has to be done explicitly. */ + void_list_node = build_tree_list (NULL_TREE, void_type_node); + /* We must create the gogo IR after calling build_common_tree_nodes (because Gogo::define_builtin_function_trees refers indirectly to, e.g., unsigned_char_type_node) but before calling @@ -97,9 +100,6 @@ go_langhook_init (void) build_common_builtin_nodes (); - /* I don't know why this is not done by any of the above. */ - void_list_node = build_tree_list (NULL_TREE, void_type_node); - /* The default precision for floating point numbers. This is used for floating point constants with abstract type. This may eventually be controllable by a command line option. */