This is the mail archive of the
libstdc++@sourceware.cygnus.com
mailing list for the libstdc++ project.
Re[2]: Announcing libstdc++-2.90.7
- To: Mumit Khan <khan at NanoTech dot Wisc dot EDU>
- Subject: Re[2]: Announcing libstdc++-2.90.7
- From: Roman Belenov <roman at nstl dot nnov dot ru>
- Date: Thu, 23 Dec 1999 14:05:33 +0300
- CC: libstdc++ at sourceware dot cygnus dot com, egcs at egcs dot cygnus dot com
- Organization: NSTL
- References: <Pine.HPP.3.96.991222131257.13333E-100000@hp2.xraylith.wisc.edu>
- Reply-To: Roman Belenov <roman at nstl dot nnov dot ru>
Hello Mumit,
It seems that there are problems when building in source directory
instead of making a new directory and running configure from where. I
had the same problem as Matt under Linux; building in other directory
(and installing from there) worked without problems.
MK> On Wed, 22 Dec 1999, Matthew Brown wrote:
>> I just attempted a compile and installation. All goes well (using Mumit's
>> cygwin limits) until the installation. The makefile seems to desire a file
>> in the 'bits' source directory by the name 'ctype_base.h'. This file seems
>> to be somewhat platform-specific and appears, at first look, to be copied
>> from the 'config' directory during configuration time; however, this is not
>> happening for me. Here is my configuration:
>>
>> - Cygwin b20.1
>> - configure run with '--prefix=<cygwin
>> dir> --enable-shared --enable-static --enable-namespaces'
MK> Don't know what the problem is, but I could cross-build on Linux just
MK> fine. BTW, if you use --enable-namespaces, you'll also have to rebuild
MK> libgcc with -fhonor-std, but I assume you know that.
MK> You can pick up prebuilt Cygwin and Mingw 2.90.7 at:
MK> http://www.xraylith.wisc.edu/~khan/software/gnu-win32/libstdc++-v3.html
MK> The package contains a rebuilt libgcc.a as well.
MK> Regards,
MK> Mumit
Best regards,
Roman mailto:roman@nstl.nnov.ru