Re: [Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Viktor Szakáts
> > But so far I haven't seen that any of Windows developers here > tried to document dependencies created by different Windows C > compilers. I only heard few times that binaries created by compiler > XYZ do not work with some older version ZXY Windows version but > without any precise information

Re: [Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Przemyslaw Czerpak
On Thu, 26 Mar 2009, Massimo Belgrano wrote: Hi, > gtxwc have one platform supported (linux) > (so imo is related to this topics) > If the rule for exist is related to number of platform supported > gtwvg and gtxwc must be is same (irregolar) situation GTXWC is supported by Linux, HPUX, SunOS, B

[Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Viktor Szakáts
Gtwvg is a highly win specific lib with no counterparts on other platforms. Your prg code will be win only. Plus it's x86 specific, was never successfully tested on ce, x64, unicode, uses internals, non ansi c code, breaks core and other contrib namespaces, has redundant winapi parts, code non port

Re: [Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Massimo Belgrano
Ok, but can you explain where gtwvg not follow this route I have read only about platform problem in precedent post 2009/3/26 Viktor Szakáts : > Gtxwc is the pair of gtwvt. Both plat spec, both core & compatible > with each other. I'm not "fire" at anyone in any personal sense, but a > release is

[Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Viktor Szakáts
Gtxwc is the pair of gtwvt. Both plat spec, both core & compatible with each other. I'm not "fire" at anyone in any personal sense, but a release is unlikely with current approach. On 3/26/09, Massimo Belgrano wrote: > 2009/3/26 Viktor Szakáts : >>> In my opinion gtwvt will be very useful for har

Re: [Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Massimo Belgrano
2009/3/26 Viktor Szakáts : >> In my opinion gtwvt will be very useful for harbour user in windows 32 > >> >> xbase++ class & gtwvw  is also a important bridge for Xbase developer >> and xharbour+gtwvw >> No support for ,windows ce,windows 64,linux but maybe wine ..is >> similar situation to gtxwc,g

Re: [Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Viktor Szakáts
> > In my opinion gtwvt will be very useful for harbour user in windows 32 > because allow a easy switch cui gui You mean gtwvg, I guess. > xbase++ class & gtwvw is also a important bridge for Xbase developer > and xharbour+gtwvw > No support for ,windows ce,windows 64,linux but maybe wine ..i

Re: [Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Massimo Belgrano
In my opinion gtwvt will be very useful for harbour user in windows 32 because allow a easy switch cui gui xbase++ class & gtwvw is also a important bridge for Xbase developer and xharbour+gtwvw No support for ,windows ce,windows 64,linux but maybe wine ..is similar situation to gtxwc,gtwvw a docu

Re: [Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Viktor Szakáts
Thanks Angel. I agree with you. If we indeed think this direction seriously we could make some moves to separate portable and non-portable libs from each other. Something should count as portable if at least Windows (including x86, x64 and wince), Linux and Darwin are supported. If more platforms a

Re: [Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Ernad Husremovic
I share the principle of Angel's view. Focus is important. Some similar kind of decisions was made by Ubuntu project when they started their "fork" from Debian - they excluded some platforms which they considered to be less in use. Support of too many platform variants takes resources. De

[Harbour] Re: Embedding 3rd party projects

2009-03-26 Thread Angel Pais
Hello Viktor: Here's an outsider's point of view and vision about harbour. This is a multiplattform compiler so in my personall point of view the only c commpiler that should be guaranteed to work flawless is gcc/mingw. Other compilers should be responsibility of special distros supporters. Als