From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26824 invoked by alias); 7 Apr 2010 03:23:59 -0000 Received: (qmail 26816 invoked by uid 22791); 7 Apr 2010 03:23:58 -0000 X-SWARE-Spam-Status: No, hits=-1.2 required=5.0 tests=BAYES_00,SPF_SOFTFAIL X-Spam-Check-By: sourceware.org Received: from mtaout20.012.net.il (HELO mtaout20.012.net.il) (80.179.55.166) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 07 Apr 2010 03:23:54 +0000 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0L0H00200LEYOK00@a-mtaout20.012.net.il> for gdb-patches@sourceware.org; Wed, 07 Apr 2010 06:23:51 +0300 (IDT) Received: from HOME-C4E4A596F7 ([77.124.92.42]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L0H002NWLFQMI00@a-mtaout20.012.net.il>; Wed, 07 Apr 2010 06:23:51 +0300 (IDT) Date: Wed, 07 Apr 2010 03:23:00 -0000 From: Eli Zaretskii Subject: Re: [RFC] Fix for Go32-v2 native woes In-reply-to: <201004061841.o36If19m004817@glazunov.sibelius.xs4all.nl> To: Mark Kettenis Cc: pierre.muller@ics-cnrs.unistra.fr, gdb-patches@sourceware.org Reply-to: Eli Zaretskii Message-id: <83wrwkvtbk.fsf@gnu.org> References: <002a01cad517$d36eab90$7a4c02b0$%muller@ics-cnrs.unistra.fr> <001801cad593$8e70daf0$ab5290d0$%muller@ics-cnrs.unistra.fr> <83iq84xyoa.fsf@gnu.org> <201004061841.o36If19m004817@glazunov.sibelius.xs4all.nl> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2010-04/txt/msg00114.txt.bz2 > Date: Tue, 6 Apr 2010 20:41:01 +0200 (CEST) > From: Mark Kettenis > CC: pierre.muller@ics-cnrs.unistra.fr, gdb-patches@sourceware.org > > > Why do we always read i386-sse.xml or assume that SSE is supported? > > We should not assume any CPU features by default if there are CPUs out > > there which we support that don't have them. > > Because that basically was the situation before. I'm not sure I follow. GDB 7 builds and works in the DJGPP port without any trouble, even though SSE support was there before, wasn't it? > When SSE support was addid we didn't really have a way to detect > whether a target supported SSE or not. Well, then it should be part of the target configuration. > Does Go32 really have no support for the SSE registers? Yes, really. The debug interface provided by DPMI (the interface for running protected-mode programs on DOS, which is a real-mode OS) does not support SSE. And since no one is developing the DPMI spec or DPMI ser5vices these days, SSE will never be supported by DJGPP. In fact, none of the special registers of the modern x86 CPUs (XMM etc.) will ever be supported. Therefore, the fact that SSE is not supported by DJGPP can be established at compile time.