X-Authentication-Warning: delorie.com: mail set sender to djgpp-workers-bounces using -f From: Kbwms AT aol DOT com Message-ID: <191.1edc6719.2c8fbfb4@aol.com> Date: Tue, 9 Sep 2003 19:43:48 EDT Subject: Re: Integrating K. B. Williams's maths functions To: djgpp-workers AT delorie DOT com MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="part1_191.1edc6719.2c8fbfb4_boundary" X-Mailer: 8.0 for Windows sub 6015 Reply-To: djgpp-workers AT delorie DOT com --part1_191.1edc6719.2c8fbfb4_boundary Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Rich Dawe: In a message dated 9/7/2003 3:11:59 PM Eastern Standard Time, rich AT phekda DOT freeserve DOT co DOT uk writes: > * Fix tgen builds: gcbrtvec.cpp, gexpm1vec.cpp. > - Where is xexpm1 defined? > > * Fix tgen builds: gcosvec.cpp, gexpvec.cpp, gsinvec.cpp. > - Where is xexp2 defined? > - Other x* functions appear to be missing too. > When you compile the test-vector generators in tgen, the library that contains the new long double functions must appear immediately after $(QFLTLIB) in the list of libraries in the makefile. That is because there is a conflict with entries in library libstdcxx.a. A problem previously reported on 9/1/2003 with the Subject line "Bug in log10l in libstdcxx.a" revealed this difficulty. The makefile that I sent in the zip file with the tgen sources has the correct order. KB Williams --part1_191.1edc6719.2c8fbfb4_boundary Content-Type: text/html; charset="US-ASCII" Content-Transfer-Encoding: quoted-printable Rich Dawe:

In a message dated 9/7/2003 3:11:59 PM Eastern Standard Time, rich AT phekda DOT fr= eeserve.co.uk writes:

* Fix tgen builds: gcbrtvec.cpp, gexpm1vec.cpp.
- Where is xexpm1 defined?

* Fix tgen builds: gcosvec.cpp, gexpvec.cpp, gsinvec.cpp.
- Where is xexp2 defined?
- Other x* functions appear to be missing too.


When you compile the test-vector generators in tgen, the library that contai= ns the new long double functions must appear immediately after $(QFLTLIB) in= the list of libraries in the makefile.  That is because there is a con= flict with entries in library libstdcxx.a.  A problem previously report= ed on 9/1/2003 with the Subject line "Bug in log10l in libstdcxx.a" revealed= this difficulty.  The makefile that I sent in the zip file with the tg= en sources has the correct order.


KB Williams

 --part1_191.1edc6719.2c8fbfb4_boundary--