Przemek:
I made tests with
* $Id: ChangeLog 13162 2009-12-08 03:08:08Z druzus $
2009-12-08 04:07 UTC+0100 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
and new os2gcc434, os2gcc442
Both gave 0 errors and lot of warnings which does not happen in os2gcc433
Warnings are below, so you can confirm
Hi,
I've just make few tests with OpenWatcom and checked how it generates
startup code for C++ static initialization.
It uses "XI" data segment to store list of pairs:
{ ushort 0x4000, void (*func_ptr)(void) }
So we can reach the same effect using #pragma(s), i.e.:
void init_func( void )
2009/12/9 Pritpal Bedi
>
> Hi
>
>
> Massimo Belgrano-3 wrote:
> >
> > Yes from additional element like font , screen to structure definition
> >
>
> Fonts is on my TODO list but I could not understand
> the concept of "screen to structure definition" ?
>
In vb.net form is part of code
In vb.net
Hi
Massimo Belgrano-3 wrote:
>
> Yes from additional element like font , screen to structure definition
>
Fonts is on my TODO list but I could not understand
the concept of "screen to structure definition" ?
> Only for having a model appreciated also by you
>
I admired Xbase++'s class f
Hello Viktor
Viktor Szakáts wrote:
>
> Note: "for me". I have my own (actually quite simple) system
> which sets tool environment, so any tool which tries to
> replicate that, is just a nuisance and double effort for me,
> since I have keep my system configured, plus keep hbide
> configurat
Viktor Szakáts wrote:
>
>> No need to use QProcess(), we have everything in Harbour core.
>>
>>
>> Yep, this is exactly what I want too.
>
> Anyhow you added QProcess to slots system :(
>
Just to show the other benefits it renders.
I am simply short of process API in Harbour,
examined hbpr
> No need to use QProcess(), we have everything in Harbour core.
>
>
> Yep, this is exactly what I want too.
Anyhow you added QProcess to slots system :(
Brgds,
Viktor
___
Harbour mailing list (attachment size limit: 40KB)
Harbour@harbour-project.org
Revision: 13172
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13172&view=rev
Author: vszakats
Date: 2009-12-09 03:09:59 + (Wed, 09 Dec 2009)
Log Message:
---
2009-12-09 04:06 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbwinuni.h
+
Revision: 13171
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13171&view=rev
Author: vouchcac
Date: 2009-12-09 02:31:02 + (Wed, 09 Dec 2009)
Log Message:
---
2009-12-08 18:27 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbide/hbide.prg
*
> Hello Viktor
>
> What minimum I supply to HBMK2 to generate the target ?
>
> The scenario may be like this:
>
> 1) Many compilers installed
We should assume that only one compiler is _configured_
at any given moment, regardless of the range of compilers
installed.
> 2) User selects the com
Hi Pritpal,
>> Although for me hbide would be dropped as potential dev tool,
>> if it will set compiler dependent variables :( First of all
>> this makes it non-portable, difficult to maintain, or requires
>> double logic, etcetc.
>>
>
> _hbide would be dropped as potential dev tool_
Note:
2009/12/8 Pritpal Bedi
>
> Hi Massimo
>
>
> Massimo Belgrano-3 wrote:
> >
> > Why use different project structure from hbmk2?
> >
>
> Do you understand the intent and functioning of HBIDE ?
>
Yes i am using xmate, Visual Studio 2008 and strong love hbide
Also can you imagine what else will go in
> vszakats wrote:
>>
>> 2009-12-08 11:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>>* Deleted commented debug calls.
>>
>
> Though this commit is a step forward in right direction,
> I object in removing the debug calls, even those are commented ones.
>
> Please remember, the whole pr
Hello Viktor
What minimum I supply to HBMK2 to generate the target ?
The scenario may be like this:
1) Many compilers installed
2) User selects the compiler to use
3) .hbp is generated
4) hbmk2 is called with what minimum parameters ?
Regards
Pritpal Bedi
--
View this message in context:
Hello Viktor
Viktor Szakáts wrote:
>
> As I told you before (but all my such messages seems
> ignored), there are examples for _exactly that_ in hbmk2.prg.
>
No, never ignored. Just wanted a fast entry into it.
> hbmk2 sets envvars and calls external programs. Look for
> hb_setenv() and
Again this is mistargetted message.
Istvan dis not asked for this and probably
he reads all the messages on this group.
Massimo Belgrano-3 wrote:
>
> This is a reply for István
> -- Forwarded message --
> From: Bisz István
> Date: 2009/12/3
> Subject: RE: [Harbour] SF.net SVN:
Massimo
Massimo Belgrano-3 wrote:
>
> demoxbp.o:demoxbp.c:(.data+0x98): undefined reference to
> `HB_FUN_HBXBP_DEBUG'
> collect2: ld returned 1 exit status
> hbmk2: Error: Running linker. 1
>
I do not understand why you send unnecessary message
to the list just to make a mess of a thread cont
Hello Viktor
vszakats wrote:
>
> 2009-12-08 11:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> * Deleted commented debug calls.
>
Though this commit is a step forward in right direction,
I object in removing the debug calls, even those are commented ones.
Please remember, the whole p
Hi Massimo
Massimo Belgrano-3 wrote:
>
> Why use different project structure from hbmk2?
>
Do you understand the intent and functioning of HBIDE ?
Also can you imagine what else will go into .hbi in future ?
And why you are comapring it with Xbase++ ?
.hbp project will be generated from wit
Hi
vszakats wrote:
>
> 2009-12-08 15:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
> * contrib/hbqt/hbqt_slots.cpp
> * Further formatting and some variables renamed.
> Again sorry for using such long lines, but - at least to me -
> it reveals the slot logic so clearly.
>
I talk to OOHG developers about that
thanks Viktor
Bruno
2009/12/8 Viktor Szakáts
> > thanks Viktor , the problem was some libs needed by OOHG
> >
> > libHBWIN , libminiprint and libhbprinter
>
> In this case I recommend using utils/hbmk2/examples/oohg.hbc
> as well, which will handle these
> thanks Viktor , the problem was some libs needed by OOHG
>
> libHBWIN , libminiprint and libhbprinter
In this case I recommend using utils/hbmk2/examples/oohg.hbc
as well, which will handle these for you.
I hope one day oohg developers will include oohg.hbc in
their package to make this ev
> 1) HBIDE will create a .hbp file
> 2) Have to run a .bat to set the compiler dpendant environments
> 3) Will call HBMK2 which in turn adopt the env set in step 2.
> 4) HBIDE captures linker/compiler output to display in its interface
As I told you before (but all my such messages seems
ignored
thanks Viktor , the problem was some libs needed by OOHG
libHBWIN , libminiprint and libhbprinter
Bruno
2009/12/8 Viktor Szakáts
> Hi,
>
> > I try a sample of libharu and get an error
> >
> > I need to know which libs are needed to compile libharu
> >
> > I am using this line , based on hbp f
Hello All
Can someone provides a brief overview with syntax
how to use Create Process API?
The goal is like this:
1) HBIDE will create a .hbp file
2) Have to run a .bat to set the compiler dpendant environments
3) Will call HBMK2 which in turn adopt the env set in step 2.
4) HBIDE captures lin
Hi,
> I try a sample of libharu and get an error
>
> I need to know which libs are needed to compile libharu
>
> I am using this line , based on hbp files from libharu
>
> hbmk2 pdf_libharu -loohg -lhbhpdf -llibhpdf -lhbct -w3 -es2
>
>
> what is wrong with that ?
You forgot to tell the erro
I try a sample of libharu and get an error
I need to know which libs are needed to compile libharu
I am using this line , based on hbp files from libharu
hbmk2 pdf_libharu -loohg -lhbhpdf -llibhpdf -lhbct -w3 -es2
what is wrong with that ?
Thanks
Bruno
___
Revision: 13170
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13170&view=rev
Author: vszakats
Date: 2009-12-08 15:57:21 + (Tue, 08 Dec 2009)
Log Message:
---
2009-12-08 16:56 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/common/hbver.c
!
>>> http://doc.trolltech.com/4.6/compiler-notes.html
>>> http://doc.trolltech.com/4.6/deployment-windows.html
>>>
>>> is /MD cflag the only way of make qt 4.6 and microsoft visual c 2008?
>>
>> If you want to use default QT for MSVC binary build, yes.
>
> Sorry to jump in. It is not true that we
> Why ?
> Imo Is better a choice that allow use qt
Who says we don't "allow" QT usage? It can be used with
MinGW just as before (disregarding uncomfortable MinGW
installation of DWARF builds), and it's not us who define
the rules to use QT, it's Nokia.
> If qt find advantage of using msvcrtd.
On Tue, 8 Dec 2009 15:28:18 +0100
Viktor Szakáts wrote:
> > With 4.6 qt are providing an opensource version of the Visual Studio
> > 2008 binary packag
> > Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib)
> > With /MD cflag we do "Creates a multithreaded DLL using MSVCRT.lib.
>
Why ?
Imo Is better a choice that allow use qt
If qt find advantage of using msvcrtd.lib can't be advantage also for harbour?
Wich Disadvantage in msvcrtd.lib?
2009/12/8 Viktor Szakáts :
>
>> Can -MD be predefined by harbour for msvc?
>
> No.
>
> Though, you can easily define it locally using HB_
> Viktor Szakáts wrote:
>> I don't mind if a PHB_ITEM container is used if it makes sense, or makes
>> coding simpler or documented.
>
> But it doesn't.
Emphasis (in this specific case) on 'documented'.
>>> I want to see the second version (without extra item) working by default in
>>> the fin
Revision: 13169
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13169&view=rev
Author: vszakats
Date: 2009-12-08 14:35:35 + (Tue, 08 Dec 2009)
Log Message:
---
2009-12-08 15:34 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbqt/hbqt_slots.c
Hi,
Viktor Szakáts wrote:
I don't mind if a PHB_ITEM container is used if it makes
sense, or makes coding simpler or documented.
But it doesn't.
I want to see the second version (without extra item) working by default in the
final code, but I want to leave HB_USE_ITEM define, to make user
> With 4.6 qt are providing an opensource version of the Visual Studio
> 2008 binary packag
> Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib)
> With /MD cflag we do "Creates a multithreaded DLL using MSVCRT.lib.
> according to list of MS complier flags and their descriptions.
>
With 4.6 qt are providing an opensource version of the Visual Studio
2008 binary packag
Qt 4.6 is pre-built using the shared C runtime (MD(d),msvcrtd.lib)
With /MD cflag we do "Creates a multithreaded DLL using MSVCRT.lib.
according to list of MS complier flags and their descriptions.
http://msdn2
2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbcairo/core.c
+ Enabled HB_USE_ITEM mode which doesn't use Harbour internals.
>>> Viktor, I do not think this is a good commit before questions about GC API
>>> are finally solved.
>> As per Przemek's last
Hi,
Viktor Szakáts wrote:
2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbcairo/core.c
+ Enabled HB_USE_ITEM mode which doesn't use Harbour internals.
Viktor, I do not think this is a good commit before questions about GC API are
finally solved.
As per Przeme
>> 2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>> * contrib/hbcairo/core.c
>>+ Enabled HB_USE_ITEM mode which doesn't use Harbour internals.
>
> Viktor, I do not think this is a good commit before questions about GC API
> are finally solved.
As per Przemek's last commit,
Hi,
2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbcairo/core.c
+ Enabled HB_USE_ITEM mode which doesn't use Harbour internals.
Viktor, I do not think this is a good commit before questions about GC
API are finally solved.
Regards,
Mindaugas
Hi,
First you wrongly used hb_gcRefDec() instead of hb_gcRefFree().
hb_gcRefDec() does not free allocated block. It only decrease
number of reference counters. If you do not have any cross
references then this block will be cleanly freed on next GC
collect call. If you have such references then
Revision: 13168
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13168&view=rev
Author: vszakats
Date: 2009-12-08 12:39:32 + (Tue, 08 Dec 2009)
Log Message:
---
2009-12-08 13:39 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* contrib/hbcairo/core.c
Revision: 13167
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13167&view=rev
Author: vszakats
Date: 2009-12-08 12:17:08 + (Tue, 08 Dec 2009)
Log Message:
---
2009-12-08 13:16 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/hbwinuni.h
!
-Messaggio Originale-
Da: "Viktor Szakáts"
A: "Harbour Project Main Developer List."
Data invio: martedì 8 dicembre 2009 12.12
Oggetto: Re: [Harbour] Still unable to build Harbour from latest SVN
No thank you. The fix is already committed.
Thank you.
It wasn't a build error, ju
>> 2009-12-08 12:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
>> * include/Makefile
>> + include/hbwinuni.h
>> * contrib/hbwin/wapi_shellapi.c
>> * include/hbwince.h
>>+ Moved new UNICODE translation macros to separate header.
>
> #define HB_RETSTR( str ) hb_retstr( hb_set
Hi,
2009-12-08 12:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/Makefile
+ include/hbwinuni.h
* contrib/hbwin/wapi_shellapi.c
* include/hbwince.h
+ Moved new UNICODE translation macros to separate header.
#define HB_RETSTR( str ) hb_retstr( hb_setGetOSCP()
Hi David,
Sorry, but I don't understand. Is this two messages, or one?
If you merge past messages with new ones without any indication
or date to signal it, it's rather hard to find out the essence
of such message.
If possible try to use regular forwarding and quoting methods,
since it's most
Hi,
> Sorry to be a pest, but I'm still unable to build Harbour from latest SVN. It
> seems that adding
>
> #include "hbset.h"
>
> to wapi_shellapi.c cures the problem.
>
> Can I commit this change?
No thank you. The fix is already committed.
It wasn't a build error, just warnings, and
the b
Revision: 13166
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13166&view=rev
Author: vszakats
Date: 2009-12-08 11:03:40 + (Tue, 08 Dec 2009)
Log Message:
---
2009-12-08 12:02 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* include/Makefile
+ incl
Sorry to be a pest, but I'm still unable to build Harbour from latest SVN.
It seems that adding
#include "hbset.h"
to wapi_shellapi.c cures the problem.
Can I commit this change?
EMG
--
EMAG Software Homepage: http://www.emagsoftware.it
The EMG's ZX-Spectrum Page: http://www.emagsoftware
Revision: 13165
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13165&view=rev
Author: vszakats
Date: 2009-12-08 10:44:31 + (Tue, 08 Dec 2009)
Log Message:
---
2009-12-08 11:43 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
* src/macro/Makefile
- sr
Thanks!
Brgds,
Viktor
On 2009 Dec 8, at 08:45, vouch...@users.sourceforge.net wrote:
> Revision: 13163
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13163&view=rev
> Author: vouchcac
> Date: 2009-12-08 07:45:20 + (Tue, 08 Dec 2009)
>
> Log Message:
> --
Revision: 13164
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13164&view=rev
Author: vszakats
Date: 2009-12-08 10:33:21 + (Tue, 08 Dec 2009)
Log Message:
---
2009-12-08 11:30 UTC+0100 Viktor Szakats (harbour.01 syenar.hu)
+ contrib/hbqt/hbqt_hbqtmym
os2gcc434 and os2gcc442 are available
-
Paul Smedley has added GCC 4.3.4 on www.smedley.info/os2ports/ This the
OS/2 port of the GNU C Compiler.
Web page: os2ports.smedley.info/index.php
Download: download.smedley.info/gcc-4.3.4-os2-20090807.zip
Paul Smedley has updated the OS/2 p
Przemek:
>And this is the confirmation I was asking for.
>Thank you very much for you help and all tests.
>Now I can write self contain example which illustrates the problem.
>I want to create two ones. The first one will allways fail exploiting
>the problem inside OW CRTL and the scond one will
Why use different project structure from hbmk2?
In xbase++ Visual Editor and make system use same project definition file
additional field on project definition structure can be used by visual
harbour and not by hbmk2
We maintain only one file for each project Seem me More easy do a
build in this i
demoxbp.o:demoxbp.c:(.data+0x98): undefined reference to `HB_FUN_HBXBP_DEBUG'
collect2: ld returned 1 exit status
hbmk2: Error: Running linker. 1
2009/12/8 :
> Revision: 13163
>
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=13163&view=rev
> Author: vouchcac
> Date
On Tue, 08 Dec 2009, David Arturo Macias Corona wrote:
Hi,
> I expected not to fail in gtos2 and gtstd, but as gtstd failed, I
> checked files and made confirmations to be sure, and at last I added
> "config\os2\watcom.mk" content in message for clarity
Thank you very much.
> >It also means tha
This is a reply for István
-- Forwarded message --
From: Bisz István
Date: 2009/12/3
Subject: RE: [Harbour] SF.net SVN: harbour-project:[13103] trunk/harbour
To: "Harbour Project Main Developer List."
Pritpal, if you have some spare time, can you please take a look of
the parent-c
60 matches
Mail list logo
