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

2009-10-16 Thread Lorenzo Fiorini
On Thu, Oct 15, 2009 at 5:31 PM, Przemyslaw Czerpak dru...@acn.waw.pl wrote:

 Now Harbour supports -gd option which enable such functionality
 directly in compiler so .d files can be generated without any
 additional time cost caused by second .prg files preprocessing.

Just a minor issue:

hbmk hello.prg -gd -ohello.exe

hello.d is:

hello.c: hello.prg

instead of hello.exe: hello.prg

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


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

2009-10-16 Thread Przemyslaw Czerpak
On Fri, 16 Oct 2009, Lorenzo Fiorini wrote:
  Now Harbour supports -gd option which enable such functionality
  directly in compiler so .d files can be generated without any
  additional time cost caused by second .prg files preprocessing.
 Just a minor issue:
 hbmk hello.prg -gd -ohello.exe
 hello.d is:
 hello.c: hello.prg
 instead of hello.exe: hello.prg

Yes it is. It's expected behavior.
Please read my other messages. Harbour compiler does not know that
you want to create .exe file so in such situations you have to set
extgension explicitly yourself.

   hbmk hello.prg -gd.exe -ohello.exe

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


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

2009-10-16 Thread Lorenzo Fiorini
On Fri, Oct 16, 2009 at 11:44 AM, Przemyslaw Czerpak dru...@acn.waw.pl wrote:

 Yes it is. It's expected behavior.
 Please read my other messages. Harbour compiler does not know that
 you want to create .exe file so in such situations you have to set
 extgension explicitly yourself.

   hbmk hello.prg -gd.exe -ohello.exe

Sorry I read that in -gd.d .d was the default extension of the d file.

Now it's clear.

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


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

2009-10-15 Thread Przemyslaw Czerpak
On Wed, 14 Oct 2009, Lorenzo Fiorini wrote:
   * harbour/bin/hb-func.sh
     ! do not look for .c files as result of hbcmp script executed
       with -s or -sm switch and without -g[oh] * switches.
 I've locally added a -MD switch to hb-func.sh:
 ...
 -MD=*)   HB_MD=\${v#*=} ;;
 ...
 hb_cmp()
 {
 ${hb_cmpname} \$@ \${HB_OPT} \${HB_PATHS}  \\
 ( [ \${HB_GEN//c/} !=  ] || [ \${HB_NOC} = yes ] || \\
 ( [ -f \${FOUTC} ]  \\
 hb_cc -c \${FOUTC} -o \${FOUTO}  \\
 ( [ \${HB_GEN} = c ] || rm -f \${FOUTC} ) ) )
 if [ -n \${HB_MD} ]; then
MDOUT=\`${hb_cmpname} \$@ -q0 -m -sm \${HB_OPT} \${HB_PATHS}\`
echo \${FILEOUT}: \${MDOUT}  \${HB_MD}
 fi
 }
 ...
 The rules.mk so looks like:
 ...
 -include $(DFILES)
 %.hrb: $(ROOT)%.prg
   hbcmp $(PRGFLAGS) -MD=$(@:.hrb=.d) $ -o$@
 ...
 The requirements are to define -o file and use -MD=file.d.
 Do you see any better way to do it or any problem with it?

I intentionally haven't implemented such switch at hb* scripts
level because it has to execute Harbour compiler twice so it
causes additional speed overhead.
Now Harbour supports -gd option which enable such functionality
directly in compiler so .d files can be generated without any
additional time cost caused by second .prg files preprocessing.
It means that your final rules can look like:

%.hrb: $(ROOT)%.prg
hbcmp $(PRGFLAGS) -gh -gd $ -o$@

%.o: $(ROOT)%.prg
hbcmp $(PRGFLAGS) -gc0 -gd.o $ -o$@

best regards,
Przemek
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


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

2009-10-15 Thread Lorenzo Fiorini
On Thu, Oct 15, 2009 at 5:31 PM, Przemyslaw Czerpak dru...@acn.waw.pl wrote:

 I intentionally haven't implemented such switch at hb* scripts
 level because it has to execute Harbour compiler twice so it
 causes additional speed overhead.

And I've added it to hbcmp to avoid the sh.exe overhead in msys :)

 Now Harbour supports -gd option which enable such functionality
 directly in compiler so .d files can be generated without any
 additional time cost caused by second .prg files preprocessing.

What can I say? :)

Many, many thanks.

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


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

2009-10-14 Thread druzus
Revision: 12706
  
http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12706view=rev
Author:   druzus
Date: 2009-10-14 15:19:16 + (Wed, 14 Oct 2009)

Log Message:
---
2009-10-14 17:18 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/bin/hb-func.sh
! do not look for .c files as result of hbcmp script executed
  with -s or -sm switch and without -g[oh] * switches.

Modified Paths:
--
trunk/harbour/ChangeLog
trunk/harbour/bin/hb-func.sh


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


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

2009-10-14 Thread Lorenzo Fiorini
On Wed, Oct 14, 2009 at 5:19 PM,  dru...@users.sourceforge.net wrote:

 2009-10-14 17:18 UTC+0200 Przemyslaw Czerpak (druzus/at/priv.onet.pl)
  * harbour/bin/hb-func.sh
    ! do not look for .c files as result of hbcmp script executed
      with -s or -sm switch and without -g[oh] * switches.

Thanks it's ok now.

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour


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

2009-10-14 Thread Lorenzo Fiorini
On Wed, Oct 14, 2009 at 5:19 PM,  dru...@users.sourceforge.net wrote:

  * harbour/bin/hb-func.sh
    ! do not look for .c files as result of hbcmp script executed
      with -s or -sm switch and without -g[oh] * switches.

I've locally added a -MD switch to hb-func.sh:

...
-MD=*)   HB_MD=\${v#*=} ;;
...

hb_cmp()
{
${hb_cmpname} \$@ \${HB_OPT} \${HB_PATHS}  \\
( [ \${HB_GEN//c/} !=  ] || [ \${HB_NOC} = yes ] || \\
( [ -f \${FOUTC} ]  \\
hb_cc -c \${FOUTC} -o \${FOUTO}  \\
( [ \${HB_GEN} = c ] || rm -f \${FOUTC} ) ) )
if [ -n \${HB_MD} ]; then
   MDOUT=\`${hb_cmpname} \$@ -q0 -m -sm \${HB_OPT} \${HB_PATHS}\`
   echo \${FILEOUT}: \${MDOUT}  \${HB_MD}
fi
}

...

The rules.mk so looks like:
...
-include $(DFILES)

%.hrb: $(ROOT)%.prg
hbcmp $(PRGFLAGS) -MD=$(@:.hrb=.d) $ -o$@
...

The requirements are to define -o file and use -MD=file.d.

Do you see any better way to do it or any problem with it?

best regards,
Lorenzo
___
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour