From: Paul M. <gu...@mo...> - 2002-06-07 20:54:18
|
"Jerry van Dijk" <jv...@at...> writes: >> Does this help in identifying what's wrong? > > No, but the output of 'gnatls -v' would. >gnatls -v GNATLS 3.1 (20020501) Copyright 1997-2001 Free Software Foundation, Inc. Source Search Path: <Current_Directory> /mingw/lib/gcc-lib/mingw32/3.1/adainclude/ Object Search Path: <Current_Directory> /mingw/lib/gcc-lib/mingw32/3.1/adalib/ ... so it's still looking in /mingw, rather than relative to where the mingw distribution was unpacked. > Also make sure the Ada compiler is unpacked last. I'm not sure I did this. I'll try unpacking everything again, and let you know... OK, I unpacked the distributed files again. I only unpacked gcc-3_1-core-20020516-1.tar.gz, binutils-2_12_90-20020518-1.tar.gz and gcc-3_1-Ada-20020516-1.tar.gz (in that order). The result was exactly the same. So it doesn't look like it's an unpacking order issue... > Check that it is installed in the /mingw directory. It's not. Everything was unpacked into C:\Applications\Mingw. Of course, if you really mean just /mingw, this has no drive letter, so whether gnat works will depend on what drive you are working from...! > If not, mingw is compiled without the registry support, I'm not sure I understand what this means. Are you saying that it's a problem with the build? But in any case, mingw in general needs no registry entries, so I wouldn't expect registry support to be necessary or relevant... > so you need to define the environment variable ADA_OBJECTS_PATH to > point to the adalib directory and ADA_INCLUDE_PATH to point at the > adainclude directory (both under lib/gcc-lib/mingw32/3.1) Grumph. That's fair enough as a workaround for now, but I'd prefer it if gnat worked like the rest of mingw, needing nothing but the mingw\bin directory added to %PATH. Thanks for the comments, Paul. |