Dev+GNU Pascal [Was Re: Installation problem gpcpp.exe no such]

[Prof. A Olowofoyeku (The African Chief)]

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 at bigfoot.com
http://www.bigfoot.com/~african_chief/