From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 71023 invoked by alias); 26 Feb 2019 09:37:27 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 71007 invoked by uid 89); 26 Feb 2019 09:37:27 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=problemshtml, problems.html, docshtml, UD:docs.html X-HELO: mail-lf1-f65.google.com Received: from mail-lf1-f65.google.com (HELO mail-lf1-f65.google.com) (209.85.167.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 26 Feb 2019 09:37:25 +0000 Received: by mail-lf1-f65.google.com with SMTP id e27so9118111lfj.8 for ; Tue, 26 Feb 2019 01:37:25 -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; bh=ePtfw82B+1SR1o1dAUweIkQbICeZ5HzYTxT/JzmVxms=; b=mpqYIGmYAmnVe6iGamf8vS+ZmK3mrbv9n9AxGlKuLzYMR3edfSpzBUpgkUmbBR2tJ5 2URRxEF3hB6nsiwgChU1q43BCD2+eAapwt8jDchjOwPu26DZcQSnaJMVFehNHRhUyMjf 14PgbSm0T0cWEQJ6AS1AqRcpxBcvI9Xl7vWTgnehcGYnzXiKOl/9j8oAnko5gS5N/FZx SeoS/VoJ9Aup5bGhvi6kAyYVkCzwDdSrcki3bkC+Kq7iV0w6uGirkTexkF84XfCRgd1s ZKkY7ILnMvdCWTp73YU5lyooVGITxUPKah/tqQU57kGSn7P3/eT+rOys+BLEqXmMG2cl phXA== MIME-Version: 1.0 References: <5c73e2de.1c69fb81.51805.32cd@mx.google.com> <0966bd837e33ca9ff07b13271211b2f5d2939793.camel@cygwin.com> In-Reply-To: <0966bd837e33ca9ff07b13271211b2f5d2939793.camel@cygwin.com> From: Ray Donnelly Date: Tue, 26 Feb 2019 09:48:00 -0000 Message-ID: Subject: Re: Python extraneous dependencies To: cygwin@cygwin.com Content-Type: text/plain; charset="UTF-8" X-IsSubscribed: yes X-SW-Source: 2019-02/txt/msg00433.txt.bz2 On Tue, Feb 26, 2019 at 5:12 AM Yaakov Selkowitz wrote: > > On Mon, 2019-02-25 at 04:43 -0800, Steven Penny wrote: > > On Sun, 24 Feb 2019 17:42:36, Yaakov Selkowitz wrote: > > > On Sat, 2019-02-23 at 16:29 -0800, Steven Penny wrote: > > > > I noticed that "python36" requires "binutils". > > > > > > This is needed for ctypes.util.find_library(). FWIW, on Linux, not > > > only binutils is used, but also gcc. I am very familiar with CPython's source code because I work on the Anaconda Ditribution, maintaining our Python packages for Windows, Linux and macOS and I can say that this is not the case, neither regarding binutils nor gcc. In Python, objdump is used only in a *fallback* case, and one that no one has run for many years [1]. If it is used in Cygwin's port of Python then the reason for needing the fallback needs to be investigated and removed. I might submit a patch to CPython removing this fallback one day and it is just code-rot at this point (and leads people to draw incorrect conclusions). gcc is not used at all in ctypes. It (or some compiler) is used by disutils when compiling python extension modules, obviously, but that's not something all (or even most) users of Python probably need to do. -- Cheers, Ray. [1] https://github.com/python/cpython/blob/e42b705188271da108de42b55d9344642170aa2b/Lib/ctypes/util.py#L193-L212 > > > > > > > Further, I noticed this dependency chain: > > > > > > > > python36 > libuuid-devel > pkg-config > libglib2.0_0 > > > > > > Until 3.7, the uuid stdlib module loads libuuid via ctypes, hence the > > > dependency. In 3.7, there is a compiled binding, and so the -devel > > > dependency was dropped. Also, pkgconf will soon be providing and > > > replacing pkg-config, which will cause the glib2.0 dependency to be > > > dropped. > > > > thanks. i was interested further in comparison so i took this file: > > > > https://python.org/ftp/python/3.6.8/python-3.6.8-embed-amd64.zip > > > > then use tar for fair comparison: > > > > tar -a -c -f python-3.6.8-embed-amd64.tar.xz python-3.6.8-embed-amd64 > > Did you look at the contents of that zip file? It's quite minimal, and > therefore not a fair comparison at all. > > > and that doesnt include the other packages i previously discussed. so it almost > > makes more sense to not even use the cygwin version? > > Hardly, but discussing how/why *not* to use Cygwin is OT IMO. > > -- > Yaakov > > > > -- > Problem reports: http://cygwin.com/problems.html > FAQ: http://cygwin.com/faq/ > Documentation: http://cygwin.com/docs.html > Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple > -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple