From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS22989 209.51.188.0/24 X-Spam-Status: No, score=-3.7 required=3.0 tests=AWL,BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id E3A971F461 for ; Tue, 25 Jun 2019 15:20:10 +0000 (UTC) Received: from localhost ([::1]:33010 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hfnEu-0005b0-76 for normalperson@yhbt.net; Tue, 25 Jun 2019 11:20:08 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:54012) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hfmwy-0005q2-Ea for bug-gnulib@gnu.org; Tue, 25 Jun 2019 11:01:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hfmwr-0006s2-Tb for bug-gnulib@gnu.org; Tue, 25 Jun 2019 11:01:33 -0400 Received: from mo6-p00-ob.smtp.rzone.de ([2a01:238:20a:202:5300::10]:28132) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hfmwl-0006VJ-Ck; Tue, 25 Jun 2019 11:01:24 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; t=1561474869; s=strato-dkim-0002; d=clisp.org; h=References:In-Reply-To:Message-ID:Date:Subject:To:From: X-RZG-CLASS-ID:X-RZG-AUTH:From:Subject:Sender; bh=5ZvedQzg+2R+Wp1B0GsT0ZuVkd5FQ378/YW4JT5Jxi0=; b=ALCxkpFGejd+3IGiOhhrrworR7cjIym1WN5zsfk+Rl+5A4TJFBJu6unXb7VWeig/gP 7swI+Ibty/vtY+lQi99u1Ay/I7LAwMNxP281n0tO4eYKX+KFwEMpROPIQfD1B/NOsA4X CcKLRAppCKPblMp3BuMkXo7K0u/OH620SxOWTeswL205zycT/g8C0hNSmjb6ZW6iGj8A 4SiPDNPLkVaLjTtTO1N7nHhCSUf2VvQZ1TTUAfpnBuv38UPcSXYRXBXyyhRQ1jt0s+VD I7qweoNvvapumtrDVJzYTDFs3FJeLlhPVeA0oqxZU6ar59Q5jF6/DiyWEJXrGwvZQWA/ K9gg== X-RZG-AUTH: ":Ln4Re0+Ic/6oZXR1YgKryK8brlshOcZlIWs+iCP5vnk6shH+AHjwLuWOGaf0y5RW" X-RZG-CLASS-ID: mo00 Received: from bruno.haible.de by smtp.strato.de (RZmta 44.24 DYNA|AUTH) with ESMTPSA id v018bcv5PF0xK2w (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (curve secp521r1 with 521 ECDH bits, eq. 15360 bits RSA)) (Client did not present a certificate); Tue, 25 Jun 2019 17:00:59 +0200 (CEST) From: Bruno Haible To: bug-gnulib@gnu.org, sds@gnu.org Subject: Re: macosx linking fails: _freea referenced from: _rpl_realpath Date: Tue, 25 Jun 2019 17:00:58 +0200 Message-ID: <11319098.sJsK0NTokd@omega> User-Agent: KMail/5.1.3 (Linux/4.4.0-151-generic; KDE/5.18.0; x86_64; ; ) In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a01:238:20a:202:5300::10 X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: "bug-gnulib" Sam Steingold wrote: > I get this error when linking Emacs: > > --8<---------------cut here---------------start------------->8--- > CCLD temacs > Undefined symbols for architecture x86_64: > "_freea", referenced from: > _rpl_realpath in libgnu.a(canonicalize-lgpl.o) > ld: symbol(s) not found for architecture x86_64 > clang: error: linker command failed with exit code 1 (use -v to see invocation) > make[1]: *** [temacs] Error 1 > --8<---------------cut here---------------end--------------->8--- > > I also reported this as https://debbugs.gnu.org/cgi/bugreport.cgi?bug=36356 > (https://lists.gnu.org/archive/html/bug-gnu-emacs/2019-06/msg01229.html) 1) After your latest "git pull" from emacs, have you done a "make distclean" followed by a reconfiguration? If you don't remember: Does the issue persist after a "make distclean" followed by a reconfiguration? 2) Which symbols does nm lib/malloca.o show? If, as I would expect, it lists '_mmalloca' but not '_freea', it means that the macro HAVE_ALLOCA was defined in the compilation unit canonicalize-lgpl.c but not defined in the compilation unit malloca.c. Can you investigate why this is so? (Where is HAVE_ALLOCA defined? In config.h, I would guess. It is undefined somewhere? I would guess no. What are the preprocessor symbols that are defined [use "$CC -E -dM"] in the compilation unit canonicalize-lgpl.c, versus the compilation unit malloca.c? Bruno