Uff, I finally got it. It's very simple. I was trying to use dlltool
all the time, but the solution is much simplier - just use directly
the .lib file with gcc and it will handle it. So easy that it didn't
cross my mind:)
gcc "." atomrtget.o atomrtree.o atomrtscan.o atomrtcostestimate.o
rtree
Yes, you got me right. I'm just trying the 2) and it doesn't work. So
I'll try the "depends" tool.
Thx,
David
23. dubna 2006, 20:05:00, napsal jste:
>> 5. Copy the dll to the bin directory (when I let it in the
>> contrib directory, where also the libatomrtree.dl
> 5. Copy the dll to the bin directory (when I let it in the
> contrib directory, where also the libatomrtree.dll file with
> the AM functions is, so it writes out, that the modul can't
> be found, when loading it).
>
> 6. When there is "void *header = f_header()" anywhere in the
> source, so
David Hoksza <[EMAIL PROTECTED]> writes:
> I do following steps:
> 1. Compiling the dll in Microsoft Visual Studio.
> 2. Creating the def file (in mingw32):
I don't think you can use VS for building PG shared libraries --- it's
got incompatible conventions about symbol spelling, or some such.
The
Hi, I'm trying to implement my own access method, which uses c++
framework for saving tuples. The framework consists of set of
functions, which are implemented in win32 dll.
All the functions which are desired by PG (ambuild, aminsert, ...) are
implemented and functional. But when I want to use any