[PATCH] Fix typo with newlib-long-time_t default value. (WAS: really change time_t to 64-bit by default)
Michael Haubenwallner
michael.haubenwallner@ssi-schaefer.com
Tue Sep 26 10:53:00 GMT 2017
On 09/26/2017 11:49 AM, Sebastian Huber wrote:
> On 26/09/17 11:07, Michael Haubenwallner wrote:
>
>> Fix typo for newlib-long-time_t to leave newlib-nano-malloc alone.
>> ---
>>  newlib/configure   | 2 +-
>> Â newlib/configure.in | 2 +-
>> Â 2 files changed, 2 insertions(+), 2 deletions(-)
>>
>> diff --git a/newlib/configure b/newlib/configure
>> index eb4b3b2..51b645a 100755
>> --- a/newlib/configure
>> +++ b/newlib/configure
>> @@ -2513,7 +2513,7 @@ if test "${enable_newlib_long_time_t+set}" = set; then :
>> Â Â Â esac
>> Â Â fi
>> Â else
>> -Â newlib_nano_malloc=
>> +Â newlib_long_time_t=yes
>> Â fi
>
> The default should be:
>
> newlib_long_time_t=no
>
I've just followed your title "Change time_t to 64-bit by default", but indeed
was confused by "can be forced to long with the --enable-newlib-long-time_t" in
your commit message.
However, I do not really care except for the typo.
Thanks!
/haubi/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-Fix-typo-with-newlib-long-time_t-default-value.patch
Type: text/x-patch
Size: 1122 bytes
Desc: not available
URL: <http://sourceware.org/pipermail/newlib/attachments/20170926/180b61a5/attachment.bin>
More information about the Newlib
mailing list