From:	peter AT psyche DOT demon DOT co DOT uk ("Peter H.M. Brooks")
Newsgroups:	comp.os.msdos.djgpp
Subject:	Re: 'Hello world' problem
Date:	Sun, 05 Apr 98 14:38:44 GMT
Organization:	Psyche Training Company
Message-ID:	<891787124snz@psyche.demon.co.uk>
References:	<891684485snz AT psyche DOT demon DOT co DOT uk> <3526D39C DOT 602C AT plinet DOT com>
Reply-To:	peter AT psyche DOT demon DOT co DOT uk
Lines:	13
To:	djgpp AT delorie DOT com
DJ-Gateway:	from newsgroup comp.os.msdos.djgpp

Thank you for all the help! I have solved this problem. gcc was not
calling cc1plus.exe, now it is happier, but choking over some standard
library files iostream.h (lines 91 and 208) where it gives the error
'parse error before '__extension__'
and in _G_config.h at line 20 it gives the same error.

It looks like a conflict of revisions to me, the .h files don't look
as if they have been corrupted.


-- 
Peter H.M. Brooks

cal
> programs to compile fine, also through rhide with no problems,
>
> However, when I then went back to my c++ project, and tried to compile that,
> I got errors about undefined references (something to do with __eh_pc).
>
> I eventually tracked the problem down to a file that the binary distribution
> of gpc had put in my \djgpp\lib directory - "libgcc.a".
>
> If I move the file somewhere else, I can compile my c++ program again,
> however, this then stops my pascal programs from compiling!
>
> I've tried moving the file to - "\djgpp\contrib\grx20\lib", which allows
> compilation of pascal OK, but not c++.
>
> Does anyone out there know where I should place this file, or should I use a
> batch routine to place it before I go into rhide to use pascal, and likewise
> to unplace it when I use rhide for c++?
>
> Any help would be greatly appreciated :)
>
> Pete

In DOS you can specify what path separator ('/' or '\', etc) will be used in
full path to file.

- Raw text -