Hi
How to build a pcode dll using hbmk2 + mingw?
And once built, is it enought to hb_libload it to call a function in the dll
from the exe?
Thanks
Leandro
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.ha
>
> > 3) I'd use some other name, like HB_EXPORTFORCED, because
> > the meaning of 'p' is very ambiguous (it was "*p*code dynamic lib
> > probably, but this isn't precise).
>
> If you export at least one symbol then you automatically disable
> automatic conversion in MinGW builds. This conversion i
On Wed, 18 Mar 2009, Szak�ts Viktor wrote:
Hi,
> 1) One problem with this is that an .exp / .lib file will be generated
> for *every* Harbour executables created, at least with MSVC. This
> is because these two symbols will now be exported from all
> Harbour executables. [ I've been dealing with
Hi,
I've seen ad-hoc documentation on the list a few times, up to the
point ones from Przemek (even recently), but I can't point you to
anywhere more specific. It should be quite straightforward though,
since there is only a few function calls involved.
You can also look into utils/hbrun/hbrun.prg
>
> 1) One problem with this is that an .exp / .lib file will be generated
>
> for *every* Harbour executables created, at least with MSVC. This
>
> is because these two symbols will now be exported from all
>
> Harbour executables. [ I've been dealing with this issue in the last
>
> few months qui
Hi Viktor,
See my remarks in blue,
Regards,
JF,
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Viktor Szakáts
Envoyé : mercredi 18 mars 2009 14:05
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] pCode dll
Hi JF,
1
[mailto:harbour-boun...@harbour-project.org] De la part de Viktor Szakáts
Envoyé : mercredi 18 mars 2009 10:37
À : Harbour Project Main Developer List.
Objet : Re: [Harbour] pCode dll
Hi JF,
I don't understand the concept and implications of pure pcode
.dll at all :) so I rather just listen to
Hi JF,
> 1) I can rebuild harbour and it's libs with -DHB_DYNLIB and it work !!! But
> I'm not sure what's it's implied exporting all harbour function ... I must
> say I don't like.
2) I created a new define HB_EXPORTP like HB_EXPORT, not disabled by
> HB_DYNLIB (but protected by the OS and or
our-project.org] De la part de Przemyslaw Czerpak
Envoyé : mercredi 18 mars 2009 11:33
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] pCode dll
On Wed, 18 Mar 2009, J. Lefebvre wrote:
Hi,
> J I like the idea of free discusion about general concept, but we first
> face a more
On Wed, 18 Mar 2009, J. Lefebvre wrote:
Hi,
> J I like the idea of free discusion about general concept, but we first
> face a more basic problem.
It's working for me as it should.
> Either on full Borland or full MSVC (no mix of compiler) You can create
> a pure pcode dll, you can load it, but
dea on “where
> or what” to search …
>
>
>
> Thanks to all,
>
>
>
> Regards,
>
>
>
> JF,
>
>
>
> *De :* harbour-boun...@harbour-project.org [mailto:
> harbour-boun...@harbour-project.org] *De la part de* Viktor Szakáts
> *Envoyé :* mercredi 18 ma
I need some idea on "where or
what" to search .
Thanks to all,
Regards,
JF,
De : harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Viktor Szakáts
Envoyé : mercredi 18 mars 2009 0:45
À : Harbour Project Main Developer List.
Objet : Re: [
>
> > /half-off-off
>
> ALL are basically compatible, read below:
>
> OWatcom: I suggest you have oWatcom Harbour flags standardized as what
> other compilers use as of now. Take a look at -s and -r switch (default
> is -r which is "use register calling convention"). Other Windoze
> compiler are us
On Mon, 16 Mar 2009, Andi Jahja wrote:
Hi,
> OWatcom: I suggest you have oWatcom Harbour flags standardized as what
> other compilers use as of now. Take a look at -s and -r switch (default
> is -r which is "use register calling convention"). Other Windoze
> compiler are using -s equivalent (-s =
Of course, with ONE important standard in our mind that is all object
are compiled with __cdecl calling convention. Other calling methods such
as __stdcall, __fastcall requires different handlings.
--
Andi
On Mon, 16 Mar 2009 13:09:14 +0700
Andi Jahja wrote:
> ALL are basically compatible, read
On Mon, 16 Mar 2009 01:49:20 +0100
Viktor Szakáts wrote:
> /half-off-on
> owatcom harbour.dll usage is also broken and various compiler
> generated .dlls still aren't compatible, this is a task for the future.
> At least msvc, pocc and icc can probably made compatible,
> bcc is almost certainly
No, sorry. I did a few tests today, but I couldn't make it work and got GPF
only.
If anyone has suggestions how to solve this, I'll try to implement
support in hbmk2.
/half-off-on
owatcom harbour.dll usage is also broken and various compiler
generated .dlls still aren't compatible, this is a task
Does somebody tryed to create and use (!!) one pCode only Dll ?
Regards,
JF
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Many thanks
- Original Message -
From: "Przemyslaw Czerpak"
To: "Harbour Project Main Developer List."
Sent: Friday, January 09, 2009 11:27 AM
Subject: Re: [Harbour] PCode DLL
On Fri, 09 Jan 2009, Juan Gálvez wrote:
Hi Juan,
If you want to used PCODE DLLs
On Fri, 09 Jan 2009, Juan Gálvez wrote:
Hi Juan,
>> If you want to used PCODE DLLs with static Harbour binaries then you
>> have to compile Harbour exporting public symbols like for share
>> harbour library. It's enough to set HB_DYNLIB macro. F.e. by:
>> set C_USR=-DHB_DYNLIB
>> then rebuild H
Hi Przemek,
If you want to used PCODE DLLs with static Harbour binaries then you
have to compile Harbour exporting public symbols like for share
harbour library. It's enough to set HB_DYNLIB macro. F.e. by:
set C_USR=-DHB_DYNLIB
then rebuild Harbour.
It works fine :)
I thought -D__EXPORT_
On Thu, 08 Jan 2009, Juan Gálvez wrote:
Hi,
> I'm trying to use a PCode DLL (without harbour.dll) with current SVN but it
> doesn't work :(
> The DLL is generated and loaded correctly (it's created with maindllp.c and
> BCC58) but it seems that hb_vmProcessSymbolsEx() isn't able to locate
> hb
Hi all,
I'm trying to use a PCode DLL (without harbour.dll) with current SVN but it
doesn't work :(
The DLL is generated and loaded correctly (it's created with maindllp.c and
BCC58) but it seems that hb_vmProcessSymbolsEx() isn't able to locate
hb_vmProcessDynLibSymbols().
Any help is wel
23 matches
Mail list logo