This is all getting way too complicated. You should not need to play with
gcc-exec-prefix. The path variable only tells the system where it should
look for *executables* (.exe,.com,.dll, .cmd, .bat files - maybe others as
well that are registered as executables). The default is the current
directory. It *doesn't* tell gcc where to look for headers. The only path that
the user should need to set for minimal install is to the mingw bin directory.
If you have utils that you want to use in another directory, then put that dir
in your path also. gcc should be able to find its own system headers and libs.
The problem is the package. Directory structures have changed several times
since Mumits snapshot release in Jan 2000. People are getting confused.
The directory structure in Mumit's package worked. It was consistent with the
makefiles that cygnus configure scripts produced whenever I wanted to build a
new snapshot of binutils or gcc. IMHO the only change that was necessary was
to shorten the name of i386-mingw32msvc directory to simply mingw32.
--- Paul Garceau <pgarceau@...> wrote: >
> On 25 Mar 2001, at 16:21, the Illustrious Georg Fusz wrote:
> > I have had similiars problems.
> > I needed to move a lot of files to the '<basis>/include'-directory,
> > special the header-files specific to to Windows.
> > My '_G_config.h' is now '<basis>/include/g++-3'; originally it comes
> > with 'gcc-2.95.2-20001116.zip' and was packed to
> > '<basis>/mingw32/include'.
> > Paul Garceau wrote:
> > >
> > > What it sounds like you are saying is that mingw-g++ (ld)
> > > can't find
> > > the path reference for _G_config.h, thus my earlier suggestion to
> > > check gcc-exec-prefix and your Windows "Path" variable.
> > What do you mean with 'gcc-exec-prefix' ?
> Initially, this shouldn't come up as a problem. I only mention it
> because sometimes, depending on how gcc-exec-prefix is initially
> defined, Mingw will not pick up the proper "specs" file (which tells
> the compiler where it should look for critical mingw "/includes" and
> (I ran into this recently -- after re-defining my gcc-exec-prefix env
> var to point to the proper specs directory the problem disappeared.)
> > Why is the Windows "Path" variable reponsible for finding the
> > header-files by the compiler?
> The Path env variable is where the win32 based platform looks when it
> is wondering what directories/folders it is supposed to search on a
> regular basis.
> > I think that the compiler c++.exe (?) must find the header-files and not
> > the linker.
> > Is it possible for a user of the precompiled stuff to adjust the
> > directories where the header-files are searched?
> Yes. See your windows "My Computer" (right-click) "Properties"
> selection (NT4 and above). Property options change depending on
> platform. Essentially you are wanting to tell the system that you want
> it to search a specific set of directories/folder.
> Me/Win95/Win98 require you to define this system path variable (Path)
> in your autoexec.bat file. NT4 and above have a special "Environment"
> tab...much easier to change system properties...:-)
> > >
> > > Check your Windows Path variable to be sure that it is
> > > accessing the
> > > ./mingw32 directory reference.
> More specifically, check to be sure that your system path variable
> references the <basis>\..\lib\gcc-lib directory for your Mingw
> Multiple mingw installations, when you are trying to run multiple
> versions at the same time, will get confused if you don't change the
> gcc-exec-prefix for each of the different "<basis>/" directory/folders
> (I have three different Mingw installations on this NT4 machine).
> The problem noted by Tilman Utz, sounds like a malformed system Path
> > >
> > > This is not guaranteed to fix anything, but is indicated as a
> > > precautionary measure...I mention this because I have installed
> > > exactly the same things for my development version of Mingw on this
> > > NT4 platform and have had no problems with compiling either c or c++
> > > apps.
> (with multiple Mingw installations)
> Paul G.
> Nothing real can be threatened.
> Nothing unreal exists.
> MinGW-users mailing list
> You may change your MinGW Account Options at:
http://calendar.yahoo.com.au - Yahoo! Calendar
- Access your appointments and meetings online.