On 18 Sep 2002 at 0:57, Frank Heckenbach wrote:
Maurice Lombardi wrote:
Pekka Mustonen a écrit:
This is making me mad. It says that the file isn't there, but it is !! I've checked maybe 100 times, and the file is there !The path is correct, but GPC keeps telling me that the file is not there ! This is unbelievable. I'm using win98 and DEV+Gnu Pascal 1.9.2
I was saying: I downloaded this week end DEV+Gnu Pascal 1.9.2 to try and found the same. I found a work around: in the "compiler option" dialog do not put drive names (c:) to the various directories (bin, pascal units, libraries) Then it works, but I understand nothing. An other issue: in the pascal units files you cannot give multiple directories separated by ; this was valid for fpc, but in gpc it is translated to -funit-files=soso and -funit-files=soso;toto is illegal in gpc you need to repeat -funit-file=soso -funit-file=toto
-funit-path instead ...
Both issues seem to be related to the PATH_SEPARATOR. It is set to `:' on Unix (as usual there) but it should be `;' on Dos-like systems as set in gcc/config/i386/xm-{cygwin,djgpp,dos,mingw32,os2,vsta}.h.
The path separator is ';'.
In my DJGPP version of GPC `--unit-path=foo;bar' works as expected.
If for some reason, PATH_SEPARATOR is set to `:', you should be able to enter several paths separated by `:', and that's why something like `c:\foo' would be regarded as `c' and `\foo'.
I don't know DEV+Gnu Pascal -- which GPC version and which platform does it use, and do they build GPC in a special way, maybe with changes? Can someone reproduce the problem with a GPC built from the original sources?
Dev+GNU Pascal is simply a Mingw distro of GPC 2.1, coupled with the opensource DevPascal IDE. I added GPC support to DevPascal and released Dev+GNU Pascal after the port was complete. The GPC in it is a bog standard GPC 2.1 for Mingw - exactly the same as the official Mingw binary release. This problem that is being reported has never occurred on my test systems.
However, my test systems all run NT 4.0, Win2000 and WinXP. In the Mingw users list, there have been reported several "issues" relating to Win98 in particular. I guess that this might be one of them.
There is absolutely no logical reason why this problem should exist. Unfortunately, I do not have Win98 (and even if I did have it, I would not install it on my PCs) and so I cannot even begin to find out what the problem is (obviously there is a "feature" in Win98 that is causing the problem). The DevPascal sources are freely available - so people with Delphi 3.0 or higher and Win98 can try and see whether there is any way to get round it (perhaps detecting Win98 and then invoking some sort of hack to get round Win98's problems).
But something else (I still don't really understand the story): Searching of gpcpp does not use the unit-path. The path is hard-coded while building GPC, so if it is installed in the same directory, no option is needed to find it. Otherwise it can be set with a `-B' option or an environment variable GPC_EXEC_PREFIX. Is that what the IDE sets for the "bin directory"?
This is an example of output of the "compile log" window: "c:\dev_gpc\bin\gpc --automake c:\dev_gpc\examples\untitled1.pas -oc:\dev_gpc\examples\untitled1.exe -fno-inline -fno-io-checking -fno-stack-checking -O1 -march=i386 -mcpu=i386 -funit-path=c:\dev_gpc\units -Bc:\dev_gpc\lib\ -Bc:\dev_gpc\lib\gcc- lib\ -Bc:\dev_gpc\bin"
So the necessary "-B" switches are there - and I cannot see why there should be a problem.
Perhaps adding "c:\dev_gpc\bin" to the Windows PATH might help.
Best regards, The Chief --------- Prof. Abimbola Olowofoyeku (The African Chief) Email: African_Chief@bigfoot.com http://www.bigfoot.com/~african_chief/