Revision: 12128
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12128&view=rev
Author: vszakats
Date: 2009-08-16 07:41:52 + (Sun, 16 Aug 2009)
Log Message:
---
2009-08-16 09:39 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.cf
! Fi
Revision: 12129
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12129&view=rev
Author: vszakats
Date: 2009-08-16 08:05:03 + (Sun, 16 Aug 2009)
Log Message:
---
2009-08-16 10:04 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* ChangeLog
* config/glob
Revision: 12130
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12130&view=rev
Author: vszakats
Date: 2009-08-16 08:18:55 + (Sun, 16 Aug 2009)
Log Message:
---
2009-08-16 10:18 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* external/libpng/pngconf.h
Revision: 12131
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12131&view=rev
Author: vszakats
Date: 2009-08-16 08:37:39 + (Sun, 16 Aug 2009)
Log Message:
---
2009-08-16 10:37 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
* config/global.cf
+ Pa
Hi,
On Sun, Aug 16, 2009 at 5:38 AM, Viktor Szakáts wrote:
> I'd like to rename .cf files to .mk.
>
> .mk is listed as official extension for GNU Make files,
> while .cf is just some sort Harbour speciality.
While I think it's no much sense, it feels harmless to me.
> [ I may also rename /config
On Sat, Aug 15, 2009 at 8:02 PM, Viktor Szakáts wrote:
>> Just to report that using the prefix in the subj the libs are put in
>> /opt/harbour/lib/harbour.
I think it's perfect.
>> I think that set correctly HB_INSTALL_PREFIX should be an user's
>> responsibility and a safe
>> default could be $H
Hi Phil,
On Sun, Aug 16, 2009 at 5:38 AM, Viktor Szakáts0...@syenar.hu> wrote:
I'd like to rename .cf files to .mk.
.mk is listed as official extension for GNU Make files,
while .cf is just some sort Harbour speciality.
While I think it's no much sense, it feels harmless to me.
It may make
On Sat, Aug 15, 2009 at 8:02 PM, Viktor Szakáts0...@syenar.hu> wrote:
Just to report that using the prefix in the subj the libs are put in
/opt/harbour/lib/harbour.
I think it's perfect.
I think that set correctly HB_INSTALL_PREFIX should be an user's
responsibility and a safe
default could be
On Sun, Aug 16, 2009 at 1:09 PM, Viktor Szakáts wrote:
> Hi Phil,
>
>> On Sun, Aug 16, 2009 at 5:38 AM, Viktor Szakáts
>> wrote:
>>>
>>> I'd like to rename .cf files to .mk.
>>>
>>> .mk is listed as official extension for GNU Make files,
>>> while .cf is just some sort Harbour speciality.
>>
>> Whi
While I think it's no much sense, it feels harmless to me.
It may make some sense because some tools may turn
on syntax highlighting for example, or do some other
associated features to such known extension. It's
always better to use standard extensions if there is
one. .mk is also used in GNU M
On Sun, 16 Aug 2009, Phil Krylov wrote:
> On Sat, Aug 15, 2009 at 8:02 PM, Viktor Szakáts wrote:
> >> Just to report that using the prefix in the subj the libs are put in
> >> /opt/harbour/lib/harbour.
>
> I think it's perfect.
>
> >> I think that set correctly HB_INSTALL_PREFIX should be
hi,
so the above wasn't meant to be untested, but some glitch in the
autodetection mechanism made it go completely south at least here (i
haven't built a fresh-ish checkout for a while):
r12131 with the previous (i'd like to think at most harmless) change,
tinky:~/w/xhb/harbour$ env | fgrep
This has to be done in a slightly different way:
- no logic should be put in the config dump section, as its not
guaranteed to run on all make versions.
- DESTDIR should only be read for nixes.
Ill commit this in a while.
(sorry for the typing Im on a HU keyboard right now)
Brgds,
Viktor
On S
It should. So does it also not work using latest SVN without local changes?
Brgd,
Viktor
On Sun, Aug 16, 2009 at 12:28 PM, Tamas TEVESZ wrote:
>
> hi,
>
> so the above wasn't meant to be untested, but some glitch in the
> autodetection mechanism made it go completely south at least here (i
> have
hi,
r12131, linux (x64), gcc 4.3:
Generating /tmp/hb/bin/hb-build...
Creating links...
Making libharbour-2.0.0.so...
/usr/bin/ld: ./libhbusrrdd.a/usrrdd.o: relocation R_X86_64_32S against `a local
symbol' can not be used when making a shared object; recompile with -fPIC
./libhbusrrdd.a/usrrdd.
On Sun, 16 Aug 2009, Viktor Szakáts wrote:
> It should. So does it also not work using latest SVN without local changes?
it does. sorry for the noise then.
--
[-]
mkdir /nonexistent
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.
After a long delay, now Harbour build with newer gcc :-)
In Oct 2008 I tried to build Harbour with gcc432 (see "Harbour under
OS/2 - gcc432", October 28, 2008 )
It failed due emxbind known problem
--
emxbind: invalid a.out file (startup code)
ld.exe: emxbind failed
Hi,
I've partially moved some former logic in make_gnu.sh
to linux/global.cf with notes left in ChangeLog and the
file. Logic should be completed (I didn't have enough
information to implement it in the more limited GNU Make
syntax), maybe this effect is caused by it being broken
for now.
Brgds,
I've been mostly focusing on the doc/en-en files but I was curious about
Clipper versions (that is for another email).
I observed that there are several places within doc/*.txt where the term
Clipper is used and CA-Cl*pper is others.
Is it an acceptable change to use CA-Cl*pper in all places?
It has been a very long time since I had a Clipper compiler so I am
unsure of versions.
There are:
CA-Cl*pper <-- is this 5.1?
CA-Cl*pper 5.2
CA-Cl*pper 5.3
Is this correct?
I've seen some doc files that say the function is v5.2 or v5.3 compliant
but I recall the function as being v5.0/v5.1
On Sun, 16 Aug 2009, Viktor Szakáts wrote:
hi,
> I've partially moved some former logic in make_gnu.sh
> to linux/global.cf with notes left in ChangeLog and the
> file. Logic should be completed (I didn't have enough
> information to implement it in the more limited GNU Make
> syntax), maybe
Recent changes produces that , I can not make HBQT anymore
Howto Add , or howto know which of Contribs are in the default list ?
I know that in install file exists
- HB_CONTRIBLIBS=no Don't build any contrib libraries.
- HB_CONTRIBLIBS=[] Build space separated of contrib
But wh
I've gleaned this list of OS from the source:
BSD
DARWIN
DOS
HPUX
LINUX
OS2
OS2_GCC
SUNOS
UNIX
UNIX_COMPATIBLE
WIN
WIN_64
WIN_CE
The document files have sections called 'PLATFORMS' however I've seen
the term 'platform' used in reference to a compiler.
My questions to the group are:
- is the
On Sun, 16 Aug 2009, April White wrote:
> I've gleaned this list of OS from the source:
>
> BSD
> DARWIN
> DOS
> HPUX
> LINUX
i guess if one is to be really pedantic, for bsd, darwin and linux
it's more like "oses based on the bsd/darwin/linux kernel". not that
there would be too many v
Revision: 12132
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12132&view=rev
Author: vouchcac
Date: 2009-08-17 04:48:18 + (Mon, 17 Aug 2009)
Log Message:
---
2009-08-16 21:44 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbqt/hbqt_slots.cpp
Revision: 12133
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12133&view=rev
Author: vouchcac
Date: 2009-08-17 04:58:55 + (Mon, 17 Aug 2009)
Log Message:
---
2009-08-16 21:53 UTC-0800 Pritpal Bedi (prit...@vouchcac.com)
* contrib/hbxbp/xbpgeneric.pr
Hi
Tamas TEVESZ wrote:
>
> unless the other-os people or przemek get a heart attack reading this
>
Perhaps we must be extremely careful while choosing the words.
Are you aware of Przemek's capabilities ? Even to some extent ?
BTW your reply to April's message is entirely out of context.
Re
Hi April,
I've been mostly focusing on the doc/en-en files but I was curious
about Clipper versions (that is for another email).
I observed that there are several places within doc/*.txt where the
term Clipper is used and CA-Cl*pper is others.
Is it an acceptable change to use CA-Cl*pper
It has been a very long time since I had a Clipper compiler so I am
unsure of versions.
There are:
CA-Cl*pper <-- is this 5.1?
CA-Cl*pper 5.2
CA-Cl*pper 5.3
Is this correct?
I've seen some doc files that say the function is v5.2 or v5.3
compliant but I recall the function as being v5.0/v5.1
Hi Bruno,
It must be something outside Harbour, nothing changed
in the way contribs are built (or not built). hbqt is
built by default, if the dependencies can be found
or HB_INC_QT is set to an existing QT installation.
[ unless I made some stupid typos, but here it works
fine on all platforms.
30 matches
Mail list logo
