Hi Przemek,
On 2009 Nov 20, at 14:29, Przemysław Czerpak wrote:
On Fri, 20 Nov 2009, Szak�ts Viktor wrote:
Hi,
I'd say go for it.
I'll commit it in a while.
Thank you, I saw you did it since.
Any reason we don't seem to have HB_FM_DLMT_ALLOC
enabled by default when building vmmt
Hi Przemek,
You have quite precise information about the source of problem.
Building such libraries in cross builds usually is not easy because they
strongly depends on header files which can be different in local installation
then the one used on destination platform.
Anyhow you can
Tamas TEVESZ escreveu:
On Fri, 20 Nov 2009, Bisz István wrote:
../../../dlmalloc.c: In function 'void* dlmalloc(size_t)':
../../../dlmalloc.c:4107: warning: dereferencing pointer 'b' does break
strict-aliasing rules
there is an updated dlmalloc available from
On Fri, 20 Nov 2009, Tamas TEVESZ wrote:
Hi,
../../../dlmalloc.c: In function 'void* dlmalloc(size_t)':
../../../dlmalloc.c:4107: warning: dereferencing pointer 'b' does break
strict-aliasing rules
there is an updated dlmalloc available from
ftp://gee.cs.oswego.edu/pub/misc/ (2.8.4 as
there is an updated dlmalloc available from
ftp://gee.cs.oswego.edu/pub/misc/ (2.8.4 as opposed to the in-tree 2.8.3,
with a good 3.5yrs between them). my quick build tests show that neither
watcom nor mingw (4.2.1 here) like it as-is, but to my untrained eye they
don't look too difficult
Hi Przemek,
maybe przemek would want to take a peek whether updating to the newer
upstream is of any benefit to hvm.
[...]
In ST mode we are using only one mstate and in MT mode if Harbour is
compiled with HB_FM_DLMT_ALLOC we can use one mspace per thread.
In all cases it's rather small
Hi,
Przemysław Czerpak wrote:
I haven't time too look at this whole code so I cannot say what exactly
is fixed by version 2.8.4 in comparison to 2.8.3. 2.8.4 is used with
nedmalloc designed to improve performance in MT programs but I added to
Harbour exactly the same functionality using pure
Przemysław Czerpak wrote:
I haven't time too look at this whole code so I cannot say what exactly
is fixed by version 2.8.4 in comparison to 2.8.3. 2.8.4 is used with
nedmalloc designed to improve performance in MT programs but I added to
Harbour exactly the same functionality using pure
On Fri, 20 Nov 2009, Ranier Vilela wrote:
Hi,
There are alternative to dlmalloc, ptmalloc3 is out here
http://www.malloc.de/malloc/ptmalloc3-current.tar.gz
*New ptmalloc3 release May 31st, 2006!*
Here http://www.malloc.de/malloc/ptmalloc3-current.tar.gz you can
download the third version
On Fri, 20 Nov 2009, Szak�ts Viktor wrote:
Hi,
I'd say go for it.
I'll commit it in a while.
Any reason we don't seem to have HB_FM_DLMT_ALLOC
enabled by default when building vmmt lib? I think
we should enable it.
For all platforms which now uses DLMALLOC I think it can be enabled.
For
Revision: 12943
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12943view=rev
Author: druzus
Date: 2009-11-19 23:18:42 + (Thu, 19 Nov 2009)
Log Message:
---
2009-11-20 00:18 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
*
Hi Przemek,
* contrib/hbqt/detect.mk
! Fix attempt to handle cross-build situations.
On Fedora 12 we have now:
native build:
Information for build gcc-4.4.2-10.fc12
ID 141251
Package Name gcc
Version 4.4.2
Release 10.fc12
On Fri, 20 Nov 2009, Bisz István wrote:
Hi,
In file included from ../../../fm.c:181,
from ../../../hvmall.c:95:
../../../dlmalloc.c: In function 'void* dlmalloc(size_t)':
../../../dlmalloc.c:4107: warning: dereferencing pointer 'b' does break
strict-aliasing rules
On Fri, 20 Nov 2009, Bisz István wrote:
../../../dlmalloc.c: In function 'void* dlmalloc(size_t)':
../../../dlmalloc.c:4107: warning: dereferencing pointer 'b' does break
strict-aliasing rules
there is an updated dlmalloc available from
ftp://gee.cs.oswego.edu/pub/misc/ (2.8.4 as
14 matches
Mail list logo
