Mercurial > emacs
annotate admin/notes/iftc @ 83262:92c8be21e2c3
Merged from miles@gnu.org--gnu-2005 (patch 31-33, 129-141)
Patches applied:
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-129
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-130
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-131
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-132
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-133
Merge from gnus--rel--5.10
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-134
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-135
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-136
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-137
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-138
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-139
Merge from gnus--rel--5.10
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-140
Update from CVS
* miles@gnu.org--gnu-2005/emacs--cvs-trunk--0--patch-141
Update from CVS
* miles@gnu.org--gnu-2005/gnus--rel--5.10--patch-31
Merge from emacs--cvs-trunk--0
* miles@gnu.org--gnu-2005/gnus--rel--5.10--patch-32
Merge from emacs--cvs-trunk--0
* miles@gnu.org--gnu-2005/gnus--rel--5.10--patch-33
Update from CVS
git-archimport-id: lorentey@elte.hu--2004/emacs--multi-tty--0--patch-302
| author | Karoly Lorentey <lorentey@elte.hu> |
|---|---|
| date | Mon, 28 Feb 2005 15:15:44 +0000 |
| parents | 695cf19ef79e |
| children | 375f2633d815 ef719132ddfa |
| rev | line source |
|---|---|
| 45625 | 1 Iso-Functional Type Contour |
| 2 | |
| 3 | |
| 4 This is a term coined to describe "column int->float" change approach, and can | |
| 5 be used whenever low-level types need to change (hopefully not often!) but the | |
| 6 meanings of the values (whose type has changed) do not. | |
| 7 | |
| 8 The premise is that changing a low-level type potentially means lots of code | |
| 9 needs to be changed as well, and the question is how to do this incrementally, | |
| 10 which is the preferred way to change things. | |
| 11 | |
| 12 Say LOW and HIGH are C functions: | |
| 13 | |
| 14 int LOW (void) { return 1; } | |
| 15 void HIGH (void) { int value = LOW (); } | |
| 16 | |
| 17 We want to convert LOW to return float, so we cast HIGH usage: | |
| 18 | |
| 19 float LOW (void) { return 1.0; } | |
| 20 void HIGH (void) { int value = (int) LOW (); } /* iftc */ | |
| 21 | |
| 22 The comment /* iftc */ is used to mark this type of casting to differentiate | |
| 23 it from other casting. We commit the changes and can now go about modifying | |
| 24 LOW and HIGH separately. When HIGH is ready to handle the type change, the | |
| 25 cast can be removed. | |
| 52401 | 26 |
| 27 ;;; arch-tag: 3309cc41-5d59-421b-b7be-c94b04083bb5 |
