gmane.comp.lib.boost.build

2047 Limit for Actions


Hi,
	Is there any way to disable the 2047 limit for actions with boost.jam. 
  If not, if I make a patch for it will it be welcome (like a built-in 
variable)? (I ask because the latest boost.jam binaries are not really 
recent.)  The limit is just there in case it is the real limit for the 
OS, right?  If a custom JAMSHELL is used, sky is the limit?

Thx and regards,
Nicolas Fleury

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/jamboost/

<*> To unsubscribe from this group, send an email to:
    jamboost-unsubscribe <at> yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

headers

Nicolas Fleury | 1 Apr 18:56

Re: 2047 Limit for Actions

Nicolas Fleury wrote:
> Hi,
> 	Is there any way to disable the 2047 limit for actions with boost.jam. 
>   If not, if I make a patch for it will it be welcome (like a built-in 
> variable)? (I ask because the latest boost.jam binaries are not really 
> recent.)  The limit is just there in case it is the real limit for the 
> OS, right?  If a custom JAMSHELL is used, sky is the limit?
> 
> Thx and regards,
> Nicolas Fleury
> 

I finally found that 2001 message from Craig McPheeters on a Perforce 
mailing list:

<Quote>
Bat files on NT can grow to be really large without problem, as long as
each of the lines in it are not longer than the line length limitation.
2047 characters or so sounds about right.

There is a space/newline expansion trick in the jamming archives, I would
hate to give the wrong attribution to it...I think Diane explained it
first?  Look through the archives for the original posting.

The trick is to create two jam variables:

SPACE = " " ;
NEWLINE = "
" ;

(Continue reading)

headers

David Abrahams | 1 Apr 19:30

Re: 2047 Limit for Actions


Nicolas Fleury <nidoizo <at> yahoo.com> writes:

> I must admit the trick left me perplex...  I'm wondering if a simpler 
> solution, like having some way to disable the limit for a specific 
> action, even if it affects a bit its performance.

Disabling the limit helps nothing AFAIK; you can use the trick anyway.
The limit is neccessary in order to make piecemeal actions work.

--

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/jamboost/

<*> To unsubscribe from this group, send an email to:
    jamboost-unsubscribe <at> yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

headers

Nicolas Fleury | 1 Apr 20:17

Re: 2047 Limit for Actions

David Abrahams wrote:
> Nicolas Fleury <nidoizo <at> yahoo.com> writes:
>>I must admit the trick left me perplex...  I'm wondering if a simpler 
>>solution, like having some way to disable the limit for a specific 
>>action, even if it affects a bit its performance.
> 
> Disabling the limit helps nothing AFAIK; you can use the trick anyway.
> The limit is neccessary in order to make piecemeal actions work.

But to use the trick I still need to compile a custom boost.jam, and I 
would prefer to submit a patch for a more permanent (and elegant) 
solution.  Would that make sense to have an action modifier "unlimited" 
(or whatever) that cannot be combined with "piecemeal"?  Or an "unshell" 
modifier that would just split the commands with " " and pass the 
arguments directly to the process without using any shell?

Regards,
Nicolas

Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/jamboost/

<*> To unsubscribe from this group, send an email to:
    jamboost-unsubscribe <at> yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:

(Continue reading)

headers

David Abrahams | 2 Apr 02:10

Re: 2047 Limit for Actions


Nicolas Fleury <nidoizo <at> yahoo.com> writes:

> David Abrahams wrote:
>> Nicolas Fleury <nidoizo <at> yahoo.com> writes:
>>>I must admit the trick left me perplex...  I'm wondering if a simpler 
>>>solution, like having some way to disable the limit for a specific 
>>>action, even if it affects a bit its performance.
>> 
>> Disabling the limit helps nothing AFAIK; you can use the trick anyway.
>> The limit is neccessary in order to make piecemeal actions work.
>
> But to use the trick I still need to compile a custom boost.jam

If you can do the actions on separate lines using that trick then you
can also make them piecemeal actions.

> , and I 
> would prefer to submit a patch for a more permanent (and elegant) 
> solution.  Would that make sense to have an action modifier "unlimited" 
> (or whatever) that cannot be combined with "piecemeal"?  Or an "unshell" 
> modifier that would just split the commands with " " and pass the 
> arguments directly to the process without using any shell?

There is already such a facility.
http://lists.boost.org/MailArchives/boost/msg20819.php
http://article.gmane.org/gmane.comp.lib.boost.build/1681

HTH,

(Continue reading)

headers

Nicolas Fleury | 1 Apr 22:33

Re: 2047 Limit for Actions


Actually, the trick doesn't work on Win2K as I posted it.  There's 
however a lot of solutions, most using not-known feature of MS-DOS 
called response files or command files.  I would suggest to anyone with 
same problem to do that search on google:

limit site:maillist.perforce.com

Regards,
Nicolas

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/jamboost/

<*> To unsubscribe from this group, send an email to:
    jamboost-unsubscribe <at> yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/