> 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
> 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
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
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
> > 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,
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
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
_
> 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
> 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
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
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,
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
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
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.
>
{
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 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
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 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
> N_LOOPS: 100 dfko
> [ T000: empty loop overhead ]0.03 .0.03
> = =
> [ T001: x := L_C ]...0.05 .0.05
> ...
> [ T030: x :=
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
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
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
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
__
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 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
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 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 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
> 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 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
30 matches
Mail list logo
