This is the mail archive of the
mailing list for the Cygwin project.
Re: 64bit: cygstdc++-6.dll
- From: NightStrike <nightstrike at gmail dot com>
- To: "cygwin-apps at cygwin dot com" <cygwin-apps at cygwin dot com>, Kai Tietz <ktietz at redhat dot com>
- Date: Sat, 23 Mar 2013 12:08:39 -0400
- Subject: Re: 64bit: cygstdc++-6.dll
- References: <514C9EB4 dot 4000203 at gmail dot com> <20130323095047 dot GC2387 at calimero dot vinschen dot de>
On Sat, Mar 23, 2013 at 5:50 AM, Corinna Vinschen
> On Mar 22 19:11, marco atzeri wrote:
>> latest libstdc++6-4.8-20130319-1
>> has at least a missing entry point from previous dll
>> cmake fails with
>> "_ZTVN10_cxxabiv117_class_type_infoE could not be located"
> Yaakov built this libstdc++. As I said in the other mail, I'm not
> exactly a gcc expert and Yaakov is off-list for a couple of days.
> However, a quick glance into the symbols exported by libstdc++.a
> shows that the above symbol exists, but with additional leading
> ^ ^
> The x86_64 ABI does not prepends underscores in front of symbols,
> so there has evidently gone something wrong. I checked my the Linux
> cross toolchain and it is also using the symbols with additional
> leading underscores. Off the top of my head I don't see where this
> discrepancy is caused.
> Kai, do you have an idea why that could have happened?
Not sure if this helps, but there is a switch for compiling with
We likewise support this when building the crt via:
Perhaps this has something to do with it? Maybe something is set as
the default for cygwin, and it needs to be flipped?