| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
Only warnings that could be fixed without changing the generated object
code and without restructuring the source code have been handled.
Reviewed by: /sbin/md5
|
|
|
|
| |
in the format string correctly.
|
|
|
|
| |
characters in the format string correctly.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
conversion specifications to completely specify the resulting struct tm.
PR: 46331
Submitted by: Christian S.J. Peron
MFC after: 2 weeks
|
|
|
|
|
|
| |
localtime/mktime/tmcomp and friends on ia64.
Approved by: re
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when trying to store the year in a signed int. The maximum time_t on ia64
is around 292 billion years in the future, but 'int' and struct tm.tm_year
can only represent then ext 2.1 billion years or so.
This solves the problem of mktime/localtime looping on ia64. Unfortunately,
the standards say that tm_year is an 'int', so we are still stuck with a
y2147483647 bug. bash2's configure script looks for bugs in mktime() and
fails on ia64 because of this. However, mktime() on FreeBSD fails the test
normally anyway so this is no big loss.
This change does not affect any other platforms besides ia64.
Approved by: re
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
than 32 bits. It was trying to figure out things like the day of week
of when time_t is roughly 2^62 etc. Make a better guess for the starting
point for the binary search that works on both 32 and 64 bit types. I have
been using this for a while now.
|
|
|
|
|
|
|
| |
width smaller than 80 columns.
Thanks to Ruslan for an explanation of multiple ways to
achieve this.
|
|
|
|
|
|
|
|
|
| |
strftime(3) for IEEE Std 1003.1-2001 compliance and remove
excessive usage of the 'const' qualifier that was neither
present in the prototype in the publice header, nor in the
local prototype just above the function definition.
- Replace the K&R function definition with a ANSI-C one.
- Update the prototype of strftime(3) in its manual page.
|
|
|
|
|
| |
function prototype and definition of strptime(3).
- Update the manual page.
|
| |
|
|
|
|
|
|
| |
Since they were never documented and have never appeared in a FreeBSD
release, no repo-copy of the header is done. This removes namespace
pollution from <time.h>.
|
| |
|
|
|
|
| |
available.
|
|
|
|
| |
Submitted by: keramida
|
|
|
|
|
|
|
| |
underscored as well?
PR: 37717
Submitted by: fred@clift.org (slightly modified by me)
|
|
|
|
| |
I believe have made all of libc .h's as consistent as possible.
|
|
|
|
| |
I believe have made all of libc .c's as consistent as possible.
|
| |
|
|
|
|
| |
* declare prototype for __time_load_locale() in timelocal.h
|
|
|
|
|
|
|
|
| |
time_to_xxx() and xxx_to_time() functions. e.g. _time_to_xxx()
instead of time_to_xxx(), to make it more obvious that these are
stopgap functions & placemarkers and not meant to create a defacto
standard. They will eventually be replaced when a real standard
comes out of committee.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
serve two purposes: (1) so we can maintain backwards compatibility with
protocols (rwhod, dump, etc...) that either assume time_t is 32 bits or
assume sizeof(time_t) == sizeof(int), or make other similar assumptions.
(2) To tag such routines (by the presence of these calls) for future
cleanup/extension work.
The 32->64 routine, time32_to_time() (when time_t is 64 bits, that is),
is defined specifically to implement temporal locality to properly set the
msb bits of a 64 bit time_t quantity, using the 50 year rule. The locality
code has not been implemented yet (and doesn't need to be for a while),
but that is the intent. This will allow us to maintain backwards protocol
compatibility past 2038.
These routines are intended to be platform and time_t agnostic.
MFC after: 1 week
|
| |
|
|
|
|
|
|
|
| |
Avoid using parenthesis enclosure macros (.Pq and .Po/.Pc) with plain text.
Not only this slows down the mdoc(7) processing significantly, but it also
has an undesired (in this case) effect of disabling hyphenation within the
entire enclosed block.
|
| |
|
|
|
|
|
|
| |
Submitted by: Thomas Zenker <thz@lennartz-electronic.de> and
Maxim Konovalov <maxim@macomnet.ru>, respectively
Reviewed by: -audit
|
| |
|
| |
|
|
|
|
|
|
| |
PR: bin/28313
Reviewed by: bde, wollman
MFC after: 1 week
|
|
|
|
|
|
|
|
|
| |
version.)
PR: bin/27630
Submitted by: Arthur David Olson <ado@nci.nih.gov>
Obtained from: Timezone mailing-list <tz@elsie.nci.nih.gov>
MFC after: 1 month
|
| |
|
| |
|
|
|
|
| |
Cosmetique - use exact POSIX string for %c
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
since they not allows POSIXly legal locale data. Currently, if relaxed form
POSIXly legal locale data will be used right now, some programs will be broken,
but it means that either locale data or programs must be fixed, not the library.
Introduce non-standard md_order (month/day order) locale field to be used later
via nl_langinfo(). Currently %EF and %Ef emulated using this field, but they
planned for remove in future in favour of nl_langinfo() test field.
Implement %F per POSIX
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Reviewed by: deischen
|