<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/include/locale.h, branch stable/7</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=stable%2F7</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=stable%2F7'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2003-12-07T21:10:06Z</updated>
<entry>
<title>Change the definition of NULL on ia64 (for LP64 compilations) from</title>
<updated>2003-12-07T21:10:06Z</updated>
<author>
<name>Marcel Moolenaar</name>
<email>marcel@FreeBSD.org</email>
</author>
<published>2003-12-07T21:10:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=12eb46c8bb2bf8a79a8151f4bd96aa7ce5bfe63d'/>
<id>urn:sha1:12eb46c8bb2bf8a79a8151f4bd96aa7ce5bfe63d</id>
<content type='text'>
an int constant to a long constant. This change improves consistency
in the following two ways:
1. The first 8 arguments are always passed in registers on ia64, which
   by virtue of the generated code implicitly widens ints to longs and
   allows the use of an 32-bit integral type for 64-bit arguments.
   Subsequent arguments are passed onto the memory stack, which does
   not exhibit the same behaviour and consequently do not allow this.
   In practice this means that variadic functions taking pointers
   and given NULL (without cast) work as long as the NULL is passed
   in one of the first 8 arguments. A SIGSEGV is more likely the
   result if such would be done for stack-based arguments. This is
   due to the fact that the upper 4 bytes remain undefined.
2. All 64-bit platforms that FreeBSD supports, with the obvious
   exception of ia64, allow 32-bit integral types (specifically NULL)
   when 64-bit pointers are expected in variadic functions by way of
   how the compiler generates code. As such, code that works correctly
   (whether rightfully so or not) on any platform other than ia64, may
   fail on ia64.

To more easily allow tweaking of the definition of NULL, this commit
removes the 12 definitions in the various headers and puts it in a
new header that can be included whenever NULL is to be made visible.

This commit fixes GNOME, emacs, xemacs and a whole bunch of ports
that I don't particularly care about at this time...
</content>
</entry>
<entry>
<title>Add support for the 6 new C99 struct lconv members dealing with formatting</title>
<updated>2002-10-09T09:19:28Z</updated>
<author>
<name>Tim J. Robbins</name>
<email>tjr@FreeBSD.org</email>
</author>
<published>2002-10-09T09:19:28Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=f4da1a754daf3d4c20b8747729c0685cd2488bd6'/>
<id>urn:sha1:f4da1a754daf3d4c20b8747729c0685cd2488bd6</id>
<content type='text'>
international monetary values: int_p_cs_precedes, int_n_cs_precedes,
int_p_sep_by_space, int_n_sep_by_space, int_p_sign_posn, int_n_sign_posn.
This should not break existing binaries or LC_MONETARY data files.

Reviewed by:	ache
MFC after:	1 month
</content>
</entry>
<entry>
<title>Breath deep and take __P out of the system include files.</title>
<updated>2002-03-23T17:24:55Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2002-03-23T17:24:55Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=bb28f3c29b4c91af1b0e79e456294bb08735648a'/>
<id>urn:sha1:bb28f3c29b4c91af1b0e79e456294bb08735648a</id>
<content type='text'>
# This appears to not break X11, but I'm having problems compiling the
# glide part of the server with or without this patch, so I can't tell
# for sure.
</content>
</entry>
<entry>
<title>Basic support for LC_MESSAGES</title>
<updated>1998-04-29T22:39:56Z</updated>
<author>
<name>Andrey A. Chernov</name>
<email>ache@FreeBSD.org</email>
</author>
<published>1998-04-29T22:39:56Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=0b5e953b91b36a5d1c7744a9a78a7edc48612f2d'/>
<id>urn:sha1:0b5e953b91b36a5d1c7744a9a78a7edc48612f2d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Remove collate_range_cmp</title>
<updated>1996-10-31T14:41:30Z</updated>
<author>
<name>Andrey A. Chernov</name>
<email>ache@FreeBSD.org</email>
</author>
<published>1996-10-31T14:41:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=9623470623e2554de35b9080eb4ede19d58ff1f7'/>
<id>urn:sha1:9623470623e2554de35b9080eb4ede19d58ff1f7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>#if !ANSI !POSIX newly added collate_range_cmp function</title>
<updated>1996-08-13T14:01:40Z</updated>
<author>
<name>Andrey A. Chernov</name>
<email>ache@FreeBSD.org</email>
</author>
<published>1996-08-13T14:01:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=e7dc5768169bf7bf4aa72dd54ccdb0c4bc80bbd9'/>
<id>urn:sha1:e7dc5768169bf7bf4aa72dd54ccdb0c4bc80bbd9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>There is so many places where range comparation (using collate)</title>
<updated>1996-08-12T18:30:43Z</updated>
<author>
<name>Andrey A. Chernov</name>
<email>ache@FreeBSD.org</email>
</author>
<published>1996-08-12T18:30:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=806af72bd98609af2edae9872f5111c1830b8337'/>
<id>urn:sha1:806af72bd98609af2edae9872f5111c1830b8337</id>
<content type='text'>
needed (much more than I think initially), so I forced to add
new user-visible non-standard function to libc.
</content>
</entry>
<entry>
<title>BSD 4.4 Lite Include Sources</title>
<updated>1994-05-24T09:57:34Z</updated>
<author>
<name>Rodney W. Grimes</name>
<email>rgrimes@FreeBSD.org</email>
</author>
<published>1994-05-24T09:57:34Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=59deaec541ae8baaa58daf6c5a2196ea7de180c3'/>
<id>urn:sha1:59deaec541ae8baaa58daf6c5a2196ea7de180c3</id>
<content type='text'>
</content>
</entry>
</feed>
