Modifications in branches/EiffelSoftware

[Eric Bezault]

manus_eiffel@... wrote:

> Revision: 129
>           http://freeelks.svn.sourceforge.net/freeelks/?rev=129&view=rev
> Author:   manus_eiffel
> Date:     2008-01-14 10:13:44 -0800 (Mon, 14 Jan 2008)
>
> Log Message:
> -----------
> Fixed inconsistencies in `prefix "not"' to now return a BOOLEAN like the other queries.
> Improved `hash_code' to have different values depending on `item' and made `is_hashable' a True constant.
> Improved postcondition of `to_reference' and `to_integer'.
> Use `or' instead of `or else' in invariant.
> Cosmetics.
>
> Modified Paths:
> --------------
>     branches/EiffelSoftware/library/kernel/boolean.e
>     branches/EiffelSoftware/library/kernel/boolean_ref.e

You can check-in in the trunk as well. Likewise for other recent
modifications, such as in PLAIN_TEXT_FILE, ROUTINE, and probably
others. For the modification in LINKED_LIST by Ian, I wonder why
it was needed to change the signature of `index' from INTEGER
to INTEGER_32. The check-in comment does not say anything about
that.

--
Eric Bezault
mailto:ericb@...
http://www.gobosoft.com

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
freeelks-devel mailing list
freeelks-devel@...
https://lists.sourceforge.net/lists/listinfo/freeelks-devel

[Emmanuel Stapf]

> You can check-in in the trunk as well. Likewise for other
> recent modifications, such as in PLAIN_TEXT_FILE, ROUTINE,
> and probably others.

It is just a question of time. I was thinking merging all the changes at
once after the review of the exceptions classes is complete. The issue is
that it is much easier to merge changes that way rather than doing little by
little because you never know what has been merged and what hasn't.

> For the modification in LINKED_LIST by
> Ian, I wonder why it was needed to change the signature of
> `index' from INTEGER to INTEGER_32. The check-in comment does
> not say anything about that.

I would say it is an oversight.

Manu


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
freeelks-devel mailing list
freeelks-devel@...
https://lists.sourceforge.net/lists/listinfo/freeelks-devel