xref: /freebsd/contrib/tzcode/zic.8 (revision 55141f2c8991b2a6adbf30bb0fe3e6cbc303f06d)
1.\" This file is in the public domain, so clarified as of
2.\" 2009-05-17 by Arthur David Olson.
3.Dd January 21, 2023
4.Dt ZIC 8
5.Os
6.Sh NAME
7.Nm zic
8.Nd timezone compiler
9.Sh SYNOPSIS
10.Nm
11.Op Fl -help
12.Op Fl -version
13.Op Fl Dsv
14.Op Fl b Ar slim | fat
15.Op Fl d Ar directory
16.Op Fl g Ar gid
17.Op Fl l Ar localtime
18.Op Fl L Ar leapseconds
19.Op Fl m Ar mode
20.Op Fl p Ar posixrules
21.Oo
22.Fl r
23.Op @ Ns Ar lo Ns
24.Op /@ Ns Ar hi
25.Oc
26.Op Fl R @ Ns Ar hi
27.Op Fl t Ar localtime-link
28.Op Fl u Ar uid
29.Op Ar filename ...
30.Sh DESCRIPTION
31The
32.Nm
33program reads text from the file(s) named on the command line
34and creates the timezone information format (TZif) files
35specified in this input.
36If a
37.Ar filename
38is
39.Dq "-" ,
40standard input is read.
41.Pp
42The following options are available:
43.Bl -tag -width indent
44.It Fl -version
45Output version information and exit.
46.It Fl -help
47Output short usage message and exit.
48.It Fl b Ar bloat
49Output backward-compatibility data as specified by
50.Ar bloat .
51If
52.Ar bloat
53is
54.Cm fat ,
55generate additional data entries that work around potential bugs or
56incompatibilities in older software, such as software that mishandles
57the 64-bit generated data.
58If
59.Ar bloat
60is
61.Cm slim ,
62keep the output files small; this can help check for the bugs
63and incompatibilities.
64The default is
65.Cm slim ,
66as software that mishandles 64-bit data typically
67mishandles timestamps after the year 2038 anyway.
68Also see the
69.Fl r
70option for another way to alter output size.
71.It Fl D
72Do not create directories.
73.It Fl d Ar directory
74Create time conversion information files in the named directory rather than
75in the standard directory named below.
76.It Fl l Ar timezone
77Use
78.Ar timezone
79as local time.
80The
81.Nm
82utility
83will act as if the input contained a link line of the form
84.Bd -literal -offset indent
85Link	timezone		localtime
86.Ed
87.Pp
88If
89.Ar timezone
90is
91.Ql - ,
92any already-existing link is removed.
93.It Fl L Ar filename
94Read leap second information from the file with the given name.
95If this option is not used,
96no leap second information appears in output files.
97.It Fl p Ar timezone
98Use
99.Ar timezone 's
100rules when handling nonstandard
101TZ strings like
102.Dq "EET\-2EEST"
103that lack transition rules.
104The
105.Nm
106utility
107will act as if the input contained a link line of the form
108.Bd -literal -offset indent
109Link	\fItimezone\fP		posixrules
110.Ed
111.Pp
112Unless
113.Ar timezone
114is
115.Dq "\*-" ,
116this option is obsolete and poorly supported.
117Among other things it should not be used for timestamps after the year 2037,
118and it should not be combined with
119.Fl b Cm slim
120if
121.Ar timezone 's
122transitions are at standard time or Universal Time (UT) instead of local time.
123.Pp
124If
125.Ar timezone
126is
127.Ql - ,
128any already-existing link is removed.
129.It Fl r Oo @ Ns Ar lo Oc Ns Oo /@ Ns Ar hi Oc
130Limit the applicability of output files
131to timestamps in the range from
132.Ar lo
133(inclusive) to
134.Ar hi
135(exclusive), where
136.Ar lo
137and
138.Ar hi
139are possibly signed decimal counts of seconds since the Epoch
140(1970-01-01 00:00:00 UTC).
141Omitted counts default to extreme values.
142The output files use UT offset 0 and abbreviation
143.Dq "\-00"
144in place of the omitted timestamp data.
145For example,
146.Fl r @0
147omits data intended for negative timestamps (i.e., before the Epoch), and
148.Fl r @0/@2147483648
149outputs data intended only for nonnegative timestamps that fit into
15031-bit signed integers.
151Although this option typically reduces the output file's size,
152the size can increase due to the need to represent the timestamp range
153boundaries, particularly if
154.Ar hi
155causes a TZif file to contain explicit entries for
156.Em pre-
157.Ar hi
158transitions rather than concisely representing them
159with an extended POSIX TZ string.
160Also see the
161.Fl b Cm slim
162option for another way to shrink output size.
163.It Fl R @ Ns Ar hi
164Generate redundant trailing explicit transitions for timestamps
165that occur less than
166.Ar hi
167seconds since the Epoch, even though the transitions could be
168more concisely represented via the extended POSIX TZ string.
169This option does not affect the represented timestamps.
170Although it accommodates nonstandard TZif readers
171that ignore the extended POSIX TZ string,
172it increases the size of the altered output files.
173.It Fl t Ar file
174When creating local time information, put the configuration link in
175the named file rather than in the standard location.
176.It Fl v
177Be more verbose, and complain about the following situations:
178.Bl -bullet
179.It
180The input specifies a link to a link,
181something not supported by some older parsers, including
182.Nm
183itself through release 2022e.
184.It
185A year that appears in a data file is outside the range
186of representable years.
187.It
188A time of 24:00 or more appears in the input.
189Pre-1998 versions of
190.Nm
191prohibit 24:00, and pre-2007 versions prohibit times greater than 24:00.
192.It
193A rule goes past the start or end of the month.
194Pre-2004 versions of
195.Nm
196prohibit this.
197.It
198A time zone abbreviation uses a
199.Ql %z
200format.
201Pre-2015 versions of
202.Nm
203do not support this.
204.It
205A timestamp contains fractional seconds.
206Pre-2018 versions of
207.Nm
208do not support this.
209.It
210The input contains abbreviations that are mishandled by pre-2018 versions of
211.Nm
212due to a longstanding coding bug.
213These abbreviations include
214.Dq L
215for
216.Dq Link ,
217.Dq mi
218for
219.Dq min ,
220.Dq Sa
221for
222.Dq Sat ,
223and
224.Dq Su
225for
226.Dq Sun .
227.It
228The output file does not contain all the information about the
229long-term future of a timezone, because the future cannot be summarized as
230an extended POSIX TZ string.
231For example, as of 2023 this problem
232occurs for Morocco's daylight-saving rules, as these rules are based
233on predictions for when Ramadan will be observed, something that
234an extended POSIX TZ string cannot represent.
235.It
236The output contains data that may not be handled properly by client
237code designed for older
238.Nm
239output formats.
240These compatibility issues affect only timestamps
241before 1970 or after the start of 2038.
242.It
243The output contains a truncated leap second table,
244which can cause some older TZif readers to misbehave.
245This can occur if the
246.Fl L
247option is used, and either an Expires line is present or
248the
249.Fl r
250option is also used.
251.It
252The output file contains more than 1200 transitions,
253which may be mishandled by some clients.
254The current reference client supports at most 2000 transitions;
255pre-2014 versions of the reference client support at most 1200
256transitions.
257.It
258A time zone abbreviation has fewer than 3 or more than 6 characters.
259POSIX requires at least 3, and requires implementations to support
260at least 6.
261.It
262An output file name contains a byte that is not an ASCII letter,
263.Dq "\-" ,
264.Dq "/" ,
265or
266.Dq "_" ;
267or it contains a file name component that contains more than 14 bytes
268or that starts with
269.Dq "\-" .
270.El
271.El
272.RE
273.Sh FILES
274Input files use the format described in this section; output files use
275.Xr tzfile 5
276format.
277.Pp
278Input files should be text files, that is, they should be a series of
279zero or more lines, each ending in a newline byte and containing at
280most 2048 bytes counting the newline, and without any NUL bytes.
281The input text's encoding
282is typically UTF-8 or ASCII; it should have a unibyte representation
283for the POSIX Portable Character Set (PPCS)
284\*<https://pubs\*:.opengroup\*:.org/\*:onlinepubs/\*:9699919799/\*:basedefs/\*:V1_chap06\*:.html\*>
285and the encoding's non-unibyte characters should consist entirely of
286non-PPCS bytes.
287Non-PPCS characters typically occur only in comments:
288although output file names and time zone abbreviations can contain
289nearly any character, other software will work better if these are
290limited to the restricted syntax described under the
291.Fl v
292option.
293.Pp
294Input lines are made up of fields.
295Fields are separated from one another by one or more white space characters.
296The white space characters are space, form feed, carriage return, newline,
297tab, and vertical tab.
298Leading and trailing white space on input lines is ignored.
299An unquoted sharp character (\(sh) in the input introduces a comment which extends
300to the end of the line the sharp character appears on.
301White space characters and sharp characters may be enclosed in double quotes
302(\(dq) if they're to be used as part of a field.
303Any line that is blank (after comment stripping) is ignored.
304Nonblank lines are expected to be of one of three types:
305rule lines, zone lines, and link lines.
306.Pp
307Names must be in English and are case insensitive.
308They appear in several contexts, and include month and weekday names
309and keywords such as
310.Dq "maximum" ,
311.Dq "only" ,
312.Dq "Rolling" ,
313and
314.Dq "Zone" .
315A name can be abbreviated by omitting all but an initial prefix; any
316abbreviation must be unambiguous in context.
317.Pp
318A rule line has the form
319.Bd -literal -offset indent
320Rule	NAME	FROM	TO	\-	IN	ON	AT	SAVE	LETTER/S
321.Ed
322.Pp
323For example:
324.Bd -literal -offset indent
325Rule	US	1967	1973	\-	Apr	lastSun	2:00w	1:00d	D
326.Ed
327.Pp
328The fields that make up a rule line are:
329.Bl -tag -width "LETTER/S"
330.It NAME
331Gives the name of the rule set that contains this line.
332The name must start with a character that is neither
333an ASCII digit nor
334.Dq \-
335nor
336.Dq + .
337To allow for future extensions,
338an unquoted name should not contain characters from the set
339.Dq Ql "!$%&'()*,/:;<=>?@[\]^`{|}~" .
340.It FROM
341Gives the first year in which the rule applies.
342Any signed integer year can be supplied; the proleptic Gregorian calendar
343is assumed, with year 0 preceding year 1.
344The word
345.Cm minimum
346(or an abbreviation) means the indefinite past.
347The word
348.Cm maximum
349(or an abbreviation) means the indefinite future.
350Rules can describe times that are not representable as time values,
351with the unrepresentable times ignored; this allows rules to be portable
352among hosts with differing time value types.
353.It TO
354Gives the final year in which the rule applies.
355In addition to
356.Cm minimum
357and
358.Cm maximum
359(as above),
360the word
361.Cm only
362(or an abbreviation)
363may be used to repeat the value of the
364.Ar FROM
365field.
366.It \-
367Is a reserved field and should always contain
368.Ql \-
369for compatibility with older versions of
370.Nm .
371It was previously known as the
372.Ar TYPE
373field, which could contain values to allow a
374separate script to further restrict in which
375.Dq types
376of years the rule would apply.
377.It IN
378Names the month in which the rule takes effect.
379Month names may be abbreviated.
380.It ON
381Gives the day on which the rule takes effect.
382Recognized forms include:
383.Bl -tag -compact -width "Sun<=25"
384.It 5
385the fifth of the month
386.It lastSun
387the last Sunday in the month
388.It lastMon
389the last Monday in the month
390.It Sun>=8
391first Sunday on or after the eighth
392.It Sun<=25
393last Sunday on or before the 25th
394.El
395.Pp
396A weekday name (e.g.,
397.Ql "Sunday" )
398or a weekday name preceded by
399.Dq "last"
400(e.g.,
401.Ql "lastSunday" )
402may be abbreviated or spelled out in full.
403There must be no white space characters within the
404.Ar ON
405field.
406The
407.Dq <=
408and
409.Dq >=
410constructs can result in a day in the neighboring month;
411for example, the IN-ON combination
412.Dq "Oct Sun>=31"
413stands for the first Sunday on or after October 31,
414even if that Sunday occurs in November.
415.It AT
416Gives the time of day at which the rule takes effect,
417relative to 00:00, the start of a calendar day.
418Recognized forms include:
419.Bl -tag -compact -width "00:19:32.13"
420.It 2
421time in hours
422.It 2:00
423time in hours and minutes
424.It 01:28:14
425time in hours, minutes, and seconds
426.It 00:19:32.13
427time with fractional seconds
428.It 12:00
429midday, 12 hours after 00:00
430.It 15:00
4313 PM, 15 hours after 00:00
432.It 24:00
433end of day, 24 hours after 00:00
434.It 260:00
435260 hours after 00:00
436.It \-2:30
4372.5 hours before 00:00
438.It \-
439equivalent to 0
440.El
441.Pp
442Although
443.Nm
444rounds times to the nearest integer second
445(breaking ties to the even integer), the fractions may be useful
446to other applications requiring greater precision.
447The source format does not specify any maximum precision.
448Any of these forms may be followed by the letter
449.Ql w
450if the given time is local or
451.Dq "wall clock"
452time,
453.Ql s
454if the given time is standard time without any adjustment for daylight saving,
455or
456.Ql u
457(or
458.Ql g
459or
460.Ql z )
461if the given time is universal time;
462in the absence of an indicator,
463local (wall clock) time is assumed.
464These forms ignore leap seconds; for example,
465if a leap second occurs at 00:59:60 local time,
466.Ql "1:00"
467stands for 3601 seconds after local midnight instead of the usual 3600 seconds.
468The intent is that a rule line describes the instants when a
469clock/calendar set to the type of time specified in the
470.Ar AT
471field would show the specified date and time of day.
472.It SAVE
473Gives the amount of time to be added to local standard time when the rule is in
474effect, and whether the resulting time is standard or daylight saving.
475This field has the same format as the
476.Ar AT
477field
478except with a different set of suffix letters:
479.Ql s
480for standard time and
481.Ql d
482for daylight saving time.
483The suffix letter is typically omitted, and defaults to
484.Ql s
485if the offset is zero and to
486.Ql d
487otherwise.
488Negative offsets are allowed; in Ireland, for example, daylight saving
489time is observed in winter and has a negative offset relative to
490Irish Standard Time.
491The offset is merely added to standard time; for example,
492.Nm
493does not distinguish a 10:30 standard time plus an 0:30
494.Ar SAVE
495from a 10:00 standard time plus a 1:00
496.Ar SAVE .
497.It LETTER/S
498Gives the
499.Dq "variable part"
500(for example, the
501.Dq "S"
502or
503.Dq "D"
504in
505.Dq "EST"
506or
507.Dq "EDT" )
508of time zone abbreviations to be used when this rule is in effect.
509If this field is
510.Ql \- ,
511the variable part is null.
512.El
513.Pp
514A zone line has the form
515.Bd -literal -offset indent
516Zone	NAME	STDOFF	RULES	FORMAT	[UNTIL]
517.Ed
518.Pp
519For example:
520.Bd -literal -offset indent
521Zone	Asia/Amman	2:00	Jordan	EE%sT	2017 Oct 27 01:00
522.Ed
523.Pp
524The fields that make up a zone line are:
525.Bl -tag -width "STDOFF"
526.It NAME
527The name of the timezone.
528This is the name used in creating the time conversion information file for the
529timezone.
530It should not contain a file name component
531.Dq ".\&"
532or
533.Dq ".." ;
534a file name component is a maximal substring that does not contain
535.Dq "/" .
536.It STDOFF
537The amount of time to add to UT to get standard time,
538without any adjustment for daylight saving.
539This field has the same format as the
540.Ar AT
541and
542.Ar SAVE
543fields of rule lines, except without suffix letters;
544begin the field with a minus sign if time must be subtracted from UT.
545.It RULES
546The name of the rules that apply in the timezone or,
547alternatively, a field in the same format as a rule-line SAVE column,
548giving the amount of time to be added to local standard time
549and whether the resulting time is standard or daylight saving.
550If this field is
551.Ql \-
552then standard time always applies.
553When an amount of time is given, only the sum of standard time and
554this amount matters.
555.It FORMAT
556The format for time zone abbreviations.
557The pair of characters
558.Ql %s
559is used to show where the
560.Dq "variable part"
561of the time zone abbreviation goes.
562Alternatively, a format can use the pair of characters
563.Ql %z
564to stand for the UT offset in the form
565.Ar \(+- hh ,
566.Ar \(+- hhmm ,
567or
568.Ar \(+- hhmmss ,
569using the shortest form that does not lose information, where
570.Ar hh ,
571.Ar mm ,
572and
573.Ar ss
574are the hours, minutes, and seconds east (+) or west (\-) of UT.
575Alternatively,
576a slash (/)
577separates standard and daylight abbreviations.
578To conform to POSIX, a time zone abbreviation should contain only
579alphanumeric ASCII characters,
580.Ql "+"
581and
582.Ql "\-".
583By convention, the time zone abbreviation
584.Ql "\-00"
585is a placeholder that means local time is unspecified.
586.It UNTIL
587The time at which the UT offset or the rule(s) change for a location.
588It takes the form of one to four fields
589.Ar YEAR Op Ar MONTH Op Ar DAY Op Ar TIME .
590If this is specified,
591the time zone information is generated from the given UT offset
592and rule change until the time specified, which is interpreted using
593the rules in effect just before the transition.
594The month, day, and time of day have the same format as the
595.Ar IN ,
596.Ar ON ,
597and
598.Ar AT
599fields of a rule; trailing fields can be omitted, and default to the
600earliest possible value for the missing fields.
601.IP
602The next line must be a
603.Dq "continuation"
604line; this has the same form as a zone line except that the
605string
606.Dq "Zone"
607and the name are omitted, as the continuation line will
608place information starting at the time specified as the
609.Dq "until"
610information in the previous line in the file used by the previous line.
611Continuation lines may contain
612.Dq "until"
613information, just as zone lines do, indicating that the next line is a further
614continuation.
615.El
616.Pp
617If a zone changes at the same instant that a rule would otherwise take
618effect in the earlier zone or continuation line, the rule is ignored.
619A zone or continuation line
620.Ar L
621with a named rule set starts with standard time by default:
622that is, any of
623.Ar L 's
624timestamps preceding
625.Ar L 's
626earliest rule use the rule in effect after
627.Ar L 's
628first transition into standard time.
629In a single zone it is an error if two rules take effect at the same
630instant, or if two zone changes take effect at the same instant.
631.Pp
632If a continuation line subtracts
633.Ar N
634seconds from the UT offset after a transition that would be
635interpreted to be later if using the continuation line's UT offset and
636rules, the
637.Dq "until"
638time of the previous zone or continuation line is interpreted
639according to the continuation line's UT offset and rules, and any rule
640that would otherwise take effect in the next
641.Ar N
642seconds is instead assumed to take effect simultaneously.
643For example:
644.Bd -literal -offset indent
645# Rule	NAME	FROM	TO	\*-	IN	ON	AT	SAVE	LETTER/S
646Rule	US	1967	2006	-	Oct	lastSun	2:00	0	S
647Rule	US	1967	1973	-	Apr	lastSun	2:00	1:00	D
648
649# Zone\0\0NAME	STDOFF	RULES	FORMAT	[UNTIL]
650Zone\0\0America/Menominee	\*-5:00	\*-	EST	1973 Apr 29 2:00
651	\*-6:00	US	C%sT
652.Ed
653Here, an incorrect reading would be there were two clock changes on 1973-04-29,
654the first from 02:00 EST (\-05) to 01:00 CST (\-06),
655and the second an hour later from 02:00 CST (\-06) to 03:00 CDT (\-05).
656However,
657.Nm
658interprets this more sensibly as a single transition from 02:00 CST (\-05) to
65902:00 CDT (\-05).
660.Pp
661A link line has the form
662.Bd -literal -offset indent
663Link	TARGET	LINK-NAME
664.Ed
665.Pp
666For example:
667.Bd -literal -offset indent
668Link	Europe/Istanbul	Asia/Istanbul
669.Ed
670.Pp
671The
672.Ar TARGET
673field should appear as the
674.Ar NAME
675field in some zone line or as the
676.Ar LINK-NAME
677field in some link line.
678The
679.Ar LINK-NAME
680field is used as an alternative name for that zone;
681it has the same syntax as a zone line's
682.Ar NAME
683field.
684Links can chain together, although the behavior is unspecified if a
685chain of one or more links does not terminate in a Zone name.
686A link line can appear before the line that defines the link target.
687For example:
688.Bd -literal -offset indent
689Link	Greenwich	G_M_T
690Link	Etc/GMT	Greenwich
691Zone	Etc/GMT\0\00\0\0\-\0\0GMT
692.Ed
693.Pp
694The two links are chained together, and G_M_T, Greenwich, and Etc/GMT
695all name the same zone.
696.Pp
697Except for continuation lines,
698lines may appear in any order in the input.
699However, the behavior is unspecified if multiple zone or link lines
700define the same name.
701.Pp
702The file that describes leap seconds can have leap lines and an
703expiration line.
704Leap lines have the following form:
705.Bd -literal -offset indent
706Leap	YEAR	MONTH	DAY	HH:MM:SS	CORR	R/S
707.Ed
708.Pp
709For example:
710.Bd -literal -offset indent
711Leap	2016	Dec	31	23:59:60	+	S
712.Ed
713.Pp
714The
715.Ar YEAR ,
716.Ar MONTH ,
717.Ar DAY ,
718and
719.Ar HH:MM:SS
720fields tell when the leap second happened.
721The
722.Ar CORR
723field
724should be
725.Ql "+"
726if a second was added
727or
728.Ql "\-"
729if a second was skipped.
730The
731.Ar R/S
732field
733should be (an abbreviation of)
734.Dq "Stationary"
735if the leap second time given by the other fields should be interpreted as UTC
736or
737(an abbreviation of)
738.Dq "Rolling"
739if the leap second time given by the other fields should be interpreted as
740local (wall clock) time.
741.Pp
742Rolling leap seconds were implemented back when it was not
743clear whether common practice was rolling or stationary,
744with concerns that one would see
745Times Square ball drops where there'd be a
746.Dq "3... 2... 1... leap... Happy New Year"
747countdown, placing the leap second at
748midnight New York time rather than midnight UTC.
749However, this countdown style does not seem to have caught on,
750which means rolling leap seconds are not used in practice;
751also, they are not supported if the
752.Fl r
753option is used.
754.Pp
755The expiration line, if present, has the form:
756.Bd -literal -offset indent
757Expires	YEAR	MONTH	DAY	HH:MM:SS
758.Ed
759.Pp
760For example:
761.Bd -literal -offset indent
762Expires	2020	Dec	28	00:00:00
763.Ed
764.Pp
765The
766.Ar YEAR ,
767.Ar MONTH ,
768.Ar DAY ,
769and
770.Ar HH:MM:SS
771fields give the expiration timestamp in UTC for the leap second table.
772.Sh "EXTENDED EXAMPLE"
773Here is an extended example of
774.Nm
775input, intended to illustrate many of its features.
776.Bd -literal -offset indent
777# Rule	NAME	FROM	TO	\-	IN	ON	AT	SAVE	LETTER/S
778Rule	Swiss	1941	1942	\-	May	Mon>=1	1:00	1:00	S
779Rule	Swiss	1941	1942	\-	Oct	Mon>=1	2:00	0	\-
780
781Rule	EU	1977	1980	\-	Apr	Sun>=1	1:00u	1:00	S
782Rule	EU	1977	only	\-	Sep	lastSun	1:00u	0	\-
783Rule	EU	1978	only	\-	Oct	 1	1:00u	0	\-
784Rule	EU	1979	1995	\-	Sep	lastSun	1:00u	0	\-
785Rule	EU	1981	max	\-	Mar	lastSun	1:00u	1:00	S
786Rule	EU	1996	max	\-	Oct	lastSun	1:00u	0	\-
787
788# Zone	NAME	STDOFF	RULES	FORMAT	[UNTIL]
789Zone	Europe/Zurich	0:34:08	\-	LMT	1853 Jul 16
790		0:29:45.50	\-	BMT	1894 Jun
791		1:00	Swiss	CE%sT	1981
792		1:00	EU	CE%sT
793
794Link	Europe/Zurich	Europe/Vaduz
795.Ed
796.Pp
797In this example, the EU rules are for the European Union
798and for its predecessor organization, the European Communities.
799The timezone is named Europe/Zurich and it has the alias Europe/Vaduz.
800This example says that Zurich was 34 minutes and 8
801seconds east of UT until 1853-07-16 at 00:00, when the legal offset
802was changed to
8037\(de26\(fm22.50\(sd,
804which works out to 0:29:45.50;
805.Nm
806treats this by rounding it to 0:29:46.
807After 1894-06-01 at 00:00 the UT offset became one hour
808and Swiss daylight saving rules (defined with lines beginning with
809.Dq "Rule Swiss")
810apply.
811From 1981 to the present, EU daylight saving rules have
812applied, and the UTC offset has remained at one hour.
813.Pp
814In 1941 and 1942, daylight saving time applied from the first Monday
815in May at 01:00 to the first Monday in October at 02:00.
816The pre-1981 EU daylight-saving rules have no effect
817here, but are included for completeness.
818Since 1981, daylight
819saving has begun on the last Sunday in March at 01:00 UTC.
820Until 1995 it ended the last Sunday in September at 01:00 UTC,
821but this changed to the last Sunday in October starting in 1996.
822.Pp
823For purposes of display,
824.Dq "LMT"
825and
826.Dq "BMT"
827were initially used, respectively.
828Since
829Swiss rules and later EU rules were applied, the time zone abbreviation
830has been CET for standard time and CEST for daylight saving
831time.
832.Sh FILES
833.Bl -tag -width "/usr/share/zoneinfo"
834.It Pa /etc/localtime
835Default local timezone file.
836.It Pa /usr/share/zoneinfo
837Default timezone information directory.
838.El
839.Sh NOTES
840For areas with more than two types of local time,
841you may need to use local standard time in the
842.Ar AT
843field of the earliest transition time's rule to ensure that
844the earliest transition time recorded in the compiled file is correct.
845.Pp
846If,
847for a particular timezone,
848a clock advance caused by the start of daylight saving
849coincides with and is equal to
850a clock retreat caused by a change in UT offset,
851.Nm
852produces a single transition to daylight saving at the new UT offset
853without any change in local (wall clock) time.
854To get separate transitions
855use multiple zone continuation lines
856specifying transition instants using universal time.
857.Sh SEE ALSO
858.Xr tzfile 5 ,
859.Xr zdump 8
860