From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from m0.truegem.net (m0.truegem.net [69.55.228.47]) by sourceware.org (Postfix) with ESMTPS id B6BCC3858024 for ; Sun, 27 Jun 2021 08:01:52 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org B6BCC3858024 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=maxrnd.com Authentication-Results: sourceware.org; spf=none smtp.mailfrom=maxrnd.com Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id 15R81o7v099232 for ; Sun, 27 Jun 2021 01:01:50 -0700 (PDT) (envelope-from mark@maxrnd.com) Received: from 162-235-43-67.lightspeed.irvnca.sbcglobal.net(162.235.43.67), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdp1bUyZ; Sun Jun 27 01:01:48 2021 Subject: Re: Small problem building cygserver from source To: cygwin-developers@cygwin.com References: <241586e0-97b1-dee1-7bc9-7e1cccee315d@dronecode.org.uk> From: Mark Geisert Message-ID: Date: Sun, 27 Jun 2021 01:01:48 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.4 MIME-Version: 1.0 In-Reply-To: <241586e0-97b1-dee1-7bc9-7e1cccee315d@dronecode.org.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.6 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin-developers@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin core component developers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 27 Jun 2021 08:01:56 -0000 Jon Turney wrote: > On 24/06/2021 08:10, Mark Geisert wrote: >> Hi folks, >> I'm seeing this build problem while building the whole Cygwin ball of wax for >> local testing... >> >> Making all in cygserver >> make[3]: Entering directory >> '/c/staging/newlib-cygwin/build/x86_64-pc-cygwin/winsup/cygserver' >>    CXXLD    cygserver.exe >> /usr/lib/gcc/x86_64-pc-cygwin/10/../../../../x86_64-pc-cygwin/bin/ld: >> /usr/lib/w32api/libadvapi32.a(daltbs00499.o):(.idata$5+0x0): multiple definition >> of `__imp_LsaStorePrivateData'; >> /oss/build/x86_64-pc-cygwin/winsup/cygwin/libcygwin.a(d000097.o):(.idata$5+0x0): >> first defined here >> /usr/lib/gcc/x86_64-pc-cygwin/10/../../../../x86_64-pc-cygwin/bin/ld: >> /usr/lib/w32api/libadvapi32.a(daltbs00471.o):(.idata$5+0x0): multiple definition >> of `__imp_LsaOpenPolicy'; >> /oss/build/x86_64-pc-cygwin/winsup/cygwin/libcygwin.a(d000093.o):(.idata$5+0x0): >> first defined here >> /usr/lib/gcc/x86_64-pc-cygwin/10/../../../../x86_64-pc-cygwin/bin/ld: >> /usr/lib/w32api/libadvapi32.a(daltbs00437.o):(.idata$5+0x0): multiple definition >> of `__imp_LsaClose'; >> /oss/build/x86_64-pc-cygwin/winsup/cygwin/libcygwin.a(d000084.o):(.idata$5+0x0): >> first defined here >> collect2: error: ld returned 1 exit status >> make[3]: *** [Makefile:534: cygserver.exe] Error 1 >> >> I was not able to determine why libadvapi32.a is apparently being pulled in here >> or what was doing that. > > Not reproducible in CI or locally. > > You might need to do a clean and/or use a fresh build directory if you haven't > rebuilt successfully since the automakification changes. I did a 'git pull' then configure + make just to be sure I'm up to date. Errors still occur. Hmm. I suppose it's some local issue then. I read the error msgs as double defs of imports in w32api/libadvapi32.a vs libcygwin.a. I don't understand why the linker cares. Is it that there are no defs of the corresponding Lsa* functions among the linker inputs? I'll dig on. Thanks, ..mark