From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 116354 invoked by alias); 11 Sep 2015 13:40:15 -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 116344 invoked by uid 89); 11 Sep 2015 13:40:15 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.9 required=5.0 tests=AWL,BAYES_50,FREEMAIL_FROM,KAM_MXURI,RCVD_IN_DNSWL_NONE,SPF_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 X-HELO: omr-m004e.mx.aol.com Received: from omr-m004e.mx.aol.com (HELO omr-m004e.mx.aol.com) (204.29.186.4) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Fri, 11 Sep 2015 13:40:14 +0000 Received: from mtaout-aao02.mx.aol.com (mtaout-aao02.mx.aol.com [172.27.21.14]) by omr-m004e.mx.aol.com (Outbound Mail Relay) with ESMTP id 4D24338000BE for ; Fri, 11 Sep 2015 09:40:11 -0400 (EDT) Received: from [192.168.0.5] (cpe-98-30-246-22.cinci.res.rr.com [98.30.246.22]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-aao02.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id E1EE138000081 for ; Fri, 11 Sep 2015 09:40:10 -0400 (EDT) Reply-To: tprince@computer.org Subject: Re: Cygwin 32bit: Can't use gcc -mfpmath=sse References: <1999691441959416@web12o.yandex.ru> To: cygwin@cygwin.com From: Tim Prince X-Enigmail-Draft-Status: N1110 Message-ID: <55F2D9B7.5030209@aol.com> Date: Fri, 11 Sep 2015 13:40:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit x-aol-global-disposition: G x-aol-sid: 3039ac1b150e55f2d9ba3788 X-AOL-IP: 98.30.246.22 X-SW-Source: 2015-09/txt/msg00189.txt.bz2 On 9/11/2015 8:03 AM, HK wrote: > On Fri, 11 Sep 2015 10:16:56 +0200, Evgeny Grin wrote: > >> 10.09.2015, 23:52, "HK" : >>> On Thu, 10 Sep 2015 13:19:04 +0200, V?clav_Haisman wrote: >>>> On 10 September 2015 at 01:30, HK wrote: >>>>> 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. >> >> It's not a problem as by default GCC generate code compatible with >> maximum number of CPU models. >> If you need to generate an SSE instructions, you have to use at lest >> -march=pentium3. >> For x86-64 version, SSE is always enabled as all x86-64 CPUs support >> SSE and SSE2. >> See http://gcc.gnu.org/onlinedocs/gcc/x86-Options.html#x86-Options > > Thanks. While I don't quite agree with the choice of defaults it makes > sense. > So does my 32bit window next to the 64bit window on the same computer > really > have a different instruction set? Anyway, case closed. Intel compilers made SSE2 the default even for 32-bit mode, subsequent to all CPUs which supported 387 but not SSE3 going out of production. There's still a lot of interest in 387 mode, however. You might argue for making SSE3 the default, but it's generally important nowadays to set an appropriate option for the target platforms. -- Tim Prince -- 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