X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.3 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Message-ID: <49B92D24.3000802@gmail.com> Date: Thu, 12 Mar 2009 15:41:24 +0000 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: [ANNOUNCEMENT] Updated: experimental package: gcc4-4.3.2-2 References: <49B90A2B DOT 3050907 AT alice DOT it> In-Reply-To: <49B90A2B.3050907@alice.it> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Angelo Graziosi wrote: > To test this new version of the compiler I have rebuild ROOT [1]. It > builds fine, but when I try to build its tests, at least one fails in > linking: > d000037.o:(.idata$5+0x0): multiple definition of `__imp___ZTISt9exception' > /usr/lib/gcc/i686-pc-cygwin/4.3.2/libstdc++.dll.a(d002074.o):(.idata$5+0x0): > first defined here > d000037.o:(.idata$6+0x0): multiple definition of `__nm___ZTISt9exception' > /usr/lib/gcc/i686-pc-cygwin/4.3.2/libstdc++.dll.a(d002074.o):(.idata$6+0x0): > first defined here > d000073.o:(.idata$5+0x0): multiple definition of `__imp___ZTISt9exception' > /usr/lib/gcc/i686-pc-cygwin/4.3.2/libstdc++.dll.a(d002074.o):(.idata$5+0x0): > first defined here > d000073.o:(.idata$6+0x0): multiple definition of `__nm___ZTISt9exception' > /usr/lib/gcc/i686-pc-cygwin/4.3.2/libstdc++.dll.a(d002074.o):(.idata$6+0x0): > first defined here Ok, for some reason it appears that libCore.dll.a exports symbols from libstdc++: DKAdmin AT ubik /work/root/test $ nm /work/root/lib/libCore.dll.a |grep St9exception 71d6b958 d .rdata$_ZTISt9exception 71d6ff40 d .rdata$_ZTSSt9exception 71d6b958 D __ZTISt9exception 71d6ff40 D __ZTSSt9exception Looks like the DLL got linked against static libstdc++, while the app links against shared libstdc++? That certainly wouldn't be expected to work. I'll take a little look at how ROOT builds its DLLs, hopefully we just need to tweak an LDFLAGS or similar somewhere. cheers, DaveK -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/