www.delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp/1994/12/12/14:56:05

From: "Evgeni V. Sorokin" <SOROKIN AT ps1 DOT iaee DOT tuwien DOT ac DOT at>
To: djgpp AT sun DOT soe DOT clarkson DOT edu
Date: Mon, 12 Dec 1994 15:23:19 MEZ
Subject: complex.h
Reply-To: sorokin AT ps1 DOT iaee DOT tuwien DOT ac DOT at

[I am new to this list, so excuse me if the subject has already been
beaten to death...]

Dear DJGPP-users,
after installing the recent version (1.12) I encountered a problem
with using 'complex' class in libgpp.

A program, which compiles under Linux gcc, TurboC++ and one-year-
older version of DJGPP, doesn't want to compile with new DJGPP.

First, it reported "class under-defined" or alike at compile time.
Tracing the problem, I found out that file "complex.h" was
UNIX-type, i.e. it #included "Complex.h", which is obviously useless
under DOS. OK, a solution was to copy "complex.h" from older DJGPP,
which correctly included "_complex.h" [if this bug has not been
revealed yet, consider the message as bug report].

After this, compiler got satisfied, but now linker generates errors
that all functions defined in "_complex.h" are not referenced. I
checked, that libgpp is being found and used (omitting -lgpp produces
errors about stream functions not being found). Browsing libgpp.a it
is possible to find a lot of "...Complex..." references, i.e. Complex
has been compiled into libgpp.a.

Now I am totally confused. The only explanation I see is that
libgpp.a has been built with some other absolutely incompatible
"_complex.h" (or "Complex.h", or whatever) and needs to be rebuilt,
but current "_complex.h" is bit-to- bit identical with the one from
the older release.


Ideas, suggestions, hints?

----
E.Sorokin                                TU Vienna, IAEE
Tel +43(1)58801 -3703, -3948       Gusshausstr. 27/359-9
Fax +43(1)504 2477                A-1040 Vienna, Austria

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019