X-Spam-Check-By: sourceware.org To: cygwin AT cygwin DOT com From: Tony Richardson Subject: Re: Complex.h file Date: Sun, 20 Nov 2005 07:56:51 +0000 (UTC) Lines: 30 Message-ID: References: <20051119113646 DOT e162e782 DOT john AT jcoppens DOT com> <20051120021057 DOT 8e5ba2d2 DOT john AT jcoppens DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit User-Agent: Loom/3.14 (http://gmane.org/) X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com John Coppens jcoppens dot com> writes: > Tony Richardson evansville.edu> wrote: > > > _Complex double x = 7 + 8i; > > > > but it does not have built-in support for all of the complex functions > > that are declared in complex.h. I would assume the "problem" is > > more of newlib issue than a gcc one. > > That's good news - I couldn't find much info on the nuts and bolts of the > complex stuff in gcc-3.4.x (Is there some manual that is up-to-date? The > gcc manuals I found are from 2002 or older). The complex number stuff is documented in the gcc info pages. Look under "C Extensions" and then "Complex Numbers" > I just tried to change a few complex declarations to _Complex on the big > machine and they even seem compatible with the normal 'complex' > declarations. You might be able to save yourself some typing by using a typedef in a complex.h file that you create and thereby avoid having to modify the original source at all. Regards, Tony Richardson -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/