http://permalink.gmane.org/gmane.comp.lang.boo.devel hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.lang.boo.devel/5883 <pre> [ https://jira.codehaus.org/browse/BOO-1345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rodrigo B. de Oliveira closed BOO-1345. --------------------------------------- -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Rodrigo B. de Oliveira (JIRA 2012-05-10T19:17:03 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5882 <pre> [ https://jira.codehaus.org/browse/BOO-1345?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rodrigo B. de Oliveira resolved BOO-1345. ----------------------------------------- Resolution: Duplicate BOO-1344 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Rodrigo B. de Oliveira (JIRA 2012-05-10T19:17:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5881 <pre>Kat Lim Ruiz created BOO-1345: --------------------------------- Summary: The wiki page examples are all gone! Key: BOO-1345 URL: https://jira.codehaus.org/browse/BOO-1345 Project: Boo Issue Type: Bug Components: Documentation Reporter: Kat Lim Ruiz Priority: Blocker Go to http://boo.codehaus.org/Part+08+-+Classes#Part08-Classes-DefiningaClass and all the example code is not shown at all. This is with Firefox but doesnt seem to be the issue -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Kat Lim Ruiz (JIRA 2012-05-10T14:13:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5880 <pre> [ https://jira.codehaus.org/browse/BOO-1294?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rodrigo B. de Oliveira reopened BOO-1294: ----------------------------------------- Assignee: (was: Rodrigo B. de Oliveira) the following doesn't work if the base types are defined in a different assembly: import SomeWindowLibrary #assuming class 'Window' lives there... interface IClosable: def Close() class FancyWindow(Window,IClosable): pass #if this base class exists in the external assembly, booc fails with BCE0055: internal compiler error: Failed to create 'FancyWindow' type... #using option -vvv, it looks like the compiler sees FancyWindow has no implementation of IClosable.Close(), but never checks its inheritance chain. # #But if we uncomment this so it exists in this assembly, it will compile. #class Window: # def Close(): # print "Close!" print "This won't compile." -- This message is automatically generated by JIRA. If you thi</pre> Rodrigo B. de Oliveira (JIRA 2012-05-09T12:45:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5879 <pre> [ https://jira.codehaus.org/browse/BOO-1344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=298086#comment-298086 ] Rodrigo B. de Oliveira commented on BOO-1344: --------------------------------------------- Thanks for you report. It's been a known issue for some time now, unfortunately we need someone at codehaus to take a look at it: http://jira.codehaus.org/browse/HAUS-2224 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Rodrigo B. de Oliveira (JIRA 2012-05-07T17:01:03 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5878 <pre>J D created BOO-1344: ------------------------ Summary: website's tutorials don't show code blocks Key: BOO-1344 URL: https://jira.codehaus.org/browse/BOO-1344 Project: Boo Issue Type: Bug Environment: website Reporter: J D I'd like to look at the examples on your website but none of the code blocks show up in firefox, chrome or internet explorer. http://boo.codehaus.org/Scripting+with+the+Boo.Lang.Compiler+API -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> J D (JIRA 2012-05-07T15:58:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5877 <pre>John H. Guillory created BOO-1343: ------------------------------------- Summary: Not a bug exactly, but BooPrimer.pdf needs correcting Key: BOO-1343 URL: https://jira.codehaus.org/browse/BOO-1343 Project: Boo Issue Type: Wish Components: Documentation Environment: Linux Reporter: John H. Guillory Priority: Trivial Attachments: BooPrimer.pdf BooPrimer.pdf on page 30 reads: class Cat: def Roar(): pring "Meow!" cat = Cat() cat.Roar() Output pring should be print. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.</pre> John H. Guillory (JIRA 2012-04-18T20:06:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5876 <pre> [ https://jira.codehaus.org/browse/BOO-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rodrigo B. de Oliveira closed BOO-1342. --------------------------------------- Resolution: Fixed -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Rodrigo B. de Oliveira (JIRA 2012-03-30T14:16:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5875 <pre>Aaron Lerch created BOO-1342: -------------------------------- Summary: AmbiguousMatchException on overloaded indexer setter Key: BOO-1342 URL: https://jira.codehaus.org/browse/BOO-1342 Project: Boo Issue Type: Bug Reporter: Aaron Lerch I submitted a github pull request but then wondered if I needed a Jira issue entered as well. The pull request is here: https://github.com/bamboo/boo/pull/21 Info (copied from the pull request): BOO-1033 was fixed a number of years ago which resolved a problem when overloaded indexers were accessed via a dispatched object. Unfortunately only the getters were fixed, and the setters still suffered from the problem. This patch is a fix for the setters as well. (The fix matches the fix made for the getters.) I also included a new regression boo file that verifies this fix. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA adminis</pre> Aaron Lerch (JIRA 2012-03-30T12:49:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5874 <pre> [ https://jira.codehaus.org/browse/BOO-1341?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=293439#comment-293439 ] Maksym Trushyn commented on BOO-1341: ------------------------------------- Just adding the simpler scenario. In the example provided below the static method A.GetA() is of inferred type B. I think it is an issue because type B is less accessible than method A.GetA(). The problem is undetectable during compile time. I found the issue when I placed the class C to another assembly and call method C.GetA(). The following run-time exception was raised: System.TypeAccessException : Attempt by method 'C.GetA()' to access type 'B' failed. import System class A: static def GetA(): return B() internal class B(A): pass class C: def GetA(): a = A.GetA() a = A.GetA() assert not a isa B assert a isa A print "Press any key to continue . . . " Console.ReadKey(true) -- This message is automatically generate</pre> Maksym Trushyn (JIRA 2012-03-05T20:02:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5873 <pre> [ https://jira.codehaus.org/browse/BOO-1340?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=293437#comment-293437 ] Maksym Trushyn commented on BOO-1340: ------------------------------------- I tested the similar scenario after applying my patch (https://github.com/bamboo/boo/pull/18) The following scenario worked for me: """ True False """ import System import System.Collections.Generic import System.Linq.Enumerable class Entity: public Prop as string class Repository[of T(Entity)]: def Get(p): Where({ p | p.Prop == "333"}) def Where(predicate as System.Func[of T, bool]): print predicate(Entity(Prop:"333")) print predicate(Entity(Prop:"444")) Repository of Entity().Get(Entity()) I think that this issue is the same as BOO-854. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For mo</pre> Maksym Trushyn (JIRA 2012-03-05T19:56:02 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5872 <pre>Maksym Trushyn created BOO-1341: ----------------------------------- Summary: Inconsistent accessibility of function return type Key: BOO-1341 URL: https://jira.codehaus.org/browse/BOO-1341 Project: Boo Issue Type: Bug Components: Compiler Affects Versions: 0.9.4 Reporter: Maksym Trushyn I found possible issue while working with method Boo.OMeta.OMetaInput.Prepend The method has inferred type of OMetaInputCons. Type OMetaInputCons is internal. But method Prepend is public. I think that error should be returned in this case. C# returns the following error message in this case "Inconsistent accessibility: return type ' Boo.OMeta.OMetaInputCons' is less accessible than method 'Boo.OMeta.OMetaInput.Prepend". -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://jira.codehaus.org/secure/ContactAdministrators!default.jspa For more</pre> Maksym Trushyn (JIRA 2012-02-15T03:01:04 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5871 <pre> [ https://jira.codehaus.org/browse/BOO-1181?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rodrigo B. de Oliveira resolved BOO-1181. ----------------------------------------- Resolution: Fixed Fix Version/s: 0.9.5 Assignee: Rodrigo B. de Oliveira Fixed in https://github.com/bamboo/boo/commit/ecb9c9f142268bdbc3925f86e8bfff3326fd4375 -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Rodrigo B. de Oliveira (JIRA 2011-09-15T14:43:17 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5870 <pre>Invoking a closure on a method inside a generic type causes Bad IL and BadImageFormatException ---------------------------------------------------------------------------------------------- Key: BOO-1340 URL: https://jira.codehaus.org/browse/BOO-1340 Project: Boo Issue Type: Bug Components: Compiler Affects Versions: 0.9.4 Environment: .net 3.5 and 4.0 Reporter: Giovanni Bassi Priority: Minor Attempting to call a regular method which references a generic parameter from it's type fails if you try to pass a closure referencing the generic type. {code:title=fails.boo|borderStyle=solid} class Entity: public Prop as string class Repository[of T(Entity)]: def Get(p): Where({ p | p.Prop == p}) def Where(predicate as System.Func[of T, bool]): pass {code} If you use a closure on an object where the generic parameter is already defined, it doesn't fail. This will pass: {code:title=works.boo|borderStyl</pre> Giovanni Bassi (JIRA 2011-09-07T05:55:32 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5869 <pre>Generic constraint not correctly applied when type is declared on a field -------------------------------------------------------------------------- Key: BOO-1339 URL: https://jira.codehaus.org/browse/BOO-1339 Project: Boo Issue Type: Bug Components: Compiler Affects Versions: 0.9.4 Environment: .NET 3.5 and 4.0, x64 Reporter: Giovanni Bassi When you declare a field's type explicitly, if it's type is a generic class with a constraint, then under certain conditions the type will no longer have the generic constraint, only the generic constraint remains. This will not compile as expected, class Repository will be defined as Repository[of T] instead of Repository[of T(Entity)]: class Other: rep as Repository of Entity = Repository of Entity() class Repository[of T(Entity)]: pass class Entity: pass But if you leave the class Other at the bottom, it works as expected: class Repository[of T(Entity)]: pass class </pre> Giovanni Bassi (JIRA 2011-09-06T19:04:32 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5868 <pre> [ https://jira.codehaus.org/browse/BOO-1338?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=277247#comment-277247 ] Maksym Trushyn commented on BOO-1338: ------------------------------------- Sorry I suggest the fix which is not backward compatible. Possibly, the better fix is: public static object SetProperty(object target, string name, object value) { object[] args = new[] { value }; var dispatcher = GetDispatcher(target, args, "set_" + name, () =&gt; CreatePropSetDispatcher(target, name, value)); return dispatcher(target, args); } -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Maksym Trushyn (JIRA 2011-08-28T21:25:32 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5867 <pre>IQuackFu cache does not distinguish properly between set/get/invoke ------------------------------------------------------------------- Key: BOO-1338 URL: https://jira.codehaus.org/browse/BOO-1338 Project: Boo Issue Type: Bug Components: Runtime (Boo.Lang) Affects Versions: 0.9.5 Reporter: Tristan Zajonc The cache in Boo.Lang.Runtime.RuntimeServices._cache contains only name of the method, and types of arguments. It doesn't distinguish between property and method calls. This causes bugs when implementing IQuackFu. The possible fix is to change Boo.Lang.Runtime.RuntimeServices.SetProperty from: public static object SetProperty(object target, string name, object value) { object[] args = new[] { value }; var dispatcher = GetDispatcher(target, args, name, () =&gt; CreatePropSetDispatcher(target, name, value)); return dispatcher(target, args); } to: public static</pre> Tristan Zajonc (JIRA 2011-08-28T18:25:32 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5866 <pre> [ https://jira.codehaus.org/browse/BOO-1337?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=277131#comment-277131 ] Rafael Teixeira commented on BOO-1337: -------------------------------------- Boo accepts the standard C#/VBNET notation that uses \u (for two-byte unicode encoded as UTF-16 which is the internal .NET format): P I think there is no need to add another notation, specially one that allows ambiguous interpretation of characters if you doesn't tell the compiler explicitly in which encoding the source is. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Rafael Teixeira (JIRA 2011-08-26T11:38:32 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5865 <pre>Boo accepts the standard C#/VBNET notation that uses \u (for two-byte unicode encoded as UTF-16 which is the internal .NET format): P I think there is no need to add another notation, specially one that allows ambiguous interpretation of characters if you doesn't tell the compiler explicitly in which encoding the source is. Rafael "Monoman" Teixeira --------------------------------------- "The most exciting phrase to hear in science, the one that heralds new discoveries, is not 'Eureka!' (I found it!) but 'That's funny ...'" Isaac Asimov US science fiction novelist &amp; scholar (1920 - 1992) On Fri, Aug 26, 2011 at 4:23 AM, Philip Peterson (JIRA) &lt;jira-yCVjj/EcxBJg9hUCZPvPmw&lt; at &gt;public.gmane.org&gt;wrote: </pre> Rafael Teixeira 2011-08-26T11:31:09 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5864 <pre>\x## escaping for ASCII values ------------------------------ Key: BOO-1337 URL: https://jira.codehaus.org/browse/BOO-1337 Project: Boo Issue Type: New Feature Components: Parser Environment: (Independent) Reporter: Philip Peterson Boo should support Python's syntax for escaped ASCII values within string literals (is there any alternative syntax for this already?) Ex: P -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email </pre> Philip Peterson (JIRA 2011-08-26T07:23:32 http://permalink.gmane.org/gmane.comp.lang.boo.devel/5863 <pre> [ https://jira.codehaus.org/browse/BOO-922?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&amp;focusedCommentId=276422#comment-276422 ] Philip Peterson commented on BOO-922: ------------------------------------- "When you add a specific constructor to ChildClass then it would silently break all external code using the implicitely inherited constructors !" Why? With the code... class ParentClass(): def constructor(x as int): print "You're constructing with an integer." class ChildClass(ParentClass): pass The last two lines could translate to (before compilation): class ChildClass(ParentClass): def constructor(*args): super(*args) And with the code: class ParentClass(): def constructor(x as int): print "You're constructing with an integer." class ChildClass(ParentClass): def constructor(x as string): print "You're constructing with a string." The last three lines could translate to: class ChildClass(ParentClass): def co</pre> Philip Peterson (JIRA 2011-08-19T01:52:34 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.boo.devel