X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-Virus-Scanned: amavisd-new at neurotica.com X-Original-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=neurotica.com; s=default; t=1487383056; bh=k/2ySHooSTWD65rn8fbMIKdt10VlxT/WkeEgoAMLdH0=; h=Subject:To:References:From:Date:In-Reply-To; b=EWmQ5klxinaWp/zujN/BWRO6+38lqhrf4TanQd8MH2my8BCv7LhUZrXiNNzCLed15 hJVhVxzfustqFjJRtgnUiT3IEQaw9ZUTO/S0xw/cQ6tshpYOHkuOqRA0z0K9RaGu10 6+56I8CfAJOGuJUAVpzQd0yFf1b+vJYjQQLGIFUM= Subject: Re: [geda-user] RFC feedback on release pcb-4.0.0 requested To: geda-user AT delorie DOT com References: <58A4AFF5 DOT 3040008 AT xs4all DOT nl> <4f1b98c3-fbd4-b3d3-793b-e03d54f88ab0 AT neurotica DOT com> From: "Dave McGuire (mcguire AT neurotica DOT com) [via geda-user AT delorie DOT com]" Message-ID: Date: Fri, 17 Feb 2017 20:57:31 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk That was it! -flto is being set in my default CFLAGS environment variable in my .bashrc file. I get a clean build of the executable now. The build blows up later in the TeX documentation, but I think I'm just missing some stuff on this system. Thank you for your help. I'll take this release for a spin and see how things go. Do you remember offhand if this release includes your patches from a year or two ago which implement keepaways in the solder mask layer? -Dave On 02/17/2017 08:39 PM, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote: > Looking at your previous config.log, I notice -flto is set. > > Is that something you added explicitly, or did it come from the > environment. Just wondering if this is relevant. > > Probably need to see the full build output from a non-multi-threaded > make, with no silencing (ie.. "make"). after first having run "make clean". > > > > On 18 February 2017 at 01:27, Peter Clifton > > > wrote: > > > > On 18 February 2017 at 01:10, Dave McGuire (mcguire AT neurotica DOT com > ) [via geda-user AT delorie DOT com > ] > wrote: > > > Thanks Peter. That got me a bit farther, but the build still > bombs with these undefined references: > > :(.text+0x4071): undefined reference to `hid_gtk_init' > :(.text+0x4076): undefined reference to `hid_lpr_init' > :(.text+0x407b): undefined reference to `hid_bom_init' > :(.text+0x4080): undefined reference to `hid_gcode_init' > :(.text+0x4085): undefined reference to > `hid_gerber_init' > :(.text+0x408a): undefined reference to > `hid_ipcd356_init' > :(.text+0x408f): undefined reference to `hid_nelma_init' > :(.text+0x4094): undefined reference to `hid_png_init' > :(.text+0x4099): undefined reference to `hid_ps_init' > collect2: error: ld returned 1 exit status > > > What OS / distro is this? > > Very odd. Sounds almost like the static linking isn't working > correctly. (These are all in .la files I think). Might also explain > gts if so. > > The other thought I had - was that perhaps it is mixing C / C++ > compilers and getting the mangling wrong. (Or using the wrong linker). > > > Can you try "autoreconf" or ./autogen or simiar - see if it is > libtool that is broken? > > Did you have any difficulty in building from the git repository, or > don't you do that? > > Perhaps you could send me a transcript of a complete build. > (pastebin.ca or email me a file). Can't promise > to figure it out, but will try to take a look. > > Kind regards. > > Peter > > -- Dave McGuire, AK4HZ New Kensington, PA