From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2825 invoked by alias); 28 Jul 2004 19:30:09 -0000 Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org Received: (qmail 2818 invoked by alias); 28 Jul 2004 19:30:08 -0000 Date: Wed, 28 Jul 2004 19:30:00 -0000 Message-ID: <20040728193008.2817.qmail@sourceware.org> From: "scott dot bailey at eds dot com" To: gcc-bugs@gcc.gnu.org In-Reply-To: <20040727192305.16787.scott.bailey@eds.com> References: <20040727192305.16787.scott.bailey@eds.com> Reply-To: gcc-bugzilla@gcc.gnu.org Subject: [Bug bootstrap/16787] NAN constant "(0.0/0.0)" cannot be compiled by Tru64 cc X-Bugzilla-Reason: CC X-SW-Source: 2004-07/txt/msg03390.txt.bz2 List-Id: ------- Additional Comments From scott dot bailey at eds dot com 2004-07-28 19:30 ------- Subject: RE: NAN constant "(0.0/0.0)" cannot be comp iled by Tru64 cc Well, I found that by preparing a patch that extracts two lines from /usr/include/float.h and includes them in libiberty/floatformat.c for the purpose of defining NAN, I was able to bootstrap from Tru64's cc and complete the gcc build successfully. However, my fear is that this patch isn't distributable since the header file I'm borrowing the definitions from bears a Compaq Information Technologies Group, L.P. copyright notice. :-( There actually are a number of copyright statements, but the stuff I'm taking is from the "non POSIX" section. I'm open to more knowledgeable suggestions, but this may need to end up getting listed as a known feature and I will open a problem report to HP and see if it does any good. Thanks anyway, Scott Bailey -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16787