Hi All,
Yesterday evening (UTC) the mailing list server
abended, so right now Phil is doing backups and
maintenance on it to get it back online as soon
as possible.
Pls be patient and take the offline time for
some quality non-Harbour activity :)
Viktor
Testing
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
testing
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour
Hi,
The error message shows exactly what's missing, install it.
It's not Harbour problem.
Viktor
On 2010 May 31, at 13:57, Jaroslaw Kadziola wrote:
Hi Viktor,
When i'm trying to build WinCE harbour i get :
! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
!
Massimo Belgrano wrote:
or possible 2.1 beta?
This has what relation to my query ?
I guess it's in relation to avoid a non-official distro
for the sake of HBQT.
Proper solution would be to detach HBQT/HBXBP/HBIDE
release schedule from core and make them available as
a normal extra
Proper solution would be to detach HBQT/HBXBP/HBIDE
release schedule from core and make them available as
a normal extra component which plugs into Harbour core
distribution. (which should be created separately)
Ok.
So how can one obtain the latest binaries including
hbQT, hbXBP,
Viktor Szakáts wrote:
Isn't there a runtime only download package somewhere
on Nokia's QT website?
Before exploring this possibility, a little doubt,
is Qt runtime enough for materializing an .exe to be
build with hbIDE ?
Yes.
We made the decision at the beginning that only HBQT
Before exploring this possibility, a little doubt,
is Qt runtime enough for materializing an .exe to be
build with hbIDE ?
Yes.
If this is the case then we do not need complete run-time
of Qt. Only 4 dll's matching the version we compiled
hbQT* is enough. Can we embed them in our
Hi All,
..I'd prefer to we follow a Harbour-Fund financing model. That is,
we start making donations to a common-treasure and let project
leaders decide and make hiring agreements for manual creation, or
whatever would help project's improvement.
But, of course, let's hear other harbour
Hi,
Yes. Pls read relevant section in INSTALL (look for 'HB_WITH_QT')
or past message about this topic, it has been quite well discussed
here.
Viktor
On 2010 May 31, at 20:04, jparada wrote:
Hi,
I have been able to compile demohbqt and demoxbp without any problem, but
when trying to
Hi Tamas,
Thanks for the patch. We already had LLVM/Clang C
detection inside the __GNUC__ branch, is it still
necessary, or can we now safely delete it?
Viktor
On 2010 May 30, at 14:44, Tamas TEVESZ wrote:
- clang 2 does c++ now, so only fall back to c mode if we are running
clang1
-
I've checked and xhb doesn't have a FILESIZE, so
it can be deleted from xhb.
Viktor
On 2010 May 30, at 19:30, Bruno Luciani wrote:
It is posible that this function: filesize
exists in two libraries ?
files.c in LIBHBCT
and
xhbfs.c in LIBXHB
Thanks for any help
Bruno
Do you read the asnwers?
On 2010 May 30, at 21:40, Ale SB wrote:
hbrtl.lib(hbsocket.obj) : error LNK2019: external symbol __imp__wsaio...@36
unresolved referred to in the function _hb_socketGetIFaces
Function to return the machine's local IP.
This function normally in previous
Hi,
On 2010 May 30, at 22:10, Tamas TEVESZ wrote:
On Sun, 30 May 2010, vszak...@users.sourceforge.net wrote:
+ Clearing forced C++ mode if clang 1.x is detected.
(Patch from Tamas Tevesz. Slight fix added by me to
set HB_CMP when falling back to C mode. I didn't make
I read yes.
But I did not find the solution to this problem with inetinit ().
It will be a very tough process to find the solution
if you miss to give feedback for the answer I'm giving.
I'm out of this thread.
Viktor
___
Harbour mailing list
Hi Pritpal,
I noticed that .hbp file still contains local, system specific settings:
---
-3rd=hbide_location=C:\harbour\contrib\gtwvg\tests\
-3rd=hbide_workingfolder=C:\harbour\contrib\gtwvg\tests
---
As a rule all Harbour files should be totally relocatable
and environment agnostic. IOW, most
That's all. You are ready to make Harbour/GCC/HbQt program with static Qt
access. Obviously, you need use HBMK2 for make it and you need add the
necessaries Linux libraries in link stage to resolve externals references.
Can you tell what are those lib? This information is the only
Hi, I'm trying making Harbour binaries for linux platform with the last Qt
version (4.6.2), but my linux have headers for qt 4.5.2 pre instaled at
/usr/include
I'm using:
export
HB_WITH_QT=/home/cdq/qt-everywhere-opensource-src-4.6.2_for_dynamic/include
to override the /usr/include
This Recipe , allow harbour to create
hbqts.a
hbqtcores.a
hbqtguis.a
hbqtnetworks.a
Library that permits compile an HBQT program using static QT libraries
That's not news for me, I gave them these names.
in order to , for example create an installer compiled static , thats works
Hi Przemek,
Hi Viktor,
; Tried to add hbolesrv.c as direct source 'sources=hbolesrv.c',
but it requires this source (+ headers) to be distributed along
the binaries, plus it didn't resolve the watcom issue, so
I dropped it.
Using hbolesrv.c directly in the project
Hi Przemek,
It's hard for me to test current OpenWatcom behavior using WINE
because some results can be strictly bound with Linux and WINE
emulation so I cannot say if they are correct or not, i.e. the
things I should test like detaching from terminal and allocating
console windows works
Hi Przemek,
I got a large number of unresolved externals. I think
Because you haven't recompiled whole Harbour code with
-r6 watcom compiler switch.
I know, I use default build. Most users will use default
build, so that's what we shall make work.
we should handle the watcom problem as
Hi Viktor,
For me this are two different things.
1. broken watcom binaries due to forces stack calling convention.
It's broken either way. Default is broken for OLE servers,
special build is broken for non-watcom Harbour .dlls.
The default build is broken for any OLE code and maybe some
To put it an other way, the crucial subject today, is not any more the open
source code. It is (and always was) the open knowledge.
Nobody ever promised that knowledge or mastery will automatically
fly into the users' brains, just by having access to the information,
be it open source,
Hi Rossine,
With this change, i have GPF down:
Thanks for your report, I've made the
necessary correction, pls check again after r14631.
[ it's possible some more tweaks will be needed,
f.e. original CALLDLL32 is very unsafe by directly
modifying string buffers, so in the new compatibility
Hi,
bcc32.exe -I. -I../../../../../include -q -tWM -CP437 -w -Q -w-sig- -d -6
-O2
-OS -Ov -Oi -Oc -DHB_LEGACY_TYPES_OFF -Ic:\bcc582\bin\bcc32.exe
c:\bcc582\bin\
..\Include -DHB_GC_AUTO -DHB_FM_STATISTIC -ohbpp_dyn.obj -DHB_DYNLIB -c
../..
/../hbpp.c
../../../hbpp.c:
ilink32.exe
+ contrib/hbqt/hbqt.h
+ Added: constants hbqt_par_Qsci*
; TODO make them local.
This is serious modularization fault,
even for an initial upload. Pls fix it.
Yes, sure.
I need a name of such .h - hbqt_local.h ?
contrib/hbqt/qscintilla/hbqscintilla.h
which refers to
Hi,
hbmk2: Compiling...
hbmk2: Linking... conso.exe
Info: resolving vtable for __cxxabiv1::__si_class_type_info by linking to
__imp_
__ZTVN10__cxxabiv120__si_class_type_infoE (auto-import)
Info: resolving vtable for __cxxabiv1::__class_type_info by linking to
__imp___Z
Hi Przemek,
Another thing I noticed is that I cannot build
watcom servers, not clients. For servers it
complains about 'Error! E2030: file clib3s.lib(cstrtwwt): multiple starting
addresses found',
for clients there are unresolved symbol, even
if I comment the special -cflag in .hbp.
Thanks very much, I'll update the code.
I have two questions/notes:
- I noticed that COM_NUM may not be what
original CT does, though the NG is a little
bit easy to misunderstand. It looks COM_NUM()
now returns next free slot, while in CT it
returned maximum number of com ports.
- If
Thank you Pritpal for this contribution to the
Harbour community.
I'm going to check VOUCH now.
Viktor
On 2010 May 27, at 09:27, Pritpal Bedi wrote:
Hello All
I have just uploaded Vouch32 ActiveX Server with
all the necessary files; application code with .hbp,
.chm help and the
To Pete,
[ Sorry to reply here, but I'm readonly user of users-list. ]
yeah, sure! very well and very idealistic..
(but please keep in mind that idealism is the container of fanaticism
-and of any obnoxious -ism in general. we don't need them any more.)
asking is not only a right, is the
Hi Jerry,
No clue from here, maybe a broken mingw installation.
To tell more pls post -trace output and hbmk2 cmdline.
I did some research and found out that
this is a bug from mingw 4.5. It was fixed
before but I don't know why it resurface.
So for now Im dropping 4.5 and wait for
the
FUNCTION SubscribeNow( ... )
RETURN {| mtx, nTimeOut, lSubscribed |
local xSubscribed
lSubscribed := hb_mutexSubscribeNow( mtx, iif( hb_isNumeric(
nTimeOut ), nTimeOut / 1000, ), @xSubscribed )
return xSubscribed
}:eval( ... )
Why this code is
On 2010 May 27, at 18:31, Itamar Lins wrote:
Hi!
Please see this:
Win XP SP3 with MingW.
r-21.a,--output-def,../../../../../bin/win/mingw/harbour-21.def
c:/mingw/bin/../lib/gcc/mingw32/4.4.1/../../../../mingw32/bin/ld.exe:
unrecognized option '--nxcompat'
Hello Viktor,
I suggest to use hbmk2 to build hbcomm...
OK i rebuilt harbour release 14618 the traditional way:
\harbour\bin\mingw32-make.exe clean install
...and also your app, and it should link properly.
OK. But the error continues.
I use for compile this command:
hbmk2
Pls post the BEGINNING of your log to see what
autodetection does.
Viktor
On 2010 May 27, at 19:00, Itamar Lins wrote:
Em 27/5/2010 13:57, Viktor Szakáts escreveu:
On 2010 May 27, at 18:31, Itamar Lins wrote:
Hi!
Please see this:
Win XP SP3 with MingW.
r-21.a,--output-def
! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
! MAKE: win-make.exe 3.81 sh.exe INSTALL
! HB_INSTALL_PREFIX: c:\dev\harbour
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
! HB_PLATFORM: win (x86) (autodetected)
! HB_COMPILER: mingw (v45) (autodetected:
God. The how to f*ck up contest continues :(
You have mingw two times in PATH. Remove one.
Viktor
On 2010 May 27, at 19:27, Itamar Lins wrote:
Em 27/5/2010 14:21, Viktor Szakáts escreveu:
! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
! MAKE: win-make.exe 3.81
Hi Przemek,
Accidentally found this:
---
PROC MAIN()
QOUT( hb_arrayToParams( {} ) )
RETURN
---
- GPF (tested on win/mingw)
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
C:\harbour\trunk\harbourwin-make.exe install
! Building Harbour 2.1.0beta1 from source - http://www.harbour-project.org
! MAKE: win-make.exe 3.81 sh.exe install
! HB_INSTALL_PREFIX: c:\dev\harbour
! HB_HOST_PLAT: win (x86) HB_SHELL: nt
config/global.mk:971: *** ! HB_COMPILER not set, could
Em 27/5/2010 15:36, Itamar Lins escreveu:
---8
Using prompt tdradgon, the result is:
Path=C:\MinGW\bin;C:\WINDOWS\system32;
--8---
Maybe upper case M and GW of word MinGW ?
No, it doesn't matter.
Viktor
___
Harbour
2010/5/27 Itamar Lins
itamarl...@gmail.com
mailto:itamarl...@gmail.com
Em 27/5/2010 14:50, Viktor Szakáts escreveu:
C:\harbour\trunk\harbourset path=c:\mingw\bin;%PATH%
You not clean
Hi!
Only one version MinGW on HD.
The path c:\mingw\bin, if I set for exemple 2 times
[I finally managed to discover that my post in users-forum had been replied
here. so, here it is my humble yet belated answer]
are you sure you have understood my words? I 'm afraid you don't!
What I am not sure for, is the reason for this misunderstanding. Perhaps, is
it due to my bad
Thank you very much.
Viktor
On 2010 May 27, at 22:56, dru...@users.sourceforge.net wrote:
Revision: 14624
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14624view=rev
Author: druzus
Date: 2010-05-27 20:56:44 + (Thu, 27 May 2010)
Log Message:
Hi,
I have compiled my application under Ubuntu 10.4 with -gui -gtxwc from my
.hbp. I also have REQUEST HB_GT_XWC in my main module. When I execute
the
application, the terminal console is not being released and remains
inactive
from the background. Any switch that I might be
In case of HBCT we aim to be fully compatible
with CA-T*ols (which was a commercial extension
lib for Clipper 5.x).
Whole Clipper was commercial - and what of that ?
For me, CA sold it with CA-TOOLS.
They were two standalone products. This doesn't
mean they couldn't be sold in a bundle,
Hi Przemek,
Please try to use hbmk2 to compile some OLE server examples.
hbmk2 olesrv1.hbp
hbmk2: Processing local make script: hbmk.hbm
Error BASE/1066 Argument error: conditional (Quit)
Error BASE/1066 Argument error: conditional
Called from FN_EXPAND(0)
Called from
Hi Rossine,
I suggest to use hbmk2 to build hbcomm and also your app, and it
should link properly.
Viktor
On 2010 May 26, at 22:35, Rossine wrote:
Hi Enrico,
This is my c:\bcc582\bin\bcc32.cfg
[CFG]
-Ic:\bcc582\include;c:\bcc582\include\dinkumware;c:\harbour\include
Hi Chen,
The following was submitted to the Harbour SF bug tracker:
http://sourceforge.net/tracker/?func=detailatid=100681aid=3007590group_id=681
Anonymous wrote:
When I compile a simple Hello world program with the hbmk2 compiler,
the output always
Hi,
+ contrib/hbqt/hbqt.h
+ Added: constants hbqt_par_Qsci*
; TODO make them local.
This is serious modularization fault,
even for an initial upload. Pls fix it.
+ Initial upload of wrappers for QScintilla.
To generate the sources auto you need to stay in
-lhbpcre -lhbzlib -Wl,--end-group -ocurd.exe -LC:/HARBOUR/lib/win/mingw
-ocurd.exe
Note: ( which you miss time and again ) in Flags tab provide full path as
-o_path_to_exe_plus_exename_without_extension_
How is possible that executable is detected but non found???
Hope it will
I have to modify some sources of QScintilla itself,
bugs and warnings, both. I am still at a loss should I
proceed further in this direction or not. So far I kept
it on experimental boundaries.
You should publish these changes and fixes upstream to
QScintilla author. There is little point
I agree.
Here is my argument: hbMK2 has filters parsing at -o level
which I cannot manage. I have requested you many times
to give a proper token to output name but you have always
deferred it. So what is wrong if I provide an option at -o
level or provide a slot as a field?
You have
2010-05-24 19:53 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/sddoci/sddoci.c
! Attempting to fix wrong numeric size for plain 'NUMERIC'
(without size) type. I'm guessing so I'd appreciate if
someone could dive into this more deeply.
Still wrong in expressions.
Hi,
Maurulio,
Sorry, but that has to do with the Clipper 5.2 Harbour?
I'm referring to the functions and TimeToSec SecToTime the Harbour, has
nothing to do with Clipper.
Harbour has everything to do with Clipper,
since we aim to be fully compatible with it.
In case of HBCT we aim to be
Hi,
The part I need is missing from the posted .log fragments.
It's at the end.
Viktor
On 2010 May 25, at 16:00, Rossine wrote:
Hello Viktor,
Use 'clean install' as documented (with lowercase).
OK. I use: \harbour\bin\mingw32-make.exe clean install
Now fbclient.lib is created, but
Rossine,
Are you using MingW or BCC?
MingW (TDM) is the recomended one. BCC is not as good according to tests
made by the developers.
Seems to me you are mixing it and you also have too many enviroment
variables set.
As I understand the instructions in INSTALL, it should be
Hi Przemek,
That sounds great, may I ask for a simple example which
show the usefulness of this feature over regular hashes?
Viktor
On 2010 May 25, at 13:20, dru...@users.sourceforge.net wrote:
Revision: 14579
So f.e. this can be done:
--- plugin.prg
FUNCTION hbmk2_plugin_show_target( hbmk2 )
SWITCH hbmk2[ cSTATE ]
CASE post_all
IF hbmk2[ nErrorLevel ] == 0
hbmk2_OutStd( hbmk2, @@ TARGET: + hbmk2[ cTARGETTYPE ] + : +
hbmk2[ cTARGETNAME ] )
hbmk2_OutStd( hbmk2, @@
Hi Przemek,
This code illustrates the difference between regular and
associative hash arrays:
proc main()
[...]
return
As you can see executing it the order of items in associative array
is strictly defined and it's the same as the order in which new item
were added. It means that
Hi Pritpal (again),
Now, if you want to make it absolutely complicated
and use a plugin for this purpose, you should
_generate_ the plugin code to a temporary file and
pass that to hbmk2. Or you can put it into 'resources'
dir if you don't mind being less elegant. Otherwise,
after this
Hi,
I use Harbour for Win32. I was wondering if hbmk2 allows (or can allow
someday) support for multiple icons? We're leaning towards having two icons
in our .EXE builds. If this was ever supported... I am not sure what the
file delimiter would be.
Any thoughts?
'-icon' option is
If it doesn't work, it means you DO CHANGE the
current directory, even if you don't know about it,
so in this case you must explore the QT launching
stuff to see how to disable it.
Let me explain a bit how hbIDE forks process to Qt
and why I cannot take this approach.
Calling
---
2010-05-25 22:28 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbide/ideprojmanager.prg
! Fixed output directory issue without the need for an hbmk2 plugin.
HBIDE was changing current dir when calling hbmk2, so the detected
output filename needs to be
Though based on your description, it's unnecessary to
change directory when launching hbmk2. I left it, but
I still don't understand why you do it. It just adds
complexity without any benefit. hbmk2 doesn't require
any such tricks to make it work.
hbIDE process does not change
this is what I am trying to convey.
It depend how hbIDE is invoked.
One can invoke it with desktop icon with/without
Start in: field entry on Shortcut tab in Properties
dialog when selection with right-click on appln icon.
the other can call as:
Hi Pritpal,
now I am looking at how to construct
moc files and include it in the project.
I need to know how should I pass params
leading to moc creation - in .hbp or on the
commandline ?
A small example will be helpful.
Here is a little .hbp sample I used for testing:
---
-hblib
Sorry for my intromision but, where is olesrv2.prg ?
On my hard drive ;)
I haven't committed this code yet.
Just simply I have had no time so far to make some real test in
MS-Windows.
I only tested the base version few days ago but I made many other
modifications later and they are not
Hi Przemek,
It's great. I hope we can nail the watcom tricks and .def file
chaos in the future.
I've successfully tested olesrv2 with oletst2.
Then I tried to access olesrv2 from jscript/vbscript. Since
I'm using Win7 x64, first I built olesrv2 with msvc64,
and registered it, which went OK.
Hi,
2010-05-25 23:40 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
+ config/bsd/clang.mk
+ Base implementation of bsd/clang target.
Based on patch by Tamas Tevesz with modifications:
- deleted HB_DYN_COPT
- replaced dynamic lib rules with bsd/gcc.mk.
(both
Hi Mario,
I tried the -rebuild parameter (hbmk2 proj1.hbp -rebuild) but I got the
following error:
=
Error BASE/1066 Argument error: conditional (Quit)
Error BASE/1066 Argument error: conditional
Called from HBMK2(0)
Called from MAIN(0)
Hi Vailton,
I was making some tests with testsvc.prg (Harbour SVN 5.5.1 + BCC) and
discovered some problems because it does not execute correctly when
compiled with -mt in hbmk2. Apparently the problem comes in
win_serviceStart () but I could not detect why the service does not
run.
Using
Hi Vailton,
So does it work now? Or does it work sometimes and sometimes not?
The service do not start... It installs, uninstalls, but does not
start.But based on comments from Przemysław I have an idea to tease
this problem: i'll make an application to run as service and launch
another
The service do not start... It installs, uninstalls, but does not
start.But based on comments from Przemysław I have an idea to tease
this problem: i'll make an application to run as service and launch
another application with features powered bye hbnetio.. like Firebird
Guardian - this
Hi Vicktor,
My name is 'Viktor'.
Updated today the harbour to release 14566 and again is not building these
libs:
- fbclient.lib
- freeimage.lib
- ace32.lib
I need to change something here in order to build these libs ?
I don't think so. Pls post the log output (beginning
and the
Intresting!
Maj be used prg in hbide keyboard mapping macro script?
No, this is means to add custom build capabilities to
hbmk2. F.e. using a plugin you can generate code from
non .prg sources, or do any sort of non-standard
conversion seamlessly integrated into the hbmk2 process.
Other
anyway if I am compiling an opensource program I can use static version
exist a way to do that in linux ?
Probably it's documented somewhere, check QT website.
BTW if you have an opensource software, it's probably not
a problem to require QT package to be installed in order
to run it.
We have an opensource software based in HBQT , and we like to distribute it
in static version
this is why I asking for hbqts in linux
You're asking it at wrong place. This is not a
Harbour issue.
Viktor
___
Harbour mailing list (attachment size
Viktor do you not understand my question
I need to create LIBHBQTS.a to compile our harbour aplication in static mode
in windows we don not have problems , but in linux I do not know how to
declare , location of static qt libraries and indicates to harbour to compile
hbqts
I'm sure
Sorry viktor , I wouldn't want to say that INSTALL file
have inaccurate information or like that
The only think is that I first check it to not
ask a question that is in this file
I understand, but it's not there because I don't
know it (and it's not important information for
most
Hi Rossine,
Use 'clean install' as documented (with lowercase).
Viktor
On 2010 May 24, at 22:27, Rossine wrote:
Hi Viktor,
This is my log:
[LOG]
C:\harbour-#BCC#\harbour\bin\mingw32-make.exe CLEAN INSTALL
config/global.mk:234: ! Warning: HB_BUILD_IMPLIB option works only when
Hi Pritpal,
I am almost done with QScintilla wrappers which completely
isolate the need to host QScintilla sources into our repository,
but still wrappers be genrated from .qth files and placed in
hbqt/qscintilla.
This folder contents are isolated from the main build system of
hbqt.
With the latest SVN, I was not able to compile the netiosrv with -static.
I'm using Ubuntu 10.4.
Thanks for any help.
What is the error?
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
Hi Przemek,
HBMK2 create temporary .c file with non random names in temporary
directory.
It causes that it cannot be used in multiuser environment because
during compilation different HBMK2 processes may overwrite temporary
files. Can you fix it?
AFAIK the only .c files created with
Hi,
I have a pending patch regarding gpm and hbmk.cfg,
but this is for yesterday's changes. You seem to be
using much older Harbour version, not latest SVN.
Viktor
On 2010 May 23, at 15:37, Mario H. Sabado wrote:
On 5/23/2010 8:44 PM, harbour-requ...@harbour-project.org wrote:
Message: 6
Maybe the only generic way to integrate such needs with
hbmk2, is to create an separate external tool (non-hbmk2)
and call it as part of of 'preprocessing'. So what needs
to be done in hbmk2 is to allow to run external tools at
specific stages of the process, f.e. 'preflight',
Hi Leandro,
These are internal structures, so there if is any notion
of writing stable code I strongly suggest to not use
them directly at all.
I think the bug here is that you can access these members
at all. IMO they should be protected like HB_ITEM members.
You must be right. The
The problem is probably in your display or output
settings.
Viktor
Thank you Viktor!
I got confused because I used an ANSI editor to write the PRG code when the
codepage table code is written in OEM.
Yes, the codepage you chose is CP850, which
means OEM in Microsoft-speak.
Once
Hi,
I have this .hbp file:
-trace
-info
-hblib
-omylib
-inc
-workdir=hbobj
-iInclude
-prgflag=-b
and then a list of about 20 source files.
this files are compiled and I find the .obj files in directory hbobj
From these files a mylib.lib is assembled.
Now I'm linking this
Hi Qatan,
ANSI and OEM are totally confusing Microsoft (Windows-specific) terms so we
stay out of using them in Harbour.
We already support both, but with other names. ANSI is usually ??WIN,
and OEM is usually ??85n.
Viktor
Are not ??ISO and ??WIN the same thing?
Thanks for your
Hi,
It's always generated now.
Does it not work now for you?
Viktor
On 2010 May 21, at 18:40, Ale SB wrote:
The latest revisions of Hb, is not generating correctly Ace32.lib from
Ace32.dll.
Ace32.Lib Gerand by Hb == 105Kb
Ace32.lib of Ads\AceSdk == 113Kb
With the revisions of
Hrs_Main.obj : error LNK2001: símbolo externo _HB_FUN_CURDRIVE sin resolver
Hrs_Inde.obj : error LNK2001: símbolo externo _HB_FUN_DBPACK sin resolver
FiveHm.lib(DATABASE.obj) : error LNK2019: símbolo externo _HB_FUN_DBPACK sin
resolver al que se hace referencia en la función
Thank, Ale
Viktor Szakáts wrote:
Hi,
It's always generated now.
Does it not work now for you?
Viktor
On 2010 May 21, at 18:40, Ale SB wrote:
The latest revisions of Hb, is not generating correctly Ace32.lib from
Ace32.dll.
Ace32.Lib Gerand by Hb == 105Kb
Ace32.lib
# looks like a problem
hbmk2: Warning: Source dynamic library not found:
/ver10/curl-7.20.1-devel-mingw32/include/../libcurl.dll
# looks like it worked?
hbmk2: Created import library: G:/harbour/lib/win/mingw/liblibcurl.a =
use (db) = dbusearea(,,linux((db)),...)
Such modification is still only workaround for the problem which
is hardcoded in some other place. You should switch to / or use
hb_osPathSeparator() if you want to eliminate any filename conversions.
yes, unfortunately it is just a workaround, but
off
Though for this to be true the editor is best to support
moving past EOL. Something which is not supported
by HBIDE and several other editors (f.e. vi, MSVS).
I had just found recently how to set it in MSVS2005:
Tools | Options | Text Editor | All Languages (or just the lang you
Hi Prital,
Thanks, it seems mingw is sensitive to ending pathseps
in -I options. Pls retry with r14535.
Viktor
On 2010 May 20, at 09:46, Pritpal Bedi wrote:
Hello Viktor
I defined QScintilla ( greatly trimmed ) library project from hbIDE
and could build the library properly. Then I
Hi Pritpal,
Please move HBIDE hosting to a separate repository,
because by now it grew just large and popular enough
to stand on its own feet, takes a huge portion of SVN
and communication of our core development list, and
in general has not much to do with out primary goals,
and the two
Sorry Pritpal, but I will remove this from SVN.
Viktor
On 2010 May 20, at 16:13, vouch...@users.sourceforge.net wrote:
Revision: 14536
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=14536view=rev
Author: vouchcac
Date: 2010-05-20 14:13:24 + (Thu, 20 May
1 - 100 of 4285 matches
Mail list logo
