public inbox for gcc-prs@sourceware.org
help / color / mirror / Atom feed
* Re: target/5381: __builtin_ia32_pmulhuw seems unknown to compiler
@ 2002-01-14 18:43 rodrigc
  0 siblings, 0 replies; 3+ messages in thread
From: rodrigc @ 2002-01-14 18:43 UTC (permalink / raw)
  To: David.Kastrup, gcc-bugs, gcc-prs, nobody

Synopsis: __builtin_ia32_pmulhuw seems unknown to compiler

State-Changed-From-To: open->closed
State-Changed-By: rodrigc
State-Changed-When: Mon Jan 14 18:43:16 2002
State-Changed-Why:
    See:
    http://gcc.gnu.org/ml/gcc-prs/2002-01/msg00543.html

http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=5381


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: target/5381: __builtin_ia32_pmulhuw seems unknown to compiler
@ 2002-01-14 18:36 Richard Henderson
  0 siblings, 0 replies; 3+ messages in thread
From: Richard Henderson @ 2002-01-14 18:36 UTC (permalink / raw)
  To: nobody; +Cc: gcc-prs

The following reply was made to PR target/5381; it has been noted by GNATS.

From: Richard Henderson <rth@redhat.com>
To: David.Kastrup@t-online.de
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: target/5381: __builtin_ia32_pmulhuw seems unknown to compiler
Date: Mon, 14 Jan 2002 18:29:54 -0800

 On Mon, Jan 14, 2002 at 08:44:34PM -0000, David.Kastrup@t-online.de wrote:
 > Strangely, while using -mmmx, __builtin_ia32_pmulhuw is unknown to
 > the compiler, while, for example, __builtin_ia32_pmulhw seems known.
 
 Not a bug -- pmulhuw is an SSE instruction, not part of
 the base MMX instruction set.
 
 > Anyhow, as you can see from the generated code, the compiler fails to
 > emit an emmx instruction at the end of the routine, leading to possible
 > floating point errors after return.
 
 Again, not a bug.  The user is responsible for handling emmx.
 
 If the compiler were deciding to emit MMX code on its own, 
 then yes I would agree that it must clean up after itself.
 But this is not the case here.
 
 
 r~


^ permalink raw reply	[flat|nested] 3+ messages in thread

* target/5381: __builtin_ia32_pmulhuw seems unknown to compiler
@ 2002-01-14 12:46 David.Kastrup
  0 siblings, 0 replies; 3+ messages in thread
From: David.Kastrup @ 2002-01-14 12:46 UTC (permalink / raw)
  To: gcc-gnats


>Number:         5381
>Category:       target
>Synopsis:       __builtin_ia32_pmulhuw seems unknown to compiler
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    unassigned
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Mon Jan 14 12:46:02 PST 2002
>Closed-Date:
>Last-Modified:
>Originator:     Myself
>Release:        gcc version 3.1 20020106 (Red Hat Linux Rawhide 3.1-0.17)
>Organization:
>Environment:
Reading specs from /usr/lib/gcc-lib/i386-redhat-linux/3.1/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --host=i386-redhat-linux --with-system-zlib
Thread model: posix
>Description:
Strangely, while using -mmmx, __builtin_ia32_pmulhuw is unknown to the compiler, while, for example, __builtin_ia32_pmulhw seems known.  Anyhow, as you can see from the generated code, the compiler fails to emit an emmx instruction at the end of the routine, leading to possible floating point errors after return.
>How-To-Repeat:

>Fix:

>Release-Note:
>Audit-Trail:
>Unformatted:
----gnatsweb-attachment----
Content-Type: application/octet-stream; name="test.c"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="test.c"


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2002-01-15  2:43 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2002-01-14 18:43 target/5381: __builtin_ia32_pmulhuw seems unknown to compiler rodrigc
  -- strict thread matches above, loose matches on Subject: below --
2002-01-14 18:36 Richard Henderson
2002-01-14 12:46 David.Kastrup

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).