From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13197 invoked by alias); 24 Jul 2017 23:31:23 -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 11552 invoked by uid 89); 24 Jul 2017 23:31:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=brush, are, HContent-Transfer-Encoding:8bit, months X-HELO: mail-it0-f65.google.com Received: from mail-it0-f65.google.com (HELO mail-it0-f65.google.com) (209.85.214.65) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 24 Jul 2017 23:31:20 +0000 Received: by mail-it0-f65.google.com with SMTP id t6so8541134itb.0 for ; Mon, 24 Jul 2017 16:31:20 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=QStbICqqJny9jJ9Cg7P5gYaNFVSNH2q4TmX0TjQ+X9A=; b=kO29FKgsn/y7Cxf9LtK7M71AQP3oErQFqrYKnLY3xhWMMgd0Q/zNVpUr2/6savYNIZ Xr3Q5KfgD5kPtlPRwBSb0CZkCISkdgxnXC2ROgg2/NmeqUAlrp7hCaK/XunkeQN+lfVc jlOs5ZEnwX870thG+zNhdyKADk6fNlk3mxzip2kXnk86prv8R+dIt9ZhunoDyMy6aY99 GJ3MflOo/ofyS+XecKYMwEmJXidVekTniealEsjnjK/SkaS5pEriGEZmcG58PYhWZ4aX xoZdgmucqTV95FhVqrmVrYGUxouRCu3fxEHWivePJpgGFB8a6oPzWVrWnjPSaGBDMQKl 3Vdw== X-Gm-Message-State: AIVw113dY0XZwLyMx0Q/MjZFO9jop/j7NfY8/VfRpku/NWBZvnG2ZxH6 bwShKYuUaBU0hqCRcuc= X-Received: by 10.36.105.82 with SMTP id e79mr9209205itc.118.1500939078659; Mon, 24 Jul 2017 16:31:18 -0700 (PDT) Received: from [192.168.2.20] (mtrlpq3316w-lp130-02-70-31-207-162.dsl.bell.ca. [70.31.207.162]) by smtp.gmail.com with ESMTPSA id n64sm5875593ioo.39.2017.07.24.16.31.17 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 24 Jul 2017 16:31:17 -0700 (PDT) Message-ID: <1500939076.11511.4.camel@gmail.com> Subject: Re: Link error with static version of zlib? From: "J (Jean-Claude Gervais)" To: cygwin@cygwin.com Date: Mon, 24 Jul 2017 23:55:00 -0000 In-Reply-To: <59715271.482cca0a.8fce9.85d2@mx.google.com> References: <003a8d3c-691b-738f-96e7-ec3bf53b82a9@t-online.de> <59715271.482cca0a.8fce9.85d2@mx.google.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2017-07/txt/msg00337.txt.bz2 Hello Steven and Hans-Bernhard, I believe the problem stems from a missing component in the runtime. When I use Gentoo's Crossdev and generate either the 32 or 64 bit version of MinGW, it allows me to compile and link the app with no other dependencies than msvcrt.dll. I can run the cross-compiled app directly on Windows. But for some reason, the MinGW compiler present in Cygwin looks for threading support which is not there. This is strange because I manually compiled the source for both libraries (zlib with minizip in the contrib folder) and it gives the same error. Searching the source for any mention of threads in the code yields nothing except comments about whether routines are thread-safe or not. The link complains about those functions missing from libpthread.a, even though that library is not invoked. I've tried linking the pthread library, but it does not supply the missing symbols. So those symbols have to either be present in a lib that is missing from the link-line, which would be strange because the same link-line works with the linux version of MinGW or the runtime library needs to supply them? I'll try and narrow it down more. Thank you both for your help. J On Thu, 2017-07-20 at 18:01 -0700, Steven Penny wrote: > On Thu, 20 Jul 2017 20:59:00, =?UTF-8?Q?Hans-Bernhard_Br=c3=b6ker?= > wrote: > > And that's where you went off in the wrong direction.  You're > > writing to  > > the Cygwin mailing, but that's the MSYS2 package repository.  Those > > are  > > two different environments, so you should _not_ mix up them up like > > that. > > This is a pretty awful response. The MSYS2 part of my answer, the > part OP tried > is certainly possible. When Cygwin package maintainers are ignoring > serious > package issues for months: > > - http://cygwin.com/ml/cygwin/2017-07/msg00055.html > - http://github.com/cygwinports/mingw64-x86_64-expat/issues/1 > - http://github.com/cygwinports/mingw64-x86_64-lua/issues/1 > - http://github.com/cygwinports/mingw64-x86_64-nghttp2/issues/1 > - http://github.com/cygwinports/mingw64-x86_64-pcre/issues/1 > > it is not wrong to seek a sane alternative, which this is. You > certainly can mix > these as in this case we are not involving the Cygwin DLL. To J (OP), > if you > want a real answer and not this brush off, repost your question here > and I will > try to work with you: > > http://github.com/svnpenn/glade > > as technically your original question has already been answered (by > me), and > your new issue is outside the scope of this mailing list. > > > -- > 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