Try it now. I've just committed workaround.
Seeing your other message I think that it can be caused by C:
drive specification. AFAIR MinGW support alternative /c/
*nix like path convention. Anyhow now it should work.
Okay. I did. There were only these sed command line problems:
--
./bin/postinst.sh
Generating C:/devl/hb_gcc/bin/hb-build...
Creating links...
c:\devl\MinGW-412\bin\sed.exe: -e expression #1, char 1: unknown
command: `C'
c:\devl\MinGW-412\bin\sed.exe: -e expression #1, char 1: unknown
command: `C'
c:\devl\MinGW-412\bin\sed.exe: -e expression #1, char 1: unknown
command: `C'
Making harbour.dll...
make[1]: Entering directory `c:/work/harbour/harbour/source/vm'
gcc -I. -I../../include -mno-cygwin -Wall -W -march=pentiumpro -O4 -
fomit-frame-pointer -ffast-math -c fm.c -ofm.o
make[1]: Leaving directory `c:/work/harbour/harbour/source/vm'
--
Difficult to tell how severe this is, but I now have harbour.dll
(although in 'lib', not in 'bin' as for the GNU-make files, NOTE:
we will need to fix that), and hb scripts properly installed. So it
looks good.
GNU sed in question is version 4.1.5 BTW.
I couldn't try the other was round, as I don't know
how to build hbtest.exe with harbour.dll dynamic lib
using MinGW. But I suspect it would work also.
Now the postinst.sh should be executed and it will create
hb* scripts.
So simply make:
cd utils/hbtest
for i in *.prg; do hbcmp -n -w -es2 $i; done
hbcc -c rt_miscc.c
hblnk *.o -gtstd -o hbtest -shared
Then replace harbour.dll created by MinGW with the one from MSVC
And relink the program:
hblnk *.o -gtstd -o hbtest -shared
HBTEST should show different compiler note for MSVC...
or chose sth more simple:
cd utils/hbrun
hbmk -n -w -es2 hbrun -shared
then run it and execute:
? hb_compiler()
I've choosen the easiest, copied hbrun.prg to my bin install dir,
run 'hbmk -n -w -es2 hbrun -shared', and I got hbrun.exe. It runs
fine, after I copy harbour.dll from lib to bin.
If I try with MSVS .dll, I'm getting HB_FUN_HB_COMPILEBUFF
because GNU-make .dlls don't contain some libs, GNU-make made
.dlls do. [ BTW, isn't it a violation of our license to include
the compiler code in a .dll? ]
Anyway, after I remove those missing HB_COMPILE*() functions
from hbrun and recompile, I'm getting this: "The procedure
entry point [EMAIL PROTECTED] couldn't be located in the dynamic
link library harbour.dll".
Brgds,
Viktor
_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
