This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: divdi3: incomplete fix in db3d848e154b?

From: Joseph Myers <joseph at codesourcery dot com>
To: Zack Weinberg <zackw at panix dot com>
Cc: Alexey Neyman <stilor at att dot net>, GNU C Library <libc-alpha at sourceware dot org>, Adhemerval Zanella <adhemerval dot zanella at linaro dot org>
Date: Mon, 15 May 2017 11:31:16 +0000
Subject: Re: divdi3: incomplete fix in db3d848e154b?
Authentication-results: sourceware.org; auth=none
References: <e99d6df7-8cb2-282d-ffeb-fcc383db94be@att.net> <CAKCAbMi-9+ZgLxOO7dEdfAwLLjNO_O9xoiajQfY2nnUn0O2zmg@mail.gmail.com>

On Sun, 14 May 2017, Zack Weinberg wrote:

> We should try to get an actual hardware division by zero if we can;
> raise(SIGFPE) will not fill in the siginfo structure exactly the same
> way.  It might be the best we can do sometimes, though.

divdi3.c is only present for binary compatibility for architectures 
exporting those functions from glibc 2.0.  The most we could need is a few 
architecture-specific asms (in a macro defined in architecture-specific 
versions of this file before including the generic one, say).

-- 
Joseph S. Myers
joseph@codesourcery.com

References:
- divdi3: incomplete fix in db3d848e154b?
  - From: Alexey Neyman
- Re: divdi3: incomplete fix in db3d848e154b?
  - From: Zack Weinberg

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]