summaryrefslogtreecommitdiff
path: root/usr.bin/cal
AgeCommit message (Collapse)Author
2020-06-29Use two-letter weekday abbreviations in the headingkim
This matches output from ncal (a.k.a. cal) as found in FreeBSD and bsdmainutils. (Why had "T" been found more ambiguous than "S" already?)
2018-05-29Remove superfluous Pp.wiz
2018-05-29After Todd C. Miller[0] - cal(1) first appeared in Version 1 AT&T UNIX[1][2].kamil
[0] http://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/cal/cal.1?rev=1.28&content-type=text/x-cvsweb-markup [1] https://www.bell-labs.com/usr/dmr/www/1stEdman.html [2] https://www.bell-labs.com/usr/dmr/www/man61.pdf Patch submitted by @rjc via https://github.com/NetBSD/src/pull/3
2015-06-16fix some error handling.christos
2015-01-08Provide -C == -A + -B like fgrep, from Anon Ymouschristos
2011-08-29static + __deadjoerg
2010-02-03Userland now builds and uses terminfo instead of termcap.roy
OK: core@, jdc@
2009-04-11fix WARNS=4 issueslukem
2008-07-21Remove the \n and tabs from the __COPYRIGHT() strings.lukem
Tweak to use a consistent format.
2008-01-01Don't allow negative args for the -A and -B options, because theydholland
lead to SIGSEGV in the output formatting code. Fixes PR 37657 from Jeffrey E. Bedard.
2007-12-24Sort options.wiz
2007-12-21Document ISO format "cal 2007-12", leave "cal 2007/12" undocumentedjoerg
intentionally.
2007-12-19Also recognize year-month as suggested by Alan Barrett.joerg
2007-12-19Make syntax checking more strict and recognize year/month.joerg
One Finish and German developer agree that month year is a stupid order, the French and British guys disagree and the only natural choice left is to make it understand ISO style.
2005-06-02appease gcc -Wuninitializedlukem
2003-08-07Move UCB-licensed code from 4-clause to 3-clause licence.agc
Patches provided by Joel Baker in PR 22365, verified by myself.
2003-07-24Reform the Gregorian Reform. This means that the previously hardatatat
coded meaning of 1752/09/03 is only a default, and that everything is now calculated dynamically. You can now use -R reform-spec to specify an alternate reform. Read the fine (new) man page for details on this. There is also a new -r option which will make cal print the month (or year, if -y is also given) in which the Gregorian Reform started. I say started only because if you apply the reform at 9999/1/22, a chunk of January is knocked out, February and March are missing entirely, and April starts on the 5th. The use of -r with -y does pretty much what you'd expect. Also, implement -d day-of-week so that you can tell cal to start the week on something other that a Sunday. This addresses PR bin/8539 at long last.
2003-07-22fix garbages printed with -h option.yamt
- always clear linebuffer. - don't use an uninitialized variable.
2003-06-30Fixes to make these man page look nice with groff-1.19.wiz
2003-06-05Add -h to cal, which makes it highlight the current date, if it'satatat
present in the displayed calender. It uses libtermcap to discover the proper sequences to turn on bold, or uses overstriking if output is not to a terminal. If you use two -h options with terminal output, the date is presented in reverse video instead of bold. Next we'll have to make the Gregorian gap vary with TZ settings, since the current method (do it only for September 1752) is decidely Anglo-centric. ;-P
2003-02-11use Ar for option arguments.yamt
2002-10-25ispell. Use more markup.wiz
2002-10-25- add -A and -B option.yamt
- change -3 to a synonym of "-A1 -B1". (to make compatible other implementations) - eliminate duplicated codes. - fix crashes for -3.
2002-06-23Use a slightly more standard section header.wiz
2002-06-22add -3 option (display three month range)perry
2002-06-21ansi prototypes, un__P, and some KNFperry
2001-12-01Whitespace cleanup.wiz
1999-11-03Fix a documentation bug in this man page: The Gregorian Reformation in Greatwennmach
Britain and its colonies eliminated 11 days (not 10), following September 2, 1752. From "A.D. 1751. Anno vicesimo quarto GEORGII II. CAP. XXIII. An Act for Regulating the Commencement of the Year; and for Correcting the Calendar now in Use.": "... and that the natural Day next immediately following the said 2nd Day of *September* [1752], shall be called, reckoned and accounted to be the 14th Day of *September*, omitting for that Time only the 11 intermediate nominal Days of the common Calendar; and that the several natural Days, which shall follow and succeed next after the said 14th Day of *September*, shall be respectively called, reckoned and numbered forwards in numerical Order from the said 14th Day of *September*, according to the Order and Succession of Days now used in the present Calendar; " Added a caution note on using cal for very old dates. Problem mentionned in PR 5215 by John Franklin (franklin@bev.net). Thanks to Perry Metzger for his comments and for reviewing this man page.
1998-11-06char -> unsigned charchristos
1998-07-28__AUDIT__ cleanup.mycroft
1998-04-17Fix leap_year calculation (1900 wasn't a leap year)ws
1998-02-04Don't hardcode 1900...christos
1997-10-18WARNSify, fix .Nm usagelukem
1995-09-02Sync with 4.4lite2jtc
1995-03-26merged with 4.4Liteglass
1995-01-16Minor fix for date of 3 Sep 1752ws
doesn't affect program due to usage of this constant found by Frank Lancaster (fl@tools.de)
1994-12-24pull in string.hcgd
1994-11-03Misc manpages fixes (PR #551)jtc
1994-01-25make sure strings are null-terminated, from christos@deshaw.comcgd
1993-11-30Use ".At v6" macro instead of spelling out "Version 6 AT&T UNIX".jtc
1993-08-01Add RCS identifiers.mycroft
1993-08-01Add RCS indentifiers.mycroft
1993-07-31Add RCS indentifiers.mycroft
1993-03-21initial import of 386bsd-0.1 sourcescgd