Re: [Harbour] SF.net SVN: harbour-project:[13457] trunk/harbour

2010-01-04 Thread Przemysław Czerpak
On Mon, 04 Jan 2010, Szak�ts Viktor wrote:

Hi,

> hbmk2 could easily be "fixed" simply by not adding 
> these libs at all in neither static or dynamic builds.
> This will however make hbmk2 usage somewhat more 
> complicated for users. For sure hbdebug is something 
> I'd let hbmk2 to handle automatically, otherwise 
> I envision many support questions.

Can you make it like in hb* scripts which check if each harbour
static library enabled by default exist before adding it to linked
library list?
It's enough to enable such logic in hbmk2 for hbcplr and hbdebug.
Such modification does not change anything for hbmk2 users.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


Re: [Harbour] SF.net SVN: harbour-project:[13457] trunk/harbour

2010-01-04 Thread Przemysław Czerpak
On Sun, 03 Jan 2010, vszak...@users.sourceforge.net wrote:

Hi,

>   * harbour.spec
> + Merged lib and static subpackages into main one.
>   hbmk2 requires that both dynamic and static libs (namely hbcplr)
>   are present for successful linking.
>   Please test and comment, I can revert old version in 
>   case of any problems.

Separate RPM with Harbour shared library is necessary for user
who want to install dynamically linked Harbour applications.
Now they have to install whole Harbour compiler though they will
never try to compile anything. This part has to be fixed.
As long as we do not create shared version of some harbour contrib
libraries which needs 3-rd party libs like UnixODBC, postgres, mysql,
ADS, ... then we can merge all other packages with static libs into
single package because static libraries do not create explicit
dependencies. Anyhow if we plan to distribute also shared version
of above libraries in the future then they have to be in separated
packages to not force installing bound 3-rd party software. Otherwise
installing Harbour from RPM we will force installing RPMs with shared
libraries for all 3-rt party components.
We have also separate RPM with Harbour compiler and tools. Before
hbmk2 when only hb* scripts were used it was usable because it was
possible to not install harbour static libraries if someone wanted
to create only dynamic ones. I still think that hbmk2 should be
fixed to work without hbcplr and hbdebug anyhow it's not such important
as separate RPM with Harbour shared library so this can be ignored.

best regards,
Przemek
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


Re: [Harbour] SF.net SVN: harbour-project:[13457] trunk/harbour

2010-01-03 Thread Tamas TEVESZ
On Sun, 3 Jan 2010, vszak...@users.sourceforge.net wrote:

 >   * harbour.spec
 > + Merged lib and static subpackages into main one.

oh, i see you did that while i was away typing.

anyway, there's no point in reverting that; currently (by virtue of 
rpm/deb being used as a convenience container only), as long as the 
result installs, it completely doesn't matter.

-- 
[-]

mkdir /nonexistent
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


[Harbour] SF.net SVN: harbour-project:[13457] trunk/harbour

2010-01-03 Thread vszakats
Revision: 13457
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13457&view=rev
Author:   vszakats
Date: 2010-01-03 12:28:25 + (Sun, 03 Jan 2010)

Log Message:
---
2010-01-03 13:24 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
  * INSTALL
+ Added OS/2 to QT supported platforms.

  * harbour.spec
+ Merged lib and static subpackages into main one.
  hbmk2 requires that both dynamic and static libs (namely hbcplr)
  are present for successful linking.
  Please test and comment, I can revert old version in 
  case of any problems.

  * contrib/hbqt/filelist.mk
  * contrib/hbqt/hbqt_hbevents.cpp
  * contrib/hbqt/hbqt_hbslots.cpp
  - contrib/hbqt/hbqt_hbevents2.cpp
  - contrib/hbqt/hbqt_hbslots2.cpp
* Merged new EVENTS/SLOTS implementation with old one,
  removing all existing redundancies and fixing double
  definition of low-level classes.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/INSTALL
trunk/harbour/contrib/hbqt/filelist.mk
trunk/harbour/contrib/hbqt/hbqt_hbevents.cpp
trunk/harbour/contrib/hbqt/hbqt_hbslots.cpp
trunk/harbour/harbour.spec

Removed Paths:
-
trunk/harbour/contrib/hbqt/hbqt_hbevents2.cpp
trunk/harbour/contrib/hbqt/hbqt_hbslots2.cpp


This was sent by the SourceForge.net collaborative development platform, the 
world's largest Open Source development site.
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour