Viktor,

no solution from last porter of gnu make under OS/2.

It seems to me that the problem is in make, thought, which does not take into
account the maximum command line of the system on which it is running;

Right now we reach a maximum of 32Kb but it could be even longer and fail on
more platforms.

So, is there a way to write current .mk file so that they don't exceed the
smallest command line available? (in other words, remove the foreach that
seems to be the principal cause of growing command line requirements?).

Best regards.

Maurilio.


vszak...@users.sourceforge.net wrote:
> Revision: 12355
>           
> http://harbour-project.svn.sourceforge.net/harbour-project/?rev=12355&view=rev
> Author:   vszakats
> Date:     2009-08-27 18:09:27 +0000 (Thu, 27 Aug 2009)
> 
> Log Message:
> -----------
> 2009-08-27 20:03 UTC+0200 Viktor Szakats (harbour.01 syenar.hu)
>   * config/linux/libs.mk
>     ! Deleted some stuff left when doing the copy from
>       global.mk (yesterday).
>       Should fix double -fPIC switches seen on 64-bit Linux builds.
> 
>   * config/linux/libs.mk
>     + Adding /usr/X11R6/lib64 to sys lib path list on 64-bit systems.
>       If you find this wrong, please tell, we can tweak conditions.
> 
>   * config/bsd/gcc.mk
>   * config/darwin/gcc.mk
>   * config/hpux/gcc.mk
>   * config/linux/gcc.mk
>   * config/sunos/gcc.mk
>     * Changed to just plain pass list of obj on cmdline in dynamic
>       lib creation rule. Should be safe on these OSes according to this doc:
>          http://www.in-ulm.de/~mascheck/various/argmax/
>       (we need about 31-32KB of cmdline at this moment)
> 
> Modified Paths:
> --------------
>     trunk/harbour/ChangeLog
>     trunk/harbour/config/bsd/gcc.mk
>     trunk/harbour/config/darwin/gcc.mk
>     trunk/harbour/config/hpux/gcc.mk
>     trunk/harbour/config/linux/gcc.mk
>     trunk/harbour/config/linux/libs.mk
>     trunk/harbour/config/sunos/gcc.mk
> 
> 
> 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
> 

-- 
 __________
|  |  | |__| Maurilio Longo
|_|_|_|____| farmaconsult s.r.l.


_______________________________________________
Harbour mailing list
Harbour@harbour-project.org
http://lists.harbour-project.org/mailman/listinfo/harbour

Reply via email to