2012-09-24 09:57 UTC+0700 Andi Jahja
* winmake/makefile.pc
! guarded creation of ws2_32.lib for POCC64 only
Andi
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security an
2012-09-24 09:44 UTC+0700 Andi Jahja
* make_pc.bat
! reuploaded because previously committed file is private one
Andi
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's securi
2012-09-24 09:30 UTC+0700 Andi Jahja
* winmake/ws2_32pc.def
! import file to build POCC64's ws2_32pc.lib as the supplied
ws2_32.lib does not work (missing: __WSAFDIsSet)
* winmake/makefile.pc
* winmake/mdir.bat
* make_pc.bat
! enable PellesC 64-bit compilation. Envar should
-Messaggio Originale-
Da: "Andi Jahja"
A: "Enrico Maria Giordano"
Cc:
Data invio: domenica 23 settembre 2012 12.11
Oggetto: Re: [xHarbour-developers] ChangeLog: 2012-09-23 14:11 UTC+0700
AndiJahja
> As per current SVN, NODLL is automatically defined when envar HB_ARCH=64
> is set (
HARBOURFLAGS should also have -dNODLL to exclude those functions from
hbextern.ch
Andi
>
> It seems not, as I now get:
>
> Error: Unresolved external '_HB_FUN_DLLPREPARECALL' referenced from
> E:\XHBSVN\XHARBOUR\OBJ\B32\XBSCRIPT.OBJ
> Error: Unresolved external '_HB_FUN_LOADLIBRARY' referenced
On Sun, 23 Sep 2012 11:32:34 +0200
"Enrico Maria Giordano" wrote:
> Is it correct to define NODLL in this way?
> SET CFLAGS=-DNODLL
As per current SVN, NODLL is automatically defined when envar HB_ARCH=64
is set (because dllcall.c cannot compile). To set NODLL in 32-bit mode,
IMI, we have to:
xHarbour Regression Test Suite
Copyright 1999-2012, http://www.harbour-project.org, http://www.xharbour.org
---
Version: xHarbour build 1.2.1 Intl. (SimpLex) (Rev. 9704)
Compiler: MinGW GNU C 4.7.1 (64 bit)
Multi Th
2012-09-23 17:02 UTC+0700 Andi Jahja
* winmake/makefile.gc
* make_gc.bat
! enable MinGW 64-bit compilation. Envar should be set:
SET HB_ARCH=64 (remmed by default in make_gc.bat)
Andi
--
Everyone hates
> Is it correct to define NODLL in this way?
>
> SET CFLAGS=-DNODLL
It seems not, as I now get:
Error: Unresolved external '_HB_FUN_DLLPREPARECALL' referenced from
E:\XHBSVN\XHARBOUR\OBJ\B32\XBSCRIPT.OBJ
Error: Unresolved external '_HB_FUN_LOADLIBRARY' referenced from
E:\XHBSVN\XHARBOUR\OBJ\B32
-Messaggio Originale-
Da: "Andi Jahja"
A:
Data invio: domenica 23 settembre 2012 9.14
Oggetto: [xHarbour-developers] ChangeLog: 2012-09-23 14:11 UTC+0700
AndiJahja
> * source/rtl/dllcall.c
>! disable functionalities when NODLL is defined
Is it correct to define NODLL in this w
2012-09-23 15:49 UTC+0700 Andi Jahja
* winmake/common.mak
- remove gtwvw.lib and xwt.lib as default contrib as they are currently
not compilable under 64-bit mode
* winmake/makefile.bc
* winmake/makefile.dc
* winmake/makefile.wc
! add gtwvw.lib and xwt.lib creation (moved from
2012-09-23 14:27 UTC+0700 Andi Jahja
* make_vc.bat
* winmake/makefile.vc
+ envar for 64bit compilation (it is remmed by default)
* source/common/hbmem.c
! enable 64bit compilation
Andi
--
Everyone hates s
2012-09-23 14:11 UTC+0700 Andi Jahja
* include/hbinit.h
! removed exception for MSVC initialization under HB_OS_WIN_64
* contrib/tiff/tiff.h
! redefine uint64 to compile under Win64
* source/rtl/dllcall.c
! disable functionalities when NODLL is defined
Andi
-
2012-09-23 14:00 UTC+0700 Andi Jahja
* winmake/common.mak
* winmake/compile.mak
+ missing hbarch.obj dependency
Andi
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download
14 matches
Mail list logo
