X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient: djgpp AT delorie DOT com
Message-ID: <7a71c30f0901180930i37df5b3ci64a1c61f62cee505@mail.gmail.com>
Date: Sun, 18 Jan 2009 12:30:48 -0500
From: "Matt Gregory" <mgregory AT microdine DOT com>
To: djgpp AT delorie DOT com
Subject: Re: gpp cannot find c++ headers
In-Reply-To: <rkh5n4pq1d72stn437kivoi0romatpvumn@4ax.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <7a71c30f0901161847y3bfbbdc3t388e0e71b5f8aa69 AT mail DOT gmail DOT com>
	 <rkh5n4pq1d72stn437kivoi0romatpvumn AT 4ax DOT com>
Reply-To: djgpp AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com
Precedence: bulk

Thanks for the reply, Brian.  I've looked at all that stuff and it all
checks out.  gpp is correct.  The preprocessor is named cpp.  I've
tried replacing gpp with gcc and gxx, but I get the same results in
all three cases.  The lang/ directory is correct, my search path
confirms it, not to mention that it does manage to find some of the
C++ headers in there.  So, what I've come to realize is that it's the
long-named header files that it can't read, but I have +LFN=y in my
djgpp.env file and I've also tried setting the LFN environment
variable, but it doesn't do anything.  This is especially weird
because it works fine on my notebook, and I just copied the DJGPP
folder over to my desktop, set up the PATH and DJGPP environment
variables exactly the same way and it doesn't work.  I don't know.



On Sun, Jan 18, 2009 at 1:30 AM, Brian Inglis
<Brian DOT Inglis AT systematicsw DOT invalid> wrote:
> On Fri, 16 Jan 2009 21:47:16 -0500 in comp.os.msdos.djgpp, "Matt
> Gregory" <mgregory AT microdine DOT com> wrote:
>
>>I can't compile a c++ program on my desktop computer.  It works fine
>>on my notebook, though.  I copied the DJGPP folder from the notebook
>>to my desktop.  All the relevant folders are the same on both
>>machines.  The only thing I can think of is maybe it's clashing with
>>cygwin somehow.  Maybe gpp is calling the cygwin preprocessor or
>>something, I don't know.
>>
>>Make output follows.
>>
>>Thanks!
>>Matt
>>
>>
>>C:\Document\NMU\CS222\program1>make
>>gpp -O3 -Wall -c div.cpp
>>In file included from div.cpp:5:
>>c:/progapp/djgpp/lang/cxx/3.23/cstdlib:49:28: bits/c++config.h: No such file or
>>directory (ENOENT)
>
> exe should be gcc, gxx (DOS), g++ (Win), not gpp -- preprocessor only
>
> path should be c:/progapp/djgpp/include/cxx/3.23/ not
> c:/progapp/djgpp/lang/cxx/3.23/
>
> unless paths changed between 3 and 4
>
> check with gxx --print-search-dirs
>
> check DJGPP env var set
>
> c:\ > cd c:\progapp\djgpp
> c:\ > echo %DJGPP%
> c:\progapp\djgpp > set DJGPP=c:/progapp/djgpp/djgpp.env
>
> check header.gcc in the following include dirs
>
> c:\progapp\djgpp > find . -name header.gcc
> ./lib/gcc/djgpp/4.32/include/header.gcc
> ./include/cxx/4.32/bits/header.gcc
> ./include/cxx/4.32/debug/header.gcc
> ./include/cxx/4.32/djgpp/bits/header.gcc
> ./include/cxx/4.32/djgpp/header.gcc
> ./include/cxx/4.32/ext/header.gcc
> ./include/cxx/4.32/ext/pb_ds/detail/binomial_heap_base_/header.gcc
> ./include/cxx/4.32/ext/pb_ds/detail/cc_hash_table_map_/header.gcc
> ./include/cxx/4.32/ext/pb_ds/detail/gp_hash_table_map_/header.gcc
> ./include/cxx/4.32/ext/pb_ds/detail/hash_fn/header.gcc
> ./include/cxx/4.32/ext/pb_ds/detail/header.gcc
> ./include/cxx/4.32/ext/pb_ds/detail/list_update_policy/header.gcc
> ./include/cxx/4.32/ext/pb_ds/detail/resize_policy/header.gcc
> ./include/cxx/4.32/ext/pb_ds/detail/trie_policy/header.gcc
> ./include/cxx/4.32/ext/pb_ds/header.gcc
> ./include/cxx/4.32/header.gcc
> ./include/cxx/4.32/parallel/header.gcc
> ./include/cxx/4.32/tr1/header.gcc
> ./include/cxx/4.32/tr1_impl/header.gcc
>
> --
> Thanks. Take care, Brian Inglis         Calgary, Alberta, Canada
>
> Brian DOT Inglis AT CSi DOT com    (Brian[dot]Inglis{at}SystematicSW[dot]ab[dot]ca)
>    fake address                use address above to reply
>