On Tue, 8 Dec 2009 15:28:18 +0100
Viktor Szakáts wrote:
> > With 4.6 qt are providing an opensource version of the Visual Studio
> > 2008 binary packag
> > Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib)
> > With /MD cflag we do "Creates a multithreaded DLL using MSVCRT.lib.
>
Hi,
A non-compilation occurs on MSVC 6:
src\pp\pplib.c(76) : error C2375: 'hb_pp_ErrorMessage' : redefinition;
different linkage
src\pp\pplib.c(64) : see declaration of 'hb_pp_ErrorMessage'
src\pp\pplib.c(96) : error C2375: 'hb_pp_Disp' : redefinition; different linkage
src\pp\pp
Hi,
I'd like to propose that QTNetwork's thingies are reserved for next version
(thus be removed from this version) because of the followings (sorry,
this is my personal build):
.
TQHttpRequestHeader.obj : error LNK2001: unresolved external symbol
_HB_FUN_QHTTPHEADER
TQHttpResponseHeader.obj
It's OK now. No other similarity found. Probably new macros are needed
for compilers requiring extern "C" attributes for _static_functions_. To
my knowledge, no Windoze C/C++ compilers needs such an attribute.
Thanks.
--
Andi
On Mon, 21 Dec 2009 14:34:20 +0100
Przemyslaw Czerpak wrote:
> It's M
Hi,
Could you please help to write a compatible version for the old MSVC 6 for the
following because it cannot work on MSVC 6.
Error:
--
src\rtl\sha2.h(58) : error C2632: 'long' followed by 'long' is illegal
Source:
--
#if defined( __BORLANDC__ )
typedef unsigned __int64 uint64;
#else
t
> QHttpHeader seems to be part of QNetwork, but it's
> missing from HBQT.
>
> I think it's enough to add it, rather than deleting
> whole QNetwork lib.
This is another option which is much better.
--
Andi
___
Harbour mailing list (attachment size limi
> 2009-12-21 20:33 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
> * harbour/src/rtl/sha2.h
> * use '__int64' instead of 'long long' in MSC builds - older MSC versions
> do not support 'long long'
Many thanks.
--
Andi
___
Harbour maili
On Mon, 21 Dec 2009 08:43:22 -0800 (PST)
Pritpal Bedi wrote:
> We excluded only.
> Do we need to exclude anyway?
> I heard no comments in this regard so far.
>
IMO, we should just add the missing function as Viktor suggested, rather
than deleting the whole things.
--
Andi
_
Hi,
Would you please add "hbapi.h" on top of "hbapifs.h" in:
- src/common/hbfopen.c
- src/rtl/spfiles.c
Reason: HB_PATHNAMES cannot be found if _HB_API_INTERNAL_ is defined.
--
Andi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour
> > IMO, we should just add the missing function as Viktor suggested, rather
> > than deleting the whole things.
> >
>
> Commited vide r13343.
> Please make tests to check if everything is ok.
Checked and everything is OK.
Thanks.
--
Andi
___
Harbour m
Hi,
I'm very sorry orry, I must be pointing to the wrong codes.
But have you tried to clean build with: _HB_API_INTERNAL_
HB_STACK_MACROS and HB_API_MACROS defined?
I got this and cannot go through:
--
src\compiler\hbcmplib.c(115) : error C2227: left of '->item' must point to
class/struct/union
Hi Przemek,
With the new start-up codes, I tried to make it work with Digital Mars C Mode
but so far I achieved no success.
I know that Digital Mars is not supported due to math bug, but this exercise
may be a fun.
Followings are documentation for DMC pragmas which may relate to this subject.
Pe
> This is an internal switch, not meant to be ever turned on
> manually for Harbour or for any 3rd party code whatsoever.
>
> IMO, we should not concentrate on fix such situation, it's
> even better if it fails.
It is that I do not know the situation nor I do not know how to fix,
but what I am
> It is that I do not know .
Should read "It is not that I .."
--
Andi
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
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
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 compati
> N_LOOPS: 100 dfko
> [ T000: empty loop overhead ]0.03 .0.03
> = =
> [ T001: x := L_C ]...0.05 .0.05
> ...
> [ T030: x :=
On Fri, 24 Apr 2009 23:41:36 -0400
Phil Barnett wrote:
> But you are correct. The gentlemanly thing to do is to give credit to
> the author in downline GPL usage.
I have a very limited knowledge about this stuff :-).
But could you please explain why it seems so important to mention such
credit
On Fri, 24 Apr 2009 19:25:38 +0200
Viktor Szak�ts wrote:
> The only connection to Ron and xhb is that I've read the Harbour list
> and saw the function name hb_retc[len]Adopt() in one of the messages
> (on 2002. Jan 23) which sparked the idea of implementing these new API
> functions in Harb
On Fri, 24 Apr 2009 22:55:38 -0700 (PDT)
Pritpal Bedi wrote:
> You missed the point, perhaps.
> The whole issue is not revolving the source file,
> but the declarations in the ChangeLog which pretends
> to the users that those changes were made by thou-self.
Not true. Users can READ the file an
{
hb_retc( "MyFunc" );
}
so it's not making anything worse (I hope ;-)).
The implementation is intentionally local to -gc output to not
effect other compiler code.
--
Abdi
On Sat, 25 Apr 2009 12:57:28 +0700
Andi Jahja wrote:
> Th
On Mon, 11 Aug 2008 22:46:06 +0200
Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> Pending platforms:
> - BSD
> - HPUX
> - Other Linux distros (Mandriva, Slackware)
>
No touch on OpenWatcom? Is's a very good compiler, in term of speed, it
is the same level of the free MSVS 9 (aka MS Visual Studion 2
> No touch on OpenWatcom?
Please also consider DMC (aka Symantec C Plua Plus):
http://www.digitalmars.com, yet another!
--
Andi
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Tue, 12 Aug 2008 18:38:00 +0200
Szakáts Viktor <[EMAIL PROTECTED]> wrote:
> Yes, it would have been included in the #11
> release mail, you're right I've forgotten
> about it so far. I don't have it installed though,
> so ppl on list are welcome to make tests in
> DOS, Windows and Linux OpenWat
On Tue, 12 Aug 2008 23:49:16 +0700
Andi Jahja <[EMAIL PROTECTED]> wrote:
> you did not mentioned, ... MSVS9
Sorry, you did it :-)
--
Andi
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
On Wed, 13 Aug 2008 01:12:43 +0200
Szakáts Viktor<[EMAIL PROTECTED]> wrote:
> 2008-08-13 01:11 UTC+0200 Viktor Szakats (harbour.01 syenar hu)
>* source/vm/mainwin.c
>* source/vm/hvm.c
> ! Fix for __DMC__ startup problem:
>'OPTLINK : Warning 134: No Start Address'
Hi Viktor,
On Wed, 13 Aug 2008 14:54:25 +0700
Andi Jahja <[EMAIL PROTECTED]> wrote:
> Digitalmars wants mainstd.obj to be link "explicitely" as an object file,
> not via lib (that's what I did, CMIIW)
Sorry, you have done it. It's been
And this is the reply from xHarbour expert:
Pritpal Bedi ha scritto:
> Jimmy
>
>>> :-) Which means that you cannot work on the same area from different
>>> threads.
>> you can use Xbase++ ZeroSpace() to switch Workspace if you want ...
I cannot see any relation with the problem at stake.
>
> A
On Tue, 10 Feb 2009 10:16:37 -0500
"Paul Tucker" wrote:
> >xHarbour never built properly on my system, nor
> >could I use any binaries, so I'll skip that, but I believe you :)
> >
>
> It looks like this quote came from you. What on earth are yoiu talking
> about?
Sh*t, for sure ;-)
--
Andi
__
On Tue, 24 Feb 2009 13:17:59 -0300
"toni...@fwi" wrote:
> Hi Przemek,
>
> >Because it's part of CRTL.
> >C compiler still have to allocate the console so ask borland
> >why it does not deallocate it.
> Thanks, now I understand.
>
> >And what are the results for above code if you compile it usin
30 matches
Mail list logo
