From owner-freebsd-ports@freebsd.org Thu Feb 21 17:53:13 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 2E04C14E9F23 for ; Thu, 21 Feb 2019 17:53:13 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: from h2.pinyon.org (h2.pinyon.org [65.101.20.170]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55A4385942; Thu, 21 Feb 2019 17:53:11 +0000 (UTC) (envelope-from rcarter@pinyon.org) Received: by h2.pinyon.org (Postfix, from userid 58) id DD2C030ABB; Thu, 21 Feb 2019 10:53:02 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550771582; bh=vFGRQjGIiBqtdgNRpFEUn+gzG8B6rEsZLB9UN1G7r4s=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=bnOoB4aabPBy0MtW6tlwHHE7Jn2tVDifdeEgkbsaTCKof6Hq4dd6bfQ4+aJRN6vuR CFvPH77FZIymlYKNK0ens58EfjJNeEJP6Vk9Wpv9Fc0jl5toEP8Qx2zHLrIx6334pN F+4FkQXTScd/XPJannzgRVYDbN8zW24BbEDQ9Q8E= X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on h2.n1.pinyon.org X-Spam-Level: X-Spam-Status: No, score=-3.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,URIBL_BLOCKED shortcircuit=no autolearn=unavailable autolearn_force=no version=3.4.2 Received: from [10.0.10.15] (h1.pinyon.org [65.101.20.169]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by h2.pinyon.org (Postfix) with ESMTPSA id 0336930A9A; Thu, 21 Feb 2019 10:53:00 -0700 (MST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=pinyon.org; s=DKIM; t=1550771581; bh=vFGRQjGIiBqtdgNRpFEUn+gzG8B6rEsZLB9UN1G7r4s=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=Q8HpGdzt1v0Sds/pPio3zDbWuETXsboQoc932lmQJ8SXYu+G+wLIPA5jyoYvyFwSn DWAou9Fy/lBm0KZYEi6ATCDFqK2bLGgvJoMF2N4v57iSQXJzCvGWJ5BAZ5uVK6C4bx IKUYf27NSs6KShbqnD9DIieVbJ6xtqurFnp9zCPo= Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: =?UTF-8?Q?T=c4=b3l_Coosemans?= , Diane Bruce Cc: FreeBSD Ports ML , Eugene Grosbein References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> From: "Russell L. Carter" Message-ID: <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> Date: Thu, 21 Feb 2019 10:53:00 -0700 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.5.1 MIME-Version: 1.0 In-Reply-To: <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 55A4385942 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=pinyon.org header.s=DKIM header.b=bnOoB4aa; dkim=pass header.d=pinyon.org header.s=DKIM header.b=Q8HpGdzt; spf=pass (mx1.freebsd.org: domain of rcarter@pinyon.org designates 65.101.20.170 as permitted sender) smtp.mailfrom=rcarter@pinyon.org X-Spamd-Result: default: False [-6.44 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[pinyon.org:s=DKIM]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[pinyon.org]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[pinyon.org:+]; MX_GOOD(-0.01)[h2.pinyon.org,h1.pinyon.org]; NEURAL_HAM_SHORT(-0.98)[-0.980,0]; IP_SCORE(-2.95)[ip: (-9.74), ipnet: 65.100.0.0/14(-4.90), asn: 209(-0.02), country: US(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:209, ipnet:65.100.0.0/14, country:US]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Feb 2019 17:53:13 -0000 On 2/21/19 10:05 AM, Tijl Coosemans wrote: > On Sun, 17 Feb 2019 10:16:04 -0500 Diane Bruce wrote: >> On Sat, Feb 16, 2019 at 06:35:52PM -0700, Russell L. Carter wrote: >>> So I must dig deeper. Perhaps with rpaths interacting with the system >>> paths? >> >> You got it. ;) >> Except python doesn't have an rpath which is why this keeps coming >> up over and over again. > > Maybe we should just add the gcc rpaths to the python ports LDFLAGS > without depending on gcc. Then python should use gcc libgcc_s when > it exists and fall back to base system libgcc_s when it doesn't. > > Maybe we should compile *all* ports with gcc rpaths without depending > on gcc, just like we already compile everything with -fstack-protector > in LDFLAGS. > I would like to briefly present the perspective from a user's POV. There is a large world wide population of scientific custom code users/coders who run on linux boxes in a wide variety of configurations. Almost none of that code will ever have a chance of ending up in /usr/ports, although there is nothing technically challenging about almost any of it (the porting process that is). So anytime any of those users wants to try running their non-ported scientific code, a large fraction of which contains python and/or gfortan code, they are going to hit the libgcc_s issue. Only a few of those people understand rpaths as well as I do (and I'm no expert), because it's never been their job. They probably struggle to figure out what question to ask, because, "libgcc_s? WTF?, this is python!" In addition, oftentimes people have sometimes big pipelines of different programs executing. So writing a shell script wrapper around each and every one of those custom programs... not going to happen. libmap.conf(5)? Not going to happen. Linux works out of the box. People like Steve Kargl and me are... puzzled at why FreeBSD would do this to itself. Having people writing and running custom opensource software on a performant opensource OS is **good**. We should be enabling them. Back in the day some of us injected FreeBSD into chunks of NASA and Sandia, for instance, on the strength of its networking performance. I would have been laughed out onto the street if I had said well um we have make a custom shell script wrapper for most of our programs just to get them to run, because this awesome not-linux OS is so advanced? Just my 2¢. Best regards, Russell