From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14559 invoked by alias); 10 Sep 2015 20:52:19 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 14550 invoked by uid 89); 10 Sep 2015 20:52:19 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 X-HELO: chlothar.bnv-bamberg.de Received: from Unknown (HELO chlothar.bnv-bamberg.de) (188.64.62.98) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Thu, 10 Sep 2015 20:52:18 +0000 Received: from localhost ([127.0.0.1] helo=chlothar.bnv-bamberg.de) by chlothar.bnv-bamberg.de with esmtp id 1Za8pE-0000uT-EK for cygwin@cygwin.com; Thu, 10 Sep 2015 22:52:08 +0200 Received: from ipbcc2cb4d.dynamic.kabel-deutschland.de ([188.194.203.77] helo=orion) by chlothar.bnv-bamberg.de with esmtpa (Exim 4.76) (envelope-from ) id 1Za8pE-0000ta-AV for cygwin@cygwin.com; Thu, 10 Sep 2015 22:52:08 +0200 Content-Type: text/plain; charset=iso-8859-15; format=flowed; delsp=yes To: "cygwin@cygwin.com" Date: Thu, 10 Sep 2015 20:52:00 -0000 Subject: Re: Cygwin 32bit: Can't use gcc -mfpmath=sse MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: HK Message-ID: User-Agent: Opera Mail/10.63 (Win32) X-SW-Source: 2015-09/txt/msg00163.txt.bz2 On Thu, 10 Sep 2015 13:19:04 +0200, V?clav_Haisman wrote: > On 10 September 2015 at 01:30, HK wrote: >> I've just run across this strange behavior on a recent 32bit >> installation: >> >> vega> cat hello.c >> #include >> int main(int argc, char** argv){ >> printf("hello world\n"); >> } >> vega> gcc -mfpmath=sse hello.c >> hello.c:1:0: warning: SSE instruction set disabled, using 387 >> arithmetics > > Does it help to use `-march=native`? My hunch is that this is because > the default CPU type is set to such that does not have SSE. > Yep, that did the trick. Thanks for the suggestion. Now, is this a gcc build build problem? The 64bit version doesn't need -march=native and that is on the same computer. >> #include >> ^ >> >> Why is this? I am pretty sure this used to work in the past. On the >> 64bit >> installtion it works just fine. >> >> For reference: >> >> vega> gcc -v >> Using built-in specs. >> COLLECT_GCC=gcc >> COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-cygwin/4.9.3/lto-wrapper.exe >> Target: i686-pc-cygwin >> Configured with: >> /cygdrive/i/szsz/tmpp/gcc/gcc-4.9.3-1.i686/src/gcc-4.9.3/configure >> --srcdir=/cygdrive/i/szsz/tmpp/gcc/gcc-4.9.3-1.i686/src/gcc-4.9.3 >> --prefix=/usr --exec-prefix=/usr --localstatedir=/var --sysconfdir=/etc >> --docdir=/usr/share/doc/gcc --htmldir=/usr/share/doc/gcc/html -C >> --build=i686-pc-cygwin --host=i686-pc-cygwin --target=i686-pc-cygwin >> --without-libiconv-prefix --without-libintl-prefix --libexecdir=/usr/lib >> --enable-shared --enable-shared-libgcc --enable-static >> --enable-version-specific-runtime-libs --enable-bootstrap >> --enable-__cxa_atexit --with-dwarf2 --with-arch=i686 --with-tune=generic >> --disable-sjlj-exceptions >> --enable-languages=ada,c,c++,fortran,java,lto,objc,obj-c++ >> --enable-graphite >> --enable-threads=posix --enable-libatomic --enable-libgomp >> --disable-libitm >> --enable-libquadmath --enable-libquadmath-support --enable-libssp >> --enable-libada --enable-libjava --enable-libgcj-sublibs >> --disable-java-awt >> --disable-symvers --with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld >> --with-gnu-as --with-cloog-include=/usr/include/cloog-isl >> --without-libiconv-prefix --without-libintl-prefix --with-system-zlib >> --enable-linker-build-id >> Thread model: posix >> gcc version 4.9.3 (GCC) >> vega> -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple