[Clfs-dev] GCC 4.8.1 branch update patch
Martin Ward
macros_the_black at ntlworld.com
Mon Sep 9 11:18:23 PDT 2013
On 09/09/13 19:11, William Harrington wrote:
>
> On Sep 9, 2013, at 11:32 AM, Martin Ward wrote:
>
>>> Hello Martin,
>>>
>>> Thinking about adding this to the book. Although we set it before
>>> the test. Should we set ulimit back to the old setting after the test.
>>>
>>> Perhaps get the ulimit stack value in a variable then set it, then
>>> unset it with th evariable and unset the variable maybe:
>>>
>>> STACK=`ulimit -s`
>>> ulimit -s 32768
>>>
>>> <do tests here>
>>>
>>> ulimit -s ${STACK}
>>>
>>>
>>>
>>>
>>> Or is it okay to leave the stack size that huge for the remainder of
>>> the build?
>>>
>>
>> You can logout and login in again , if your following the boot
>> method, Bit of a pain if chrooting though, I've haven't had any
>> problems when I've done it
>>>
>>> Or is there a way to set the stack size without ulimit during the
>>> test phase, such as a variable somewhere?
>>>
>>
>> Not that I Know of.
>
>
> Are there any other test suite changes that need to be made in other
> packages?
One that i have seen is don't set -pipe as a complier option with GCC,
as it does cause spurious test suite failures
>
> I saw the gcc mailing list entry about stack size issues, most likely
> changing the stack size will be a note (the default is 8192 as far as
> I know), and have the user set it optionally. I'm not sure. Could make
> it a userinput command so it is there when dumping the command as well.
Sounds good
>
> Sincerely,
>
> William Harrington
>
>
> _______________________________________________
> Clfs-dev mailing list
> Clfs-dev at lists.cross-lfs.org
> http://lists.cross-lfs.org/listinfo.cgi/clfs-dev-cross-lfs.org
regards
martin
More information about the Clfs-dev
mailing list