Hello out there,
some time ago I had a similar question and got help here. It solved
part of the issue but not everything. Now I am somewhat more
determined to work this out (now it hurts more). Consider the
following screen dump from an MinGW64 window/terminal:
---
hgiese@ratiosoft MINGW64 ~/c2tcl
$ ls
libtcl86.a parse.o restrgram.o sub-process.txt
libtclstub86.a restrgram.c std-lex.c tclstub86.lib
parse.c restrgram.h std-lex.o
hgiese@ratiosoft MINGW64 ~/c2tcl
$ gcc -shared parse.o restrgram.o std-lex.o -o./parse.dll -L . -l >libtclstub86.a >C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
cannot find -llibtclstub86.a: No such file or directory
collect2.exe: error: ld returned 1 exit status
hgiese@ratiosoft MINGW64 ~/c2tcl
$ gcc -shared parse.o restrgram.o std-lex.o -o./parse.dll -L . -l >tclstub86.lib >C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/11.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
cannot find -ltclstub86.lib: No such file or directory
collect2.exe: error: ld returned 1 exit status
---
As you can see in the first dump it contains three .o, two .a and one
.lib file. Still GCC complains that it cannot find either the .a or
the .lib file - in spite of the '-L .' option.
What is going on here?
An help will be greatly appreciated.
Helmut
To use libtclstub86.a, tryspot on: '-ltclstub86' did the trick. Now I only have to find out why
gcc -shared parse.o restrgram.o std-lex.o -o./parse.dll -L . -ltclstub86
that is: Don't include either the 'lib' or the '.a'
To use tclstub86.lib, my best guess would be just to give the
name of the file bare as in
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 493 |
Nodes: | 16 (2 / 14) |
Uptime: | 30:22:36 |
Calls: | 9,740 |
Calls today: | 30 |
Files: | 13,741 |
Messages: | 6,183,044 |
Posted today: | 2 |