Prof A Olowofoyeku (The African Chief) wrote:
On 18 May 2004 at 4:21, Frank Heckenbach wrote:
[....]
The problem, as you can see, is the backspace used in Mingw (in the return value of "--print-file-name=units".
I've only taken care about it for DJGPP so far. Try putting the mingw target description instead of `i386-pc-msdosdjgpp' in line 107 of the Makefile:
ifeq ($(PLATFORM),i386-pc-msdosdjgpp)
Changing it to this: ifeq ($(PLATFORM),mingw32) solves that problem.
OK. Is this the only target description that occurs in mingw? Did you try it under MSYS and Cygwin? (Just so I can add all necessary target descriptions to the Makefile next time.)
However, later on, I get this:
"gpc -c -s -O2 -march=i486 -mcpu=i686 -I /src/mingw/gcc-3.2.3-20030504- 1/build/gp-0.54 /src/mingw/gcc-3.2.3-20030504-1/build/gp-0.54\gp- parse.c gpc.exe: d:/src/mingw/gcc-3.2.3-20030504-1/build/gp-0.54gp-parse.c: No such file or directory gpc.exe: no input files make: *** [gp-parse.o] Error 1"
Moving "DIR_SEPARATOR=/" to the line just before: "OBJECTS=gpc.o pipes.o pipesc.o stringutils.o fileutils.o md5.o gp- parse.o gp.o $(VERSION_OBJECTS)"
solves that problem too. But this is of course not a satisfactory solution.
Perhaps it is. I think I was a bit overzealous with DIR_SEPARATOR. Replacing `$(real_srcdir)$(DIR_SEPARATOR)' with `$(real_srcdir)/' in the Makefile (which has the same effect as your resetting DIR_SEPARATOR) seems to work OK for DJGPP.
Most of all, it's good that it runs under Mingw at all. That was probably the hardest target (least POSIX like and I couldn't test it at all).
I have run gp through a number of tests (under Mingw). It is pretty cool! Many congratulations to Frank for a very neat tool.
Thanks.
I have a number of observations/suggestions:
- I see that the GPC_UNIT_PATH environment variable is not used, even
though the compiler proper uses it. It would be very nice if gp would use it too.
OK.
- Any chance of gp using a configuration file
Yes. I'm planning this (and have already started writing it). But I didn't want to delay the initial release any further, so I made it without it.
Frank