http://www.mapleprimes.com/posts/120450-Changes-In-Sqrt-For-Maple-15--Procedure en-us 2026 Maplesoft, A Division of Waterloo Maple Inc. Maplesoft Document System Thu, 11 Jun 2026 11:51:45 GMT Thu, 11 Jun 2026 11:51:45 GMT The latest comments added to the Post, Changes in sqrt for Maple 15 — procedure versus module http://www.mapleprimes.com/images/mapleprimeswhite.jpg http://www.mapleprimes.com/posts/120450-Changes-In-Sqrt-For-Maple-15--Procedure http://www.mapleprimes.com/posts/120450-Changes-In-Sqrt-For-Maple-15--Procedure?ref=Feed:MaplePrimes:Changes in sqrt for Maple 15 — procedure versus module:Comments#comment120452 <p>Let's suppose that you had a type-check in your code, like,</p> <pre> type(f, procedure) </pre> <p>and that this worked ok for various inputs `f`, including `sqrt`. You could try changing that to, say,</p> <pre> type(f, {procedure,And(`module`,'appliable')}) </pre> <p>acer</p> The latest comments added to the Post, Changes in sqrt for Maple 15 — procedure versus module 120452 Thu, 26 May 2011 16:26:29 Z acer acer http://www.mapleprimes.com/posts/120450-Changes-In-Sqrt-For-Maple-15--Procedure?ref=Feed:MaplePrimes:Changes in sqrt for Maple 15 — procedure versus module:Comments#comment120521 <p>I think that rewriting <strong>sqrt</strong> in terms of a module is just part of the long term trend of modernization of the library. Such breaking of backward compatibility is good, and actually it has been too slow, in my opinion. The actual issue, I think, is that this change should be properly documented. E.g. in <a href="http://www.maplesoft.com/support/help/search.aspx?term=updates,Maple15,compatibility">?updates,Maple15,compatibility</a>.</p> The latest comments added to the Post, Changes in sqrt for Maple 15 — procedure versus module 120521 Fri, 27 May 2011 08:40:25 Z Alejandro Jakubi Alejandro Jakubi http://www.mapleprimes.com/posts/120450-Changes-In-Sqrt-For-Maple-15--Procedure?ref=Feed:MaplePrimes:Changes in sqrt for Maple 15 — procedure versus module:Comments#comment120585 <p><a href="http://www.mapleprimes.com/posts/120450-Changes-In-Sqrt-For-Maple-15--Procedure#comment120521">@Alejandro Jakubi</a> I am wondering why you think having sqrt as a module is better? My understanding of a module is that it is a collection of bindings with its own environment. It is not apparent to me why making a module with sqrt is better than binding it into the global environment?</p> The latest comments added to the Post, Changes in sqrt for Maple 15 — procedure versus module 120585 Sat, 28 May 2011 05:40:17 Z Art Kalb Art Kalb http://www.mapleprimes.com/posts/120450-Changes-In-Sqrt-For-Maple-15--Procedure?ref=Feed:MaplePrimes:Changes in sqrt for Maple 15 — procedure versus module:Comments#comment120587 <p><a href="http://www.mapleprimes.com/posts/120450-Changes-In-Sqrt-For-Maple-15--Procedure#comment120585">@Art Kalb</a>&nbsp;</p> <p>Reasons are described in <a href='http://www.maplesoft.com/support/help/search.aspx?term=extension' target='_new'>?extension</a>. My guess is that extensions/improvements are planned for future releases, and they will better implemented using the "Modern Extension Mechanism". E.g. <strong>int</strong> has changed from procedure to module in Maple 13, and the code of its frontend sector has been improved in module fashion, see <a href='http://www.maplesoft.com/support/help/search.aspx?term=updates,Maple13,symbolic' target='_new'>?updates,Maple13,symbolic</a>.</p> The latest comments added to the Post, Changes in sqrt for Maple 15 — procedure versus module 120587 Sat, 28 May 2011 08:36:53 Z Alejandro Jakubi Alejandro Jakubi