From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sa-prd-fep-048.btinternet.com (mailomta27-sa.btinternet.com [213.120.69.33]) by sourceware.org (Postfix) with ESMTPS id 80BC43857828 for ; Sun, 27 Jun 2021 11:38:55 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 80BC43857828 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=dronecode.org.uk Authentication-Results: sourceware.org; spf=none smtp.mailfrom=dronecode.org.uk Received: from sa-prd-rgout-004.btmx-prd.synchronoss.net ([10.2.38.7]) by sa-prd-fep-048.btinternet.com with ESMTP id <20210627113854.HRWU22297.sa-prd-fep-048.btinternet.com@sa-prd-rgout-004.btmx-prd.synchronoss.net> for ; Sun, 27 Jun 2021 12:38:54 +0100 Authentication-Results: btinternet.com; auth=pass (PLAIN) smtp.auth=jonturney@btinternet.com X-SNCR-Rigid: 60D644B9003E6388 X-Originating-IP: [86.139.156.26] X-OWM-Source-IP: 86.139.156.26 (GB) X-OWM-Env-Sender: jonturney@btinternet.com X-VadeSecure-score: verdict=clean score=0/300, class=clean X-RazorGate-Vade: gggruggvucftvghtrhhoucdtuddrgeduledrfeehvddggeefucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuueftkffvkffujffvgffngfevqffopdfqfgfvnecuuegrihhlohhuthemuceftddunecunecujfgurhepuffvfhfhkffffgggjggtgfesthekredttdefjeenucfhrhhomheplfhonhcuvfhurhhnvgihuceojhhonhdrthhurhhnvgihsegurhhonhgvtghouggvrdhorhhgrdhukheqnecuggftrfgrthhtvghrnhepleeigeehgefhveefvefhvdeiudfgvdeuhfejheetjefffefhueduteehuefgfffhnecukfhppeekiedrudefledrudehiedrvdeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheplgduledvrdduieekrddurdduuddungdpihhnvghtpeekiedrudefledrudehiedrvdeipdhmrghilhhfrhhomhepoehjohhnrdhtuhhrnhgvhiesughrohhnvggtohguvgdrohhrghdruhhkqecuuefqffgjpeekuefkvffokffogfdprhgtphhtthhopeeotgihghifihhnqdguvghvvghlohhpvghrshestgihghifihhnrdgtohhmqe X-RazorGate-Vade-Verdict: clean 0 X-RazorGate-Vade-Classification: clean Received: from [192.168.1.111] (86.139.156.26) by sa-prd-rgout-004.btmx-prd.synchronoss.net (5.8.340) (authenticated as jonturney@btinternet.com) id 60D644B9003E6388 for cygwin-developers@cygwin.com; Sun, 27 Jun 2021 12:38:54 +0100 Subject: Re: Small problem building cygserver from source To: cygwin-developers@cygwin.com References: <241586e0-97b1-dee1-7bc9-7e1cccee315d@dronecode.org.uk> From: Jon Turney Message-ID: Date: Sun, 27 Jun 2021 12:38:22 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-3570.5 required=5.0 tests=BAYES_00, FORGED_SPF_HELO, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_PASS, SPF_NONE, TXREP autolearn=no 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 11:38:57 -0000 On 27/06/2021 09:01, Mark Geisert wrote: > 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 No, remember that import stubs are statically linked. I'm pretty sure there shouldn't be a definition of _imp_Lsa* in libcygwin.a at all, since the only import stubs it should be providing are for the cygwin.dll.