From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11403 invoked by alias); 29 Nov 2017 11:33:37 -0000 Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: libc-alpha-owner@sourceware.org Received: (qmail 11343 invoked by uid 89); 29 Nov 2017 11:33:36 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.7 required=5.0 tests=AWL,BAYES_00,KB_WAM_FROM_NAME_SINGLEWORD,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=HContent-Transfer-Encoding:8bit X-HELO: mail-qt0-f178.google.com X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:to:from:subject:message-id:date:user-agent :mime-version:content-language:content-transfer-encoding; bh=cti2uYgm+osBSAtuMLSP4/cRykzZO+gdW0QHoqll+9o=; b=PecFN92GOJTnRdWfZPSW4bG4MbFww/gSxhBYSaANgijK//Z+FWyi9KEgkMS1+Lz/K5 9CsctGNQScZ64tKFsikVQB1NY/FCUPLG0yrRZbGtGWl8QLd2OploqsdmlVw/sHK7226j QzOT9A9LJplyLvOIxvza7Ouk7AkcWssvrScz26Vmbgo2h4Ryiw85QxYP2fDZyCv3s8ED KWckaqroX7JsBFLA5TYh4wy1vLQd5KAHrjRiv0NkxUjnb5aeZuf55td8UKVcm8kSC7KS GWXNQOpto5syGPuaDtPRUv8G/A8pcEicBM0Zl4WvCU/vFPg1aXE6HCckitFjfMis9/Hj 0yWA== X-Gm-Message-State: AJaThX7l2gYV3fhWwXeItrNQTcBBgA5aojr7qDsKIPRBXXSY5uVjHAyI qIz5iujllz736X1uHrUI3KoYHy67SQE= X-Google-Smtp-Source: AGs4zMaLbLovZukR6A8zKfpTAALE+zA1ixoNW+8mcwe3g+bLBd+97C/q2jyrnTZmGST/iZKtrdsfBQ== X-Received: by 10.237.34.193 with SMTP id q1mr3873714qtc.78.1511955211075; Wed, 29 Nov 2017 03:33:31 -0800 (PST) To: GNU C Library From: Adhemerval Zanella Subject: Possible different binutils version between GCC and GLIBC build Message-ID: <1c2a3241-e03b-e3e0-d445-40d4f6bd07fc@linaro.org> Date: Wed, 29 Nov 2017 11:33:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-SW-Source: 2017-11/txt/msg00992.txt.bz2 Checking on sysdeps/sparc/configure.ac I noticed a possible cleanup by removing HAVE_GCC_GOTDATA, which is not used anywhere in code. However the libc_cv_sparc_gcc_gotdata is a little more tricker because it relies on gcc support instead. SPARC have support for GOTDATA since binutils 739f7f82be (binutils 2.19), however GCC will have support for gd{op,lo}_hix22 depending of the used binutils on its build and as far I could check it does not really imposes a minimum version, but rather it works with features provided by the linker. So in theory we could have a gcc configured with an older binutils without support for GOTDATA and at same time build GLIBC with a newer one. How should we proceed in this cases? The main driver is to try cleanup the configure so we can assume PI_STATIC_AND_HIDDEN on all architectures. SPARC support is conditional to GOTDATA support and MIPS has a comment stating GCC has no support for it. As a side note, is still true for MIPS? I noted for the very example used on SPARC to check for GOTDATA support I noted a recent MIPS GCC (gcc 6.2.1 / ld 2.27) does emits got relocations to access local variables.