From owner-freebsd-ports@freebsd.org Mon Feb 25 12:46:15 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 B905E1509B77 for ; Mon, 25 Feb 2019 12:46:15 +0000 (UTC) (envelope-from dimpase@gmail.com) Received: from mail-lj1-x242.google.com (mail-lj1-x242.google.com [IPv6:2a00:1450:4864:20::242]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C8F088B380; Mon, 25 Feb 2019 12:46:14 +0000 (UTC) (envelope-from dimpase@gmail.com) Received: by mail-lj1-x242.google.com with SMTP id z7so7079326lji.0; Mon, 25 Feb 2019 04:46:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=v8hTd0gJv3ywrx8fvWEn36Kwc8eWMXbJTT4IH7sNLOc=; b=ajd9x0P2FGyfRsVecKHCPQw9Ros2Ey2/WgOXUz4WnzjD3IGR3IQ9oredalGKaLcNO6 XqtPnuLzV9cj6+qObfciKrXoD2XcxHRvhS5m8LEj7ZBlrLqqhNiokqzASXP9AM4kL6mH CukLr0DySwW+UrBlTfGLrA781/SjNxRY4iJ9Wmfo9U6oGX8AJDQZRR6V7JFUNceKJ6CU DbvDyjqIZImNYBoFzTq7nNlRziAMgl1yvyg3FcEJO1RqRUNrUTGJFVabtSBWEIwLKokS E9Fs4FAy4BnwrrLDj/TiXFnRX982BBWF0tSz7tgc47FT77thjFT8T5F41oBfiMV22HKU k3KA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=v8hTd0gJv3ywrx8fvWEn36Kwc8eWMXbJTT4IH7sNLOc=; b=C3wpZSWDIko7OUAolP0TeszT5IrALVNlfF0NJAKjkxsv9oQIja2eC4udw5tyick1e9 hrdWN7gXY7+hzhcSInAqVziYzBkeGevPh4IdI7ZbHA0cxfg3aHt76hZ7wDu1GfHHb9Dn 8Z8nPUMcD9Y2C2QpM81dqfp8KHtNguQdbXf2AkQkJG7azUi7v9Yg+brKXNdoFmMDoBk2 wj6uCHjOrGOYr32/EWKyjk+IDBZ8/oG88pPNO4OTVWJVEwUYmlWCSrUGAGksSKCb+oaf LLkBZZEMg2l5mGGQmmOvpxJaW9uwl5bgBztxlmFIJiQkGOm+xQnb+cE8d38CXtDwttgw Kjkw== X-Gm-Message-State: AHQUAuYTZzJJecpxdn8Rp3B/ReLZu0OKhS0UOsoS+Xqr834FGCS+Tr1P 8RMKRojFlQHFKanF8RAR+G+QEj/FBl2LsYafFuo+DuN51UI= X-Google-Smtp-Source: AHgI3Ib6ifm/jille7jwCJdQm3DJDo4awIWZi8du+C+UWJVAPRfL47NWH9l3D9BU6kgYbP7r1/BURRSG3eNopiIOoBY= X-Received: by 2002:a2e:a0cb:: with SMTP id f11mr10723992ljm.55.1551098773233; Mon, 25 Feb 2019 04:46:13 -0800 (PST) MIME-Version: 1.0 References: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> <20190217151604.GB68620@night.db.net> <20190221180515.39c79ce6@kalimero.tijl.coosemans.org> <092b17f0-6fbf-662e-1061-403442248abd@pinyon.org> <20190222140407.2145c11e@kalimero.tijl.coosemans.org> <20190223000620.GA12700@troutmask.apl.washington.edu> <20190223183117.GA65065@night.db.net> <20190224142150.685debe4@kalimero.tijl.coosemans.org> <20190224200914.GA26706@troutmask.apl.washington.edu> In-Reply-To: From: Dima Pasechnik Date: Mon, 25 Feb 2019 12:46:02 +0000 Message-ID: Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 To: Dima Pasechnik Cc: Steve Kargl , =?UTF-8?Q?T=C4=B3l_Coosemans?= , Diane Bruce , gerald@freebsd.org, Dave Horsfall , FreeBSD Ports Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: C8F088B380 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=ajd9x0P2; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of dimpase@gmail.com designates 2a00:1450:4864:20::242 as permitted sender) smtp.mailfrom=dimpase@gmail.com X-Spamd-Result: default: False [-3.13 / 15.00]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; FREEMAIL_FROM(0.00)[gmail.com]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DKIM_TRACE(0.00)[gmail.com:+]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCPT_COUNT_SEVEN(0.00)[7]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TAGGED_FROM(0.00)[freebsd]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-0.97)[-0.974,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.14)[0.141,0]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TAGGED_RCPT(0.00)[freebsd]; MIME_GOOD(-0.10)[text/plain]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2.4.2.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.5.4.1.0.0.a.2.list.dnswl.org : 127.0.5.0]; IP_SCORE(-0.28)[ip: (2.90), ipnet: 2a00:1450::/32(-2.25), asn: 15169(-2.00), country: US(-0.07)]; RCVD_COUNT_TWO(0.00)[2] 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: Mon, 25 Feb 2019 12:46:16 -0000 On Mon, Feb 25, 2019 at 1:58 AM Dima Pasechnik wrote: > > On Sun, Feb 24, 2019 at 8:09 PM Steve Kargl > wrote: > > > > On Sun, Feb 24, 2019 at 02:21:50PM +0100, T=C4=B3l Coosemans wrote: > > > On Sat, 23 Feb 2019 13:31:17 -0500 Diane Bruce wrote: > > > > On Sat, Feb 23, 2019 at 10:52:03AM +0000, Dima Pasechnik wrote: > > > >> On Sat, Feb 23, 2019 at 12:07 AM Steve Kargl > > > >> wrote: > > > >>> On Sat, Feb 23, 2019 at 09:19:01AM +1100, Dave Horsfall wrote: > > > >>>> On Fri, 22 Feb 2019, T=C4=B3l Coosemans wrote: > > > >>>>> If I were the lang/gcc maintainer this -rpath problem would be = my > > > >>>>> number one priority. The current maintainer has never proposed > > > >>>>> any solutions and when I submit patches he always resists. I'm > > > >>>>> done wasting my time fighting him. > > > >>>> > > > >>>> I'm late to this discussion (not being a Fortran/Python user) bu= t > > > >>>> is there any way to remove a recalcitrant maintainer? > > > >>> > > > >>> Can you explain what you mean? The maintainer of the lang/gcc > > > >>> ports is a long-time member of the GCC steering committee > > > >>> and a long-time maintainer of all gcc FreeBSD ports. There > > > >>> are very few FreeBSD users (like 3 of us) who have commit access > > > >>> to the gcc tree. Seems like a dubious idea to remove one of > > > >>> those 3. > > > >> > > > >> Given the amount of time unsuspecting and half-suspecting users wa= sted > > > >> on making Fortran code (often in form of a Python extension) worki= ng > > > >> on FreeBSD (e.g. I probably wasted weeks), time is high to do > > > >> something, e.g. commit the said patches---there is an agreement th= at > > > >> they are correct, right? > > > > > > > > Dima, gerald has always been very helpful in all my communications > > > > with him. Have you filed a PR for the fix? dropped him an email? > > > > > > > > I know we (gerald and ?? can't remember) tried a static lib change > > > > a few years ago. I believe it didn't work at the time due to missin= g > > > > symbols which we have since added. > > > > > > This cannot be entirely correct. I don't see what missing symbols th= is > > > would have been. I attached my patch to bug 208120 on 2017-02-09 and > > > you responded it was the best idea. mmel then discovered it didn't > > > entirely fix the problem on ARM where _Unwind_Backtrace has version > > > GCC_4.3.0 instead of GCC_3.3.0. The gcc commit that changed this > > > doesn't explain why this was done, but we'll have to make the same > > > change in FreeBSD ARM libgcc_s to be ABI compatible (since _Unwind* i= s > > > part of the ABI). This isn't a blocker for the patch. > > > > > > I emailed the patch to gerald on 2017-02-21. He responded in the usu= al > > > way that he prefers patches submitted upstream and because I thought = the > > > patch would not be accepted upstream he proposed an alternative solut= ion > > > where gcc would always add -rpath on FreeBSD so you didn't have to > > > specify it on the command line. I responded this wouldn't fix the ca= se > > > where clang was used as a linker (e.g. to combine fortran and c++ cod= e > > > in one program) and that the FAQ on the gcc website said it was a bad > > > idea for other reasons. I also said upstream might accept my patch i= f > > > it was a configure option but that the gcc configure scripts are > > > complicated and I didn't know where to add it exactly. Then silence. > > > This is typical for all my conversations with him over the years so I > > > stopped caring. > > > > > > > I do find the above paragraph to be somewhat ironic. It seems > > that python importing Fortran compiled code runs into this > > problem. I have sent 3 or 4 patches to freebsd-ports@, freebsd-python, > > and created a PR to fix a conflict with the symbol sinpi (which I > > intend to add to libm), and I have been told to upstream my patch. > > The patch ought to be upstream, for your patch is quite meaningful > outside of FreeBSD ports. > > > > > > Well, I checked. I would need to create an account on a python > > site to send a 2-line patch. > > GitHub is hardly a "python site" (or rather CPython, as we talk about > - yes, you need to do a PR at their GitHub repo, which is totally > standard practice nowadays. > https://devguide.python.org/ > OK, if you need someone to do such a PR on your behalf, surely this > can be arranged. This is now https://github.com/python/cpython/pull/12027 Naturally it will take time to get through. Steve, where is your sinpi() et. al implementation, so that it can be mentioned there explicitly? Dima > > > Given that I actually don't > > program in python, that certainly seems to be an unreasonable > > request from the python maintainers. > > If I were a Python maintainer I might have pointed out to you that > IEEE-754 speaks about sinPi(), not sinpi(), and if you added > sinPi() to libm, it would have been fine without a patch. > (although this might be breaking naming taboos :-)) > > Dima > > > > > BTW, I am a gfortran maintainer. gfortran is the only Fortran > > compiler available for FreeBSD that actually implements most > > of the Fortran standards. I've spent 15+ years making sure > > gfortran works on FreeBSD and that changes to GCC don't cause > > regression. This is first time I've seen your patch. AFAICT, > > the file libgfortran/Makefile.am needs a patch, and then a > > around of automake, autoconf, aclocal needs to be done. Just > > need to figure out what needs to change and ensure that it > > does not break the rest of the computing world. > > > > -- > > Steve