From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16496 invoked by alias); 10 Nov 2009 02:37:32 -0000 Received: (qmail 16487 invoked by uid 22791); 10 Nov 2009 02:37:32 -0000 X-SWARE-Spam-Status: No, hits=4.8 required=5.0 tests=AWL,BAYES_00,CHARSET_FARAWAY_HEADER,MIME_CHARSET_FARAWAY,RDNS_NONE,SARE_HEAD_8BIT_SPAM,SARE_SUB_ENC_GB2312 X-Spam-Check-By: sourceware.org Received: from Unknown (HELO mail.fiberhome.com.cn) (61.183.207.101) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 Nov 2009 02:37:09 +0000 Received: from WWW06B9403DCD7 (10.74.20.133) by mail.fiberhome.com.cn (10.19.8.20) with Microsoft SMTP Server id 8.1.340.0; Tue, 10 Nov 2009 10:34:14 +0800 From: =?gb2312?B?0Oyz1rrj?= To: 'Kai Tietz' , 'Kai Ruottu' CC: Subject: =?gb2312?B?tPC4tDogSG93IHRvIHJ1biBnY2MgdGVzdCBzdWl0ZSBpbiBwdXJlIA==?= =?gb2312?B?bWluZ3czMiBlbnZpcm9ubWVudD8=?= Date: Tue, 10 Nov 2009 02:37:00 -0000 Message-ID: <6729356B473447CF93E346A641D8F87A@WWW06B9403DCD7> MIME-Version: 1.0 Content-Type: text/plain; charset="gb2312" Content-Transfer-Encoding: quoted-printable In-Reply-To: <90baa01f0911090303t620e4715x2e1e990207be8fea@mail.gmail.com> Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org X-SW-Source: 2009-11/txt/msg00268.txt.bz2 I know very well the spirit of MinGW, it want to provide a native Win32 development evrionment. The issue is : many of the host tools have not been ported or very hard to be ported to pure MinGW/Win32 environment, for example, bash. This is why Msys exist. Msys essensially a fork of Cygwin 1.3. In MinGW's download page, there are two kinds of packages to download, MinGW pacakges and Msys packages. The MinGW packages are packages ported to pure MinGW/Win32 environment, not linked to non standard DLLs, like, cygwin1.dll or msys-1.0.dll. The Msys packages are packages developed in a outdated developent toolchain(gcc-2.9), and linked to msys-1.0.dll. The Msys packages are not native MinGW/Win32 packages, just like Cygwin packages. The existence of Msys proves that : in MinGW, you must provide a additional/optional newlib style library, the headers,libs, to make a bundle of tools to be build easily : bash, make, coreutils, bzip2,diffutils, file, findutils, gawk, grep, gzip, less, m4, patch, sed, tar, texinfo, perl, etc. The testruns for 32-bit and 64-bit of mingw-w64 are done on a linux host by cross-compilation and are executed on a remote Windows host, again confirm this points : MinGW lack the the native ported MinGW/Win32 tools. I know that a lot of basic tools like, make,dmake, perl, tck/tk have been ported to pure MinGW/Win32 evnrironment. Autoconf, automake, libtool, depend on perl, but I don't know whether not pure MinGW/Win32 perl works. I also notice that there a GnuWin32 project, but no prove exists that we can use that as gcc development environment. It seems that all GNU development tools have been ported to Cygwin, with the latest version. But in Msys, many tools are missing or outdated. In some meaning , Cygwin seems more successful than MinGW+Msys. It would be very nice when Cygwin can masquerade as MinGW. I have tried to relpace the uname.exe in Cygwin's bin directory(c:/cygwin/bin), with the one in MinGW is bin directory(c:/msys/1.0/bin). Then in Cygwin bash when run "config.guess", it print "i686-pc-mingw32". For lack of time, I have not done further test. cheers. Chiheng Xu Wuhan,China -----=D3=CA=BC=FE=D4=AD=BC=FE----- =B7=A2=BC=FE=C8=CB: Kai Tietz [mailto:ktietz70@googlemail.com]=20 =B7=A2=CB=CD=CA=B1=BC=E4: 2009=C4=EA11=D4=C29=C8=D5 19:04 =CA=D5=BC=FE=C8=CB: Kai Ruottu =B3=AD=CB=CD: =D0=EC=B3=D6=BA=E3; gcc@gcc.gnu.org =D6=F7=CC=E2: Re: How to run gcc test suite in pure mingw32 environment? 2009/11/9 Kai Ruottu : > I myself would be more interested to get these tests for MinGW-hosted > tools to work on Linux because that is > the "preferred build platform for MinGW-hosted tools" for me. Some years > ago I produced more than 100 > binutils+GCC+GDB/Insight toolchains for all kind of targets to be run on > the MinGW runtime host. Just for a > fun... The tests regarding to "does it work" happening on Windoze/MinGW > via compiling apps there and then > possibly running them on the built-in simulator in GDB or using the > standalone "$target-run" simulator on the > console. The testruns we do for 32-bit and 64-bit of mingw-w64 are done on a linux host by cross-compilation and are executed on a remote Windows host. ssh and rexec can be used here. NightStrike can give here more details. > What has been the "problem" is that those very limited tests on the > Windoze/MinGW host have this far > showed the toolchains to work quite identically with their earlier > equivalents on the Linux host, for instance > a toolchain for "arm-elf" on MinGW-host working nicely on Windoze too. > So really no need to wonder how > to get "make check" to work with the Canadian-cross built toolchains... Indeed, to make a cross-compiler (especially on cygwin and linux) makes absolutely sense. In fact it is at the moment (as the expect tool isn't ported for native Windows hosts) the only way to do regression tests. >> Is't it necessary to port newlib to pure MinGW environment ? This makes no sense. Possibly your initial idea here isn't understandable, so could you give us more details about this? Regards, Kai --=20 | (\_/) This is Bunny. Copy and paste | (=3D'.'=3D) Bunny into your signature to help | (")_(") him gain world domination