Mail Archives: djgpp-workers/2002/10/26/22:13:37
> I've seen this on mailing lists since 3.1, with no apparent solution
> (or indication what's broken), and today it hit me: I use gpp32b.zip
> from 2.04 site and any C++ program with #include <string> fails to
> compile because of missing <bits/c++config.h>.
I have not seen this before, must have missed it. There have been allot of
people not using the latest C++ standard with regards to the "using
namespace std;".
> I see that binary
> distribution of G++ has 3 directories named bits:
> lang/cxx/3.2/bits,
> lang/cxx/3.2/i586-pc-msdosdjgpp/bits
> lang/cxx/3.2/djgpp/bits - note that this one has only header.gcc
> containing remaps for only for previous directory!
Is this the same as your directory structure?
> And all header files mentioned in header.gcc have their original LFN
> names, thus they're impossible to use. This setup seems very broken.
> After I move headers from .../i586-pc-msdosdjgpp/bits to .../bits,
> concat all header.gcc and rename all LFN headers to short names, then
> it starts working.
> Or is it some big misconfiguration in my installation?
Make sure you are using LFN as there are LFN filenames.
I have re-built the GCC 3.2 and will upload it in the next few hours, so
when you see the 2.04 page change then the files will be ready for download.
I upload the files first and then update the html page.
Andris,
I have had a look at the GCC 3.2 from Simtel and what I built and found the
following:-
1) The original GCC 3.2 GPP32b.zip has LFN filenames and as such there may
be problems on MS-DOS.
2) I traced the problem with the i586-pc-msdosdjgpp directory to a buggy
mv.exe from fileutils (without the rm.exe patch) and it now works with the
patched fileutils.
- Raw text -