When i compile harbour from SVN source i got this error:
c:\projetos\harbour\src\vm\dynsym.c(547) : error C2440: '=' : cannot convert
from 'void *' to 'PDYNHB_ITEM'
Conversion from 'void*' to pointer to non-'void' requires an
explicit cast
In dynsym.c(547):
s_pDynIndex = hb_xrealloc( s_p
I'm getting this :
! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
! MAKE: win-make 3.81 sh.exe clean
! HB_INSTALL_PREFIX: E:\HARBOUR_PRUEBAS\HARBOUR
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
! HB_CO
Hi
Compiling with MSVC8 i get following errors:
cl.exe -I. -I../../../../../include -nologo -TC -Ot2b1 -EHs-c- -Zi
-DHB_LEGACY_TYPES_OFF -DHB_TR_LEVEL_DEBUG -DPCRE_STATIC -DHAVE_STDINT_H=0
-DHAVE_CONFIG_H -DUNICODE -Fochartabs.obj -c ../../../chartabs.c
chartabs.c
c:\hrb\svn\src-svn\external
On Fri, Apr 2, 2010 at 12:14 PM, Viktor Szakáts wrote:
> Hi,
>
> This seems like mingw distro bug. You can try to work it around
> by making sure gcc.exe also exists next to the -dw2 version.
> I think normally it should be there though.
>
> Or try using official distro if you absolutely need dw2.
Hi,
This seems like mingw distro bug. You can try to work it around
by making sure gcc.exe also exists next to the -dw2 version.
I think normally it should be there though.
Or try using official distro if you absolutely need dw2.
Anyway it's not Harbour problem.
Brgds,
Viktor
On Fri, Apr 2, 20
For compiling I use
set path=C:\MinGW\bin;c:\qt\qt\bin;c:\cvs\harbour\harbour\bin;%PATH%
( %PATH% includes older harbour and bcc compiler)
mingw32-make clean install
>From log.txt
! Building Harbour 2.1.0dev from source - http://www.harbour-project.org
! MAKE: mingw32-make 3.81 sh.exe clean ins
>> set HB_COMPILER_VER or leave it autodetect compiler.
>
> I'm set HB_COMPILER_VER=900 and it worked ok. But I had not changed
> this setting before.
This variable has been used since long, but was only recently
used to differentiate between msvc 2008 and 2010.
[ If msvs 2010 won't be availabl
Hi!
> set HB_COMPILER_VER or leave it autodetect compiler.
I'm set HB_COMPILER_VER=900 and it worked ok. But I had not changed
this setting before.
Thank you Viktor.
Regards,
Vailton Renato
___
Harbour mailing list (attachment size limit: 40KB)
Harbour
set HB_COMPILER_VER or leave it autodetect compiler.
Brgds
Viktor
On 2010 Apr 1, at 14:49, Vailton Renato wrote:
> Hi!
> I am getting the following error message when trying to compile the
> rev. 14262 com MSVC:
>
> ../../../../../bin/win/msvc/harbour.exe ../../../hbrun.prg
> -i../../../../..
Hi!
I am getting the following error message when trying to compile the
rev. 14262 com MSVC:
../../../../../bin/win/msvc/harbour.exe ../../../hbrun.prg -i../../../../../inc
lude -n1 -q0 -w3 -es2 -kmo -i- -l
cl.exe -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1 -EHs-c- -DH
B_LEGACY_
Hi
Franček Prijatelj wrote:
>
>
> Here is an error compiling with MSVC8:
>
> cl.exe -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1
> -EHs-c- -Zi -DHB_LEGACY_TYPES_OFF -DUNICODE -DHB_TR_LEVEL_DEBUG
> -IC:\Qt\msvc\include -IC:\Qt\msvc\include/QtCore
> -IC:\Qt\msvc\include/QtGui
Hi
Franček Prijatelj wrote:
>
> Hi
>
> Here is an error compiling with MSVC8:
>
> cl.exe -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1
> -EHs-c- -Zi -DHB_LEGACY_TYPES_OFF -DUNICODE -DHB_TR_LEVEL_DEBUG
> -IC:\Qt\msvc\include -IC:\Qt\msvc\include/QtCore
> -IC:\Qt\msvc\include/Q
Hi
Here is an error compiling with MSVC8:
cl.exe -I. -I../../../../../include -nologo -TP -W4 -wd4127 -Ot2b1 -EHs-c-
-Zi -DHB_LEGACY_TYPES_OFF -DUNICODE -DHB_TR_LEVEL_DEBUG
-IC:\Qt\msvc\include -IC:\Qt\msvc\include/QtCore -IC:\Qt\msvc\include/QtGui
-IC:\Qt\msvc\include/QtNetwork -Fohbqt_hbsl
Hi,
I use regular svn without modifications (13677) and there is a
line (71) :
#include
in QSizeGrip.cpp
Yes, this line is since day ONE.
How come that you are experiencing this problem only today?
I cannot suggest anything, just see in your Qt distro about QSizeGrip
file and find out w
Hi
Guy Roussin wrote:
>
> I use regular svn without modifications (13677) and there is a
> line (71) :
>
> #include
> in QSizeGrip.cpp
>
Yes, this line is since day ONE.
How come that you are experiencing this problem only today?
I cannot suggest anything, just see in your Qt distro about
Hi Pritpal,
gcc -I. -I../../../../../../include -Wall -W -O3 -I/usr/include/qt4
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -oQSizeGrip.o -c
../../../QSizeGrip.cpp
../../../QSizeGrip.cpp:84: error: 'QSizeGrip' was not declared in this
scope
Sorry, my first reply is invalid.
Error mes
Hi
Guy Roussin wrote:
>
> gcc -I. -I../../../../../../include -Wall -W -O3 -I/usr/include/qt4
> -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -oQSizeGrip.o -c
> ../../../QSizeGrip.cpp
> ../../../QSizeGrip.cpp:84: error: 'QSizeGrip' was not declared in this
> scope
>
Sorry, my first reply
Hi
Guy Roussin wrote:
>
> I try to compile harbour with current svn, but i get this error :
>
> gcc -I. -I../../../../../../include -Wall -W -O3 -I/usr/include/qt4
> -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -oQSizeGrip.o -c
> ../../../QSizeGrip.cpp
> ../../../QSizeGrip.cpp:84: error
Hi,
I try to compile harbour with current svn, but i get this error :
make[5]: Entering directory
`/home/maemo/harbour/contrib/hbqt/qtgui/obj/linux/gcc'
gcc -I. -I../../../../../../include -Wall -W -O3 -I/usr/include/qt4
-I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -oHBQPlainTextEdit.o
C:\harbour\contrib\hbqt>\harbour\win-make clean install
! Building Harbour 2.0.1dev from source - http://www.harbour-project.org
! MAKE: C:/harbour/win-make 3.81 sh.exe clean install
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
! HB_COMPILER: mingw
! Component: 'z
Hi!
D:\harbour\trunk\harbour\contrib\gtwvg\tests>hbmk2 demowvg.prg
Harbour 2.0.1dev (Rev. 13594)
Copyright (c) 1999-2010, http://www.harbour-project.org/
Compiling 'demowvg.prg'...
Lines 7469, Functions/Procedures 73
Generating C source output to 'demowvg.c'... Done.
demowvg.c
hbmk_4eg122.c
Genera
On Mon, 07 Dec 2009, Mario H. Sabado wrote:
Hi,
> I encountered below error when building latest Harbour SVN under Mandriva.
Please always try _CLEAN_ build before your report problems.
best regards,
Przemek
___
Harbour mailing list (attachment size l
Hi,
I encountered below error when building latest Harbour SVN under Mandriva.
Thanks,
Mario
***
gcc -L../../../../../lib/linux/gcc -L/usr/X11R6/lib
-o../../../../../bin/linux/gcc/hbrun hbrun.o -lhbcplr -lhbpp -lhbcommon
-lhbextern -lhbdeb
Hi
Building last revision (platform : WinXP MSVC8), i get following errors:
./bin/win/msvc/hbrun.exe --hb:gtcgi ./bin/postinst.prg
! Making C:\HRB\msvc_D_Tr\bin\hbmk.cfg...
.\bin\postinst.bat
! Making shared version of Harbour binaries...
hbrun.c
Unrecoverable error 6005: Exception error:
I'll fix this.
Brgds,
Viktor
On 2009.08.31., at 8:48, FRANČEK PRIJATELJ wrote:
Hi
Building Harbour with msvc , *.cpp files from HbQt are compiled
with mingw g++ (with msvc flags), while *.c files are correctly
compiled with cl.exe.
Sample:
! Building Harbour 2.0.0beta2 from source - http://
Hi
Building Harbour with msvc , *.cpp files from HbQt are compiled
with mingw g++ (with msvc flags), while *.c files are correctly
compiled with cl.exe.
Sample:
! Building Harbour 2.0.0beta2 from source - http://www.harbour-project.org
! MAKE: mingw32-make 3.81 sh.exe clean install i
! HB_INSTA
SVN
* $Id: ChangeLog 11594 2009-07-01 23:20:05Z druzus $
With BCC 5.5 XP SP3
bcc32.exe -I. -I../../../../../include -q -tWM -w -w-sig- -Q -d -6 -O2 -OS -Ov
-Oi -Oc -DHB_DYNLIB -DHB_DYNLIB -c ../../../maindllp.c -omaindllp.obj
../../../maindllp.c:
Error E2356 ../../../maindllp.c 387: Type mism
Thanks. Since libc.lib isn't explicitly specified by hbmk2 and
its input files, most probably they are pulled automatically
from some libs.
Not much idea how to solve that specifically in this case,
usually you have to sync build switches along different tools
or you can try to work it around wit
Hi Viktor,
Sorry I had not understood, here is the result of which was compiled with:
hbmk2 -inc -st -trace -info -oSYSTEM *.c *.prg SYSTEM.RC
hbmk: Autodetected architecture: win
hbmk: Autodetected C compiler: msvc
Hi,
Sorry, I cannot help without -trace -info output.
My plain guess is that "libc" is coming from some
envvars on your system.
Brgds,
Viktor
On 2009.07.01., at 14:26, sygecom wrote:
Hi Viktor,
I'm using hbmk2 thus:
hbmk2 -inc -st -trace -oSYSTEM *.c *.prg SYSTEM.RC
And I have a script to
Hi Viktor,
I'm using hbmk2 thus:
hbmk2 -inc -st -trace -oSYSTEM *.c *.prg SYSTEM.RC
And I have a script to compile this:
file name: script.hbc
{win}libs=hwgui procmisc hbmzip hbziparc hbct hbtip hbwin xhb hbhpdf libhpdf
libpng hbblat blat hbgd bgd
{win}gt=gtgui
run=yes
thank you very much
Vik
> I've updated the SVN Harbour today and compiled with MSVC 2008 and compiled
> without errors. However when I compile my application in Hwgui using this
> hbmk2.exe giving the following error:
>
> LINK : fatal error LNK1104: can not open the file 'LIBC.lib'
Please post hbmk2 command line and '-tr
Hello to all,
I've updated the SVN Harbour today and compiled with MSVC 2008 and compiled
without errors. However when I compile my application in Hwgui using this
hbmk2.exe giving the following error:
LINK : fatal error LNK1104: can not open the file 'LIBC.lib'
Enjoying the topic How do I get
Hi,
$ svn update
À la révision 11572.
$ sh make_gnu.sh
make
(...)
make[3]: entrant dans le répertoire «
/usr/local/src/harbour/source/rdd/linux/gcc »
gcc -I. -I../../../../include -Wall -W -O3 -c ../../dbcmd.c -odbcmd.o
gcc -I. -I../../../../include -Wall -W -O3 -c ../../dbcmd53.c -odbcmd53.o
g
Previous errors now desapears but this erros in HBQT are new
Linux Kubuntu 8.04 QT 4.5.1
Bruno
gcc -I. -I../../../../include -Wall -W -O3 -I/usr/include/qt4
-I/usr/include/qt4/Qt -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui
-I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtWebKit -c
.
well , was my error in updating from SVN
But now correct update
HBQT don't compiles anymore
This is the error
Bruno
gcc -I. -I../../../../include -Wall -W -O3 -I/usr/include/qt4
-I/usr/include/
qt4/Qt -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui
-I/usr/include/qt4/QtN
etwork -I/usr/
I never could make this demo in linux
and i think didn't touch any prg , but i chek it
and Yes , hbqt lib make ok
Bruno
2009/6/19 Pritpal Bedi
>
> Hi
>
>
> Bruno Luciani wrote:
> >
> > Why I still get this error compiling HBQT sample ?
> >
> > this are the last 40 or 50 lines of the error
> >
Hi
Bruno Luciani wrote:
>
> Why I still get this error compiling HBQT sample ?
>
> this are the last 40 or 50 lines of the error
>
> any idea ?
>
> /usr/lib/harbour/libhbqt.a(TQAbstractSlider.o):(.data+0x1f8): undefined
> reference to `HB_FUN_QT_QABSTRACTSLIDER_SLIDERPOSITION'
>
I believe
Why I still get this error compiling HBQT sample ?
this are the last 40 or 50 lines of the error
any idea ?
thanks
Bruno
ING
: harbour-boun...@harbour-project.org
[mailto:harbour-boun...@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : vendredi 19 juin 2009 10:29
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] error compiling last SVN version
On Fri, 19 Jun 2009, J. Lefebvre wrote:
Hi,
..@harbour-project.org] De la part de Przemyslaw Czerpak
Envoyé : vendredi 19 juin 2009 10:29
À : Harbour Project Main Developer List.
Objet : Re: RE: [Harbour] error compiling last SVN version
On Fri, 19 Jun 2009, J. Lefebvre wrote:
Hi,
> Sorry, a small typo in my last upload.
> Will be corrected
Yes, probably.
Brgds,
Viktor
On Fri, Jun 19, 2009 at 10:30 AM, Lorenzo Fiorini wrote:
> On Fri, Jun 19, 2009 at 9:59 AM, J. Lefebvre wrote:
>
> > Sorry, a small typo in my last upload.
> > Will be corrected in a few minuts !
>
> Sorry, I've read Przemyslaw's replay about it.
> Isn't it better t
On Fri, Jun 19, 2009 at 9:59 AM, J. Lefebvre wrote:
> Sorry, a small typo in my last upload.
> Will be corrected in a few minuts !
Sorry, I've read Przemyslaw's replay about it.
Isn't it better to revert it to previous state and wait for a proper solution?
best regards,
Lorenzo
On Fri, 19 Jun 2009, J. Lefebvre wrote:
Hi,
> Sorry, a small typo in my last upload.
> Will be corrected in a few minuts !
If possible please wait a while.
I'll commit this and some other fixes.
best regards,
Przemek
___
Harbour mailing list
Harbour@h
: [Harbour] error compiling last SVN version
Error compiling :
C:/harbour_svn/config/mingw32-make -C vm
mingw32-make[2]: Entering directory `C:/harbour_svn/source/vm'
C:\harbour_svn\source\vm>if not exist win\. md win
C:\harbour_svn\source\vm>if not exist win\mingw\. md win\mingw
C:\
Error compiling :
C:/harbour_svn/config/mingw32-make -C vm
mingw32-make[2]: Entering directory `C:/harbour_svn/source/vm'
C:\harbour_svn\source\vm>if not exist win\. md win
C:\harbour_svn\source\vm>if not exist win\mingw\. md win\mingw
C:\harbour_svn\source\vm>if not exist ..\..\lib\win\. md
I just try compiling demoqt , in Ubuntu 8.04 linux using:
hbmk2 hbqt.hbc demoqt
But in first place I get an error in libqt libraries
in the hbc file libs exists as: QtCore4 , QtGui4 etc etc
and in linux this libraries that not have de number 4 , just QtCore , Qtgui
..
Changing this nam
compiling harbour from svv 2009-05-28 08:20 UTC+0200 Viktor Szakats
(harbour.01 syenar hu)
mingw32-make.exe[3]: *** [wvgsink.obj] Error 2
mingw32-make.exe[2]: *** [descend] Error 2
mingw32-make.exe[1]: *** [gtwvg.inst] Error 2
mingw32-make.exe: *** [contrib.inst] Error 2
C:\Program Files\Microsof
Hi Viktor,
Thanks, I put this line and test the next time I compile the Harbor of SVN.
Leonardo Machado
Szakáts Viktor wrote:
>
> Okay so you seem to be using some other distro which provide MinGW libs
> only. If you look into postinst.bat you can experiment with .lib
> generation
> from .dll
Hi Przemyslaw,
Ok, it was only to remove BMDBFCDX that solved the problem, thank you for
your attention.
And speaking of BMDBFCDX, there is some planning for the future to optimize
the harbour that neither the type of RMDBFCDX xharbour.com?
Leonardo Machado
Przemyslaw Czerpak-2 wrote:
>
> On
if exist "%HB_DIR_PGSQL%\bin\libpq.dll" call :P_MSVC_IMPLIB
"%HB_DIR_PGSQL%\bin\libpq.dll" "%HB_LIB_INSTALL%\libpq.lib"
Brgds,
Viktor
On Thu, Apr 30, 2009 at 4:02 PM, Viktor Szakáts wrote:
> Okay so you seem to be using some other distro which provide MinGW libs
> only. If you look int
Okay so you seem to be using some other distro which provide MinGW libs
only. If you look into postinst.bat you can experiment with .lib generation
from .dll, please try with this line:
if exist "%HB_DIR_PGSQL%\bin\libpq.dll" call
:P_MSVC_IMPLIB "%HB_DIR_PGSQL%\libpq.dll" "%
On Thu, 30 Apr 2009, sygecom wrote:
Hi,
> If in the case of the MSVC LIB Postgresql is the only copy, then do not
> really have the LIB LIBPG.LIB in my installation of PostgreSQL. You just
> LIBPQ.A, I am using version NO-INSTALL.
> And about the error in my application it gives error on line bel
Hi Viktor,
If in the case of the MSVC LIB Postgresql is the only copy, then do not
really have the LIB LIBPG.LIB in my installation of PostgreSQL. You just
LIBPQ.A, I am using version NO-INSTALL.
And about the error in my application it gives error on line below:
REPLACE REG1 WITH vATUAL2
Wher
Hi Leonardo,
> My postgresql is installed in D: \ pgsql and am using version 8.2.5. I
> believe that the Harbor at the time that this building look for LIBPQ.DLL
> to
> generate the LIBPQ.LIB. And I checked and is in D: \ pgsql \ BIN
No, for MSVC the supplied lib is simply copied, which should
Hi Viktor,
My postgresql is installed in D: \ pgsql and am using version 8.2.5. I
believe that the Harbor at the time that this building look for LIBPQ.DLL to
generate the LIBPQ.LIB. And I checked and is in D: \ pgsql \ BIN
But by LIB of PostgreSQL is not my biggest problem. My biggest problem i
Hi,
On Thu, Apr 30, 2009 at 4:29 AM, sygecom wrote:
> Problem 1 - When using MSVC compile is not generating the LIBPQ.LIB, and I
> am setting the environment variables correctly both the HB_BUILD_IMPLIB=yes
> as HB_DIR_PGSQL=d:\pgsql
Probably you don't have file D:\pgsql\lib\pgsql.lib present.
Hello to all,
I've updated the SVN Harbor, and I am having two problems:
Problem 1 - When using MSVC compile is not generating the LIBPQ.LIB, and I
am setting the environment variables correctly both the HB_BUILD_IMPLIB=yes
as HB_DIR_PGSQL=d:\pgsql
Problem 2 - My application when compiled with
Hello Viktor,
Again Thanks. I await the COMMIT, but not arrested. I tested other side for
a while.
Leonardo Machado
Szakáts Viktor wrote:
>
> Here's the fix, so you don't have to wait for my commit:
>
> Put line:
> HB_EXTERN_BEGIN
> before this line:
> extern int cSend( char * szCmd );
> and
Here's the fix, so you don't have to wait for my commit:
Put line:
HB_EXTERN_BEGIN
before this line:
extern int cSend( char * szCmd );
and put line
HB_EXTERN_END
after it.
Brgds,
Viktor
On 2009.04.27., at 16:06, sygecom wrote:
Hi Viktor,
Thank you very much.
Leonardo Machado
Szak
Hi Viktor,
Thank you very much.
Leonardo Machado
Szakáts Viktor wrote:
>
> Hi Leonardo,
> Yes, thank you. 'extern "C"' was missing from around this declaration,
> I'll commit a fix with my next commit.
>
> Brgds,
> Viktor
>
> On Mon, Apr 27, 2009 at 6:54 AM, sygecom wrote:
>
>>
>>
Hi Alexander,
Thank you very much.
Leonardo Machado
Alexander S.Kresin wrote:
>
> Leonardo,
>
> I've renamed few HwGUI's functions, including deletefile(), adding to
> them "hwg_" prefix.
>
> Regards, Alexander.
>
>> I'm trying to compile my application with MSVC, and it returns
Hi Leonardo,
Yes, thank you. 'extern "C"' was missing from around this declaration,
I'll commit a fix with my next commit.
Brgds,
Viktor
On Mon, Apr 27, 2009 at 6:54 AM, sygecom wrote:
>
> Hi Viktor,
>
> Excuse the mess. The problem is with hbblat.lib when compiled with MSVC.
> This returns me
Hi Viktor,
Excuse the mess. The problem is with hbblat.lib when compiled with MSVC.
This returns me the error below:
hbblat.lib(blatwrp.obj) : error LNK2019: símbolo externo "int __cdecl
cSend(char *)" (?cSend@@yah...@z) sin resolver al que se hace referencia en
la función _HB_FUN_HB_BLATSEND
N
Hi Leonardo,
Sorry I'm confused about your problem now, is libpq.lib
a problem? isn't it generated, or is it wrongly generated?
If it's not generated probably it cannot find the .dll
in places defined in postinst.bat.
As for blat.lib, I have no idea, here it works with default
setting without an
Hi Viktor,
Sorry for misinformation in the previous post, I put a function call
HB_BLATSEND to resolve the problem and continue my testing, and forgot to
remove when you recompile the function. But now that removed the error
persists. The only difference now is that the harbor that automatically
Hi Viktor,
Update the Harbour and recompile and generated the right of LIB Blat.
The problem now is that it generated the libpq.lib compiling with MSVC, and
did a test with the BCC and generated libpq.lib.
Any tips?
I set environment variables is thus:
set HB_COMPILER=msvc
set HB_INSTALL_PREF
Hello Viktor,
I was using the SIM SET HB_BUILD_IMPLIB = yes but when compiled with MSVC
the Harbour he led the LIB automatically, but my latest version of MSVC is a
little outdated, I will rebuild and come back to the results.
Leonardo Machado
Szakáts Viktor wrote:
>
> Hi Leonardo,
>
> Did y
Hi Leonardo,
Did you try building Harbour with HB_BUILD_IMPLIB=yes?
This way blat.lib will be generated for you automatically,
and hopefully in a usable form.
Brgds,
Viktor
On 2009.04.26., at 18:17, sygecom wrote:
Hi Viktor,
So I decided that even commenting this function in Hwgui. But now
Hi Viktor,
So I decided that even commenting this function in Hwgui. But now I'm having
another problem is that the LIB hbblat.lib which is giving the error below:
hbblat.lib(blatwrp.obj) : error LNK2019: símbolo externo "int __cdecl
cSend(char *)" (?cSend@@yah...@z) sin resolver al que se hace
Hi Viktor,
Thanks for the information, I will move to the Alexander Kresin evaluate
this function. Hwgui not found anything in that is using this function
DELETEFILE ().
Regards,
Leonardo Machado
Szakáts Viktor wrote:
>
> Hi Leonardo,
> hwgui defines a public symbol already defined in hbct.
>
Hi Leonardo,
hwgui defines a public symbol already defined in hbct.
I'd consider this a bug in hwgui, where DELETEFILE()
should either be renamed or moved to a separate source file.
Brgds,
Viktor
On Sun, Apr 26, 2009 at 7:30 AM, sygecom wrote:
>
> Hello to All,
> I'm trying to compile my appli
Hello to All,
I'm trying to compile my application with MSVC, and it returns me the errors
below, someone would give me a tip to avoid this error?
Note: Both the Harbour as Hwgui been compiled with MSVC 9.0 and Harbour SVN
is to the day 04/23/2009.
Note: If you compile with the error BCC5.5.1 no
Hi,
Since Pritbal is to going to define upper level classes (xbparts
compatible), i think it is better to handle different OS's at this level.
Regards,
Vagelis
--
View this message in context:
http://www.nabble.com/Error-compiling-hbqt-with-latest-svn-tp22968155p22974260.html
Sent from the Har
Marcos,
For Win it's Ok, only in Q_WS_X11 HADLE is unsigned long.
I think it's portable but I have not tested.
Xavi
Marcos Gambeta escribió:
Pritpal Bedi escreveu:
I can assume that on linux HFONT is not supported,
as per above, instead it should be Qt::HANDLE.
Now the question is how shoul
Pritpal, Vagelis,
Try .-
HB_FUNC( QT_QFONT_HANDLE )
{
hb_retptr( ( void * ) hbqt_par_QFont( 1 )->handle() );
}
Xavi
Pritpal Bedi escribió:
Hello
Vagelis Skarmaliorakis wrote:
My installation is Arch Linux 64bit, compiler gcc.
I am getting the following error:
make[3]: Entering directo
Hello
Marcos Gambeta wrote:
>
> From the documentation:
>
> HFONT QFont::handle () const
> Returns the window system handle to the font, for low-level access.
> Using this function is not portable.
>
> My suggestion is to remove the function from hbqt, because is not
> portable.
>
It mean
Hi,
Marcos Gambeta wrote:
>
> My suggestion is to remove the function from hbqt, because is not
> portable.
>
This must be the best solution for a portable harbour.
Regards
Vagelis
--
View this message in context:
http://www.nabble.com/Error-compiling-hbqt-with-latest-svn-tp22968155p229727
H Pritbal,
I made a change at hbqt_qfont.cpp :
HB_FUNC( QT_QFONT_HANDLE )
{
// hb_retptr( ( HFONT ) hbqt_par_QFont( 1 )->handle() );
hb_retptr( (Qt::HANDLE*) hbqt_par_QFont( 1 )->handle() );
}
But it is not only this.
Also hbqt_qregion.cpp:
HB_FUNC( QT_QREGION_HANDLE )
{
//hb_retptr(
Pritpal Bedi escreveu:
I can assume that on linux HFONT is not supported,
as per above, instead it should be Qt::HANDLE.
Now the question is how should we resolve it?
Xavi, Marcos?
From the documentation:
HFONT QFont::handle () const
Returns the window system handle to the font, for low-l
Hello
Vagelis Skarmaliorakis wrote:
>
> My installation is Arch Linux 64bit, compiler gcc.
>
> I am getting the following error:
>
> make[3]: Entering directory
> `/home/vagskarm/my_svn/harbour/contrib/hbqt/linux/gcc'
> gcc -I. -I../../../../include -Wall -W -O3 -fPIC -I/usr/include
> -I
Hi,
My installation is Arch Linux 64bit, compiler gcc.
I am getting the following error:
make[3]: Entering directory
`/home/vagskarm/my_svn/harbour/contrib/hbqt/linux/gcc'
gcc -I. -I../../../../include -Wall -W -O3 -fPIC -I/usr/include
-I/usr/include -c ../../hbqt_qfont.cpp -ohbqt_qfont.o
Hi,
After update latest svn I got this error when building libs for evc4 compiler:
C:\PROGRA~1\PROGRA~1\harbour>make_vc
NMAKE : fatal error U1073: don't know how to make 'obj\vc\mtce\arrays.obj'
Stop.
I use these sets:
SET HB_BUILD_WINCE=yes
SET HB_CC_NAME=vcce
SET HB_ARCHITECTURE=w32
SET HB_
On Sat, Nov 22, 2008 at 4:45 PM, Bruno Luciani <[EMAIL PROTECTED]> wrote:
> I just try , adding -lgttrm to the compiling scritp and now the error has
> changed
You miss the gpm lib. Try to add -lgpm.
There is much simpler way to build xhgtk samples:
hbmk -xhgtk -I -L
best regards,
Lorenzo
Lorenzo
I just try , adding -lgttrm to the compiling scritp and now the error has
changed
//
[EMAIL PROTECTED]:~/xhgtk/samples/classes/browse$ sh build.sh browse
Harbour 1.0.1 Intl. (Rev. 9429)
Copyright
On Sat, Nov 22, 2008 at 12:37 PM, Bruno Luciani <[EMAIL PROTECTED]> wrote:
> I get this error trying to compile a Xhgtk Sample ( library was compiled
> with the same harbour version without problems )
add gttrm to the lib list or use hb* scripts and define the gt you
want using -gt .
best rega
I am posting in the developer' s list because i don' t get any answer in
users list
I am using harbour , last version in Ubuntu 8.10
I get this error trying to compile a Xhgtk Sample ( library was compiled
with the same harbour version without problems )
thanks for any help
Bruno
//
>Hi Viktor and Toninho
>Please check the location of c0d32.obj and if it's known for BCC
>compiler so it can locate during linking. AFAIR ilink in BCC needs
>valid paths set in ilink32.cfg. It was -L option or sth like that.
>You can also use bcc32.exe as wrapper to ilink32.exe and if I'm
>not wro
Hi Przemek,
Very good point. It may explain Toninho's problem
well. Since he was not using the central config files
(which is BTW an install time requirement for all
Borland C compilers), and he was only copying in
bcc32.cfg, ilink32 was clueless about lib dirs.
Thanks a lot. This also means thi
On Wed, 12 Nov 2008, Szak�ts Viktor wrote:
Hi Viktor and Toninho
>>> BTW, do you have a 'c0d32.obj' in your Borland lib dir?
>> Yes, I have.
> Very strange. No more ideas here. Anyone?
Please check the location of c0d32.obj and if it's known for BCC
compiler so it can locate during linking. AFAI
Hi Toninho,
Hi Viktor,
I did above changes, but I still need use HB_BUILD_DLL=no.
BTW, do you have a 'c0d32.obj' in your Borland lib dir?
Yes, I have.
Very strange. No more ideas here. Anyone?
Brgds,
Viktor
___
Harbour mailing list
Harbour@harbo
>This shouldn't make a difference, at least in 5.5, but I've
>never tried that. I'd rather suggest to use C_USR to setup
>special Harbour flags '-5 -6'. '-WC' '-w-inl-' are surely
>unnecessary, and even '-a8' AFAIK. Then, the bcc32.cfg
>stored in your Borland C bin dir would only need -I and
>-L li
Hi Toninho,
[ I've just tested the default build using
BCC 5.8.2, and it finishes without error, just
as 5.5.1. ]
Maybe is related to my environment. I don´t have my bcc folders in
path. To compile Harbour, I copy bcc32.cfg to harbour folder and call
make_b32.bat
---bcc32.cfg---
-IE:\harbour\b
>As a workaround try disabling .dlls using:
>set HB_BUILD_DLL=no
Hi Viktor thanks. It works.
>[ I've just tested the default build using
>BCC 5.8.2, and it finishes without error, just
>as 5.5.1. ]
Maybe is related to my environment. I don´t have my bcc folders in
path. To compile Harbour, I copy
Hi Toninho,
This seems like an older problem exploited
by enabling .dll building by default.
As for the proper solution, it's difficult
to tell it without having this compiler
freely available.
As a workaround try disabling .dlls using:
set HB_BUILD_DLL=no
[ I've just tested the default build
Hi friends,
I have this error compiling harbour with latest SVN, BCC 6.10 and this
flags:
SET C_USR=-DHB_GUI -DHB_FM_STATISTICS_OFF -DHB_NO_PROFILER
-DADS_LIB_VERSION=700 -DHB_HASH_MSG_ITEMS -DHB_FM_STD_ALLOC
-DHB_NO_DEBUG
source\vm\maindllh.c:
ilink32.exe -Gn -C -aa -Tpd -Gi -Llib\b32
>The above code is not tested but I hope you know the idea.
>If you will create some set of functions for easier migration
>from ZIPARCH to HBMZIP library then we can add them to HBMZIP
>library. But we should try to implement all functionality, f.e.
>, , and in
>this function.
Przemek, thanks t
On Mon, 01 Sep 2008, [EMAIL PROTECTED] wrote:
Hi Toninho,
> >That's very nice for those wanting to transition.
> >(just a small note: the dir change to C:\ looks a bit
> >dangerous to me)
> Fixed, thanks.
> ---cut---
> procedure HB_UnZipFile( cFile, bUpdate, lWithPath, cPassword, ;
> cFileToUnzip
>That's very nice for those wanting to transition.
>(just a small note: the dir change to C:\ looks a bit
>dangerous to me)
Fixed, thanks.
---cut---
procedure HB_UnZipFile( cFile, bUpdate, lWithPath, cPassword,
cFileToUnzip, bFileUpdate )
local hUnZip, nErr, cCurDir, cPath
if !( ".zip" $
Hi Toninho,
To compile hbziparch, you may try using -D_USE_OLDER_RW_STL
(in C_USR) as a workaround. Pls tell us your results.
(in BCC 5.82 it fails due to missing Borland includes.)
In BCC 5.9 fails too. None is changed.
I see you try to switch to hbmzip, which is the best solution,
despite
1 - 100 of 107 matches
Mail list logo
