summaryrefslogtreecommitdiff
path: root/crt/i386
diff options
context:
space:
mode:
authorRich Felker <dalias@aerifal.cx>2014-05-19 22:14:09 -0400
committerRich Felker <dalias@aerifal.cx>2014-05-19 22:14:09 -0400
commitdec66750b8ed4493d5bb40042f7a473e60fe934e (patch)
tree1662a3e925e42cabf61e8d43e1de03a5cde20536 /crt/i386
parent93be56ba88e1e31f4ba9f16a00b28cc9d15634ca (diff)
downloadmusl-dec66750b8ed4493d5bb40042f7a473e60fe934e.tar.gz
musl-dec66750b8ed4493d5bb40042f7a473e60fe934e.tar.bz2
musl-dec66750b8ed4493d5bb40042f7a473e60fe934e.tar.xz
musl-dec66750b8ed4493d5bb40042f7a473e60fe934e.zip
fix unhandled cases in strptime
%C, %U, %W, and %y handling were completely missing; %C wrongly fell-through to unrelated cases, and the rest returned failure. for now, they all parse numbers in the proper forms and range-check the values, but they do not store the value anywhere. it's not clear to me whether, as "derived" fields, %U and %W should produce any result. they certainly cannot produce a result unless the year and weekday are also converted, but in this case it might be desirable for them to do so. clarification is needed on the intended behavior of strptime in cases like this. %C and %y have well-defined behavior as long as they are used together (and %y is defined by itself but may change in the future). implementing them (including their correct interaction) is left as a later change to be made. finally, strptime now rejects unknown/invalid format characters instead of ignoring them.
Diffstat (limited to 'crt/i386')
0 files changed, 0 insertions, 0 deletions