I totaly agree with your path
all all BCC/owatcom users will easy recompile harbour from source
better having userbase focaluzed on Two compiler that give more
reliability to entire project
2009/3/26 Viktor Szakáts :
>> Hi agree about importance of give a choice and agree mingw/msvc path
>> can w
>
> Hi agree about importance of give a choice and agree mingw/msvc path
> can we follow Minigui that include harbour & MinGW to be ready to use
> for windows platform?
I don't know MiniGUI, so I cannot tell.
What is possible though is to provide such a binary distribution
which is based on Min
Hi agree about importance of give a choice and agree mingw/msvc path
can we follow Minigui that include harbour & MinGW to be ready to use
for windows platform?
it can be a strong messages for third parties libraries
we can cooperate (divide effort) with minigui project and
distribute/promote any
Yes, it's a problem, particularly when a lib is binary only.
The most affected platform is Windows, where there are
plenty of compilers with multiple CPUs, Unicode/non-Unicode,
C/C++ mode, plus - thank god... - WinCE.
Part of my effort is to find the "best" C compiler for Harbour.
We've started fr
Viktor Szakáts wrote:
There are a few issue with Harbour 3rd party libs in general
(talking about open source ones for now):
1) Each has a different make system, which means each of them has
to be learned, built and locally maintained in a completely
different way.
2) These make systems and
Hi Chen,
On Wed, Mar 25, 2009 at 1:03 PM, Chen Kedem wrote:
> Viktor,
>
> What I don't understand, is why should 3rd party lib,
> or wrapper functions to such lib should be the concern
> of CORE Harbour?
It's not a concern for core Harbour it's a concern for
Harbour users. I expect much of fut
Viktor,
What I don't understand, is why should 3rd party lib,
or wrapper functions to such lib should be the concern
of CORE Harbour?
I am NOT talking about:
1) Not helping such external library dev team.
2) Not fixing bugs.
3) Missing API issues.
(I might not explain myself very good with all t
Hi Chen and All,
One more thought to your e-mail.
Integration of 3rd party *Harbour* libs into Harbour SVN, while this is
off-topic regarding my first mail, and while I don't think the situation is
that
bad, because we've only added hbsqlit3 as a formerly existing independent
3rd party lib to our
Thanks Petr.
This way we will be able to use the non-amalgamation version
which would resolve the compile error experienced with some
compilers (owatcom < 1.8, dmc).
Brgds,
Viktor
On Wed, Mar 25, 2009 at 8:14 AM, Petr Chornyj wrote:
>
>
>
> Viktor Szakáts wrote:
> >
> > As a first step I'd just
Viktor Szakáts wrote:
>
> As a first step I'd just propose to move sqlite3 embedded source tree
> into the 3rd dir and lay the foundation for this direction, in this sense
> this sence just a cleanup, and later we can think about adding some other
> stuff,
> if we agree on and if this works out
Hi Chen,
You're right the scope widens. Updating 3rd party stuff in Harbour isn't a
terribly difficult job (most of the time), at least for those projects I
had
in mind adding, which is just a few. To keep things under control, IMO we
should only add really basic libs, which are dependencies of man
Viktor,
> I'd welcome opinions from everyone.
Personally I don't think we should add every 3rd party library in the market to
the
Harbour repository. There are endless features out there that are "nice to
have",
but not every such tool need to have wrapper functions in this project.
Look at th
>
> Il 23/03/2009 17.27, Viktor Szakáts ha scritto:
>
>> I'd like to propose a way to add 3rd party code to Harbour in an organized
>> way.
>>
>
> very interesting subject.
> AFAIR SVN should permits to handle external projects.
> I have seen this in other projects, but in this moment I don't recal
Hi Viktor,
Il 23/03/2009 17.27, Viktor Szakáts ha scritto:
I'd like to propose a way to add 3rd party code to Harbour
in an organized way.
very interesting subject.
AFAIR SVN should permits to handle external projects.
I have seen this in other projects, but in this moment I don't recall
any
Hi All,
I'd like to propose a way to add 3rd party code to Harbour
in an organized way. We already have zlib and pcre in core,
and sqlite3 in contrib. In the first pass (or even at all) I wouldn't
like to touch zlib and pcre in this respect, but for sqlite3 and
some other potential libs like
15 matches
Mail list logo
