I dream reading some argument in todolist so compliment to Harbour that
have done a big amount of changes 

Can I suggest another point that will be useful for make an uniform
documentation of harbour
Define  a standard make system so each platform/c compiler  will use
similar instruction for compile a little sample, or a big project. so is
difficult document how harbour works
I suggest something like  build project.exe from
test1.prg,test2.prg,test.prg,hbvm.lib,hbmacro.lib,hbpp.lib,gtwvw.lib
This disuniformity add difficult at first steep with harbour  
Imo can be choice from 3 ways 
Hbmk.prg defined by Przemyslaw for make uniform
> If I'll find spare time to make some cleanups in hbmk.prg then I'll 
> commit it to SVN. It should give similar to hb* script functionality

 Pbmake by Phil Barnet  is a make engine for Clipper, Xbase++, C and ASM
written in clipper
     have Support conditional directives
     will performing actions just before/after the compile process
     Jump to Editor on Compile Failure
     We modification for be custom for harbour and multiplatform
 BrMake is a sub-project  of
https://sourceforge.net/projects/hrbtoolslibs/
     This project ts written in [x]harbour and will be driven by command
line or  project file
     Command line syntax
     Need modification for multiplatform

harbour have made a choice of high quality but make system is  not at
the same level of quality now


In my opinion pbmake and brmake are similar so I suggest Viktor and or
Przemyslaw verify if hbmk can be a good way or if the replacement for
hbmake can be phmake/brmake Either are written in PRG Either will a good
make system for compile either require modification for having same
project file on multiple architecture

Thanks in advance

>Assign to: <nobody>
>Detail...: UNICODE support.
>Status...: Open.
>Assign to: Przemek
>Detail...: Define multi platform platform API for GTs which can mix
>           graphics objects with standard text output. Now it's
>           possible in GTXWC, GTWVG and GTALLEG. This I will discuss
>           yet also with xHarbour developers.
>Status...: Open.
>Assign to: <nobody>
>Detail...: Add GTNET driver which will allow to run Harbour application
>           remotely. GTNET will be used on server side and on client
>           side any native GT driver.
>Status...: Open.
>Assign to: <nobody>
>Detail...: Add support for remotely controlled GUI objects so we will
>           be able to create GUI programs with GTNET.
>Status...: Open.
>Assign to: <nobody>
>Detail...: Add NETRDD - meta RDD which will allow transport layer
>           between client application and server application with any
>           other chosen RDD driver. Idea similar to GTNET but for RDD
>           drivers - it's sth like ADS does.
>Status...: Open.


Massimo Belgrano

_______________________________________________
Harbour mailing list
[email protected]
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to