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.
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?
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"?
It seems that GPC under DJGPP (at least here) wants `/' in the `-B' option -- but only at the end, so I don't think that's it either ...
Frank