koneki-dev http://dev.eclipse.org/mhonarc/lists/koneki-dev/maillist.html koneki-dev en-us Wed, 02 May 2012 12:21:13 GMT Wed, 02 May 2012 12:21:13 GMT http://blogs.law.harvard.edu/tech/rss MHonArc RSS 2.0 RCFile webmaster@eclipse.org (Webmaster) webmaster@eclipse.org (Webmaster) koneki-dev http://www.eclipse.org/eclipse.org-common/themes/Phoenix/images/eclipse_home_header.jpg http://dev.eclipse.org/mhonarc/lists/koneki-dev/maillist.html Re: [koneki-dev] FW: mizar32 Lua board on sale http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00038.html Cool stuff, just miss a wireless shield :) On Wed, May 2, 2012 at 10:33 AM, Benjamin Cabé <bcabe@xxxxxxxxxxxxxxxxxx> wrote: > Hey guys, > > This little board looks really cool, and it is pretty cheap! > I think we should spend some cycles investigating what could be done to > support eLua in LDT... > > Benjamin. > > ________________________________________________________________________ > > > > > > Le 02/05/12 00:36, « Martin Guy » <martinwguy@xxxxxxxxx> a écrit : > >>Hi >>  The Mizar32 board, the first commercial computer to come with Lua >>(eLua) as its operating system, is now on sale at 4star.it >> >>Specs: 66Mhz AVR32 CPU, 32MB RAM, I2C, SPI, PWM, ADC, SD-card, USB >>with UART, Ethernet, character LCD and VGA add-on modules. >> >>Web: http://simplemachines.it/mizar32 >>Shop: http://4star.it -> mizar32 >> >>best >> >>   M >> >> > > _______________________________________________ > koneki-dev mailing list > koneki-dev@xxxxxxxxxxx > http://dev.eclipse.org/mailman/listinfo/koneki-dev ]]> Wed, 02 May 2012 12:13:14 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00038.html jvermillard@xxxxxxx (Julien Vermillard) [koneki-dev] FW: mizar32 Lua board on sale http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00037.html Hey guys, This little board looks really cool, and it is pretty cheap! I think we should spend some cycles investigating what could be done to support eLua in LDT... Benjamin. ________________________________________________________________________ Le 02/0... Hey guys, This little board looks really cool, and it is pretty cheap! I think we should spend some cycles investigating what could be done to support eLua in LDT... Benjamin. ________________________________________________________________________ Le 02/05/12 00:36, « Martin Guy » <martinwguy@xxxxxxxxx> a écrit : >Hi > The Mizar32 board, the first commercial computer to come with Lua >(eLua) as its operating system, is now on sale at 4star.it > >Specs: 66Mhz AVR32 CPU, 32MB RAM, I2C, SPI, PWM, ADC, SD-card, USB >with UART, Ethernet, character LCD and VGA add-on modules. > >Web: http://simplemachines.it/mizar32 >Shop: http://4star.it -> mizar32 > >best > > M > > ]]> Wed, 02 May 2012 08:33:53 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00037.html bcabe@xxxxxxx (Benjamin Cabé) Re: [koneki-dev] LDT question http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00036.html Thank you. I will look at it. On 2012-4-16, at äå9:19, Benjamin Cabà wrote: > Hi, > > A tentative fix is available on Github branch "bug/376304" > https://github.com/SierraWireless/org.eclipse.koneki.ldt/tree/bug/376304 > > > Benjamin. > > > > > Le 16/04/12 11:10,  Benjamin Cabà  <bcabe@xxxxxxxxxxxxxxxxxx> a Ãcrit : > >> Hi Xu Cao, >> >> Sorry for not having coming back to you earlier. The feature might a bit >> tricky to implement since the AST currently lacks the information that >> would allow a correct byte offset vs. char offset conversion. >> I have a pending quick&dirty hack for the error markers though that I will >> push to a branch for you to have a look at, and maybe you'll find room for >> improvement :-) I'll keep you posted when I will have done that. >> >> Thanks so much for offering to work on the bug! >> Benjamin. >> >> ________________________________________________________________________ >> >> >> >> >> >> Le 16/04/12 11:04,  cao.xu  <cao.xu@xxxxxxxxxx> a Ãcrit : >> >>> Hi, >>> >>> As the topic I sent in http://www.eclipse.org/forums/index.php/t/320658/ >>> said, I was wondering if anyone could introduce how ldt implement the >>> feature Error Markers and which part of source code should I look at to >>> fixe the non-ascii characters problem. >>> >>> >>> BR >>> >>> Xu Cao >>> _______________________________________________ >>> koneki-dev mailing list >>> koneki-dev@xxxxxxxxxxx >>> http://dev.eclipse.org/mailman/listinfo/koneki-dev >>> >> >> _______________________________________________ >> koneki-dev mailing list >> koneki-dev@xxxxxxxxxxx >> http://dev.eclipse.org/mailman/listinfo/koneki-dev >> > > _______________________________________________ > koneki-dev mailing list > koneki-dev@xxxxxxxxxxx > http://dev.eclipse.org/mailman/listinfo/koneki-dev ]]> Mon, 16 Apr 2012 15:26:40 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00036.html cao.xu@xxxxxxx (cao.xu) Re: [koneki-dev] LDT question http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00035.html Hi, A tentative fix is available on Github branch &quot;bug/376304&quot; https://github.com/SierraWireless/org.eclipse.koneki.ldt/tree/bug/376304 Benjamin. Le 16/04/12 11:10, &#xAB; Benjamin Cab&#xE9; &#xBB; &lt;bcabe@xxxxxxxxxxxxxxxxxx&gt; a &#xE9;crit : Hi, A tentative fix is available on Github branch "bug/376304" https://github.com/SierraWireless/org.eclipse.koneki.ldt/tree/bug/376304 Benjamin. Le 16/04/12 11:10, « Benjamin Cabé » <bcabe@xxxxxxxxxxxxxxxxxx> a écrit : >Hi Xu Cao, > >Sorry for not having coming back to you earlier. The feature might a bit >tricky to implement since the AST currently lacks the information that >would allow a correct byte offset vs. char offset conversion. >I have a pending quick&dirty hack for the error markers though that I will >push to a branch for you to have a look at, and maybe you'll find room for >improvement :-) I'll keep you posted when I will have done that. > >Thanks so much for offering to work on the bug! >Benjamin. > >________________________________________________________________________ > > > > > >Le 16/04/12 11:04, « cao.xu » <cao.xu@xxxxxxxxxx> a écrit : > >>Hi, >> >> As the topic I sent in http://www.eclipse.org/forums/index.php/t/320658/ >>said, I was wondering if anyone could introduce how ldt implement the >>feature Error Markers and which part of source code should I look at to >>fixe the non-ascii characters problem. >> >> >>BR >> >>Xu Cao >>_______________________________________________ >>koneki-dev mailing list >>koneki-dev@xxxxxxxxxxx >>http://dev.eclipse.org/mailman/listinfo/koneki-dev >> > >_______________________________________________ >koneki-dev mailing list >koneki-dev@xxxxxxxxxxx >http://dev.eclipse.org/mailman/listinfo/koneki-dev > ]]> Mon, 16 Apr 2012 13:19:13 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00035.html bcabe@xxxxxxx (Benjamin Cabé) Re: [koneki-dev] LDT question http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00034.html Hi Xu Cao, Sorry for not having coming back to you earlier. The feature might a bit tricky to implement since the AST currently lacks the information that would allow a correct byte offset vs. char offset conversion. I have a pending quick&amp;dirty hack for t... Hi Xu Cao, Sorry for not having coming back to you earlier. The feature might a bit tricky to implement since the AST currently lacks the information that would allow a correct byte offset vs. char offset conversion. I have a pending quick&dirty hack for the error markers though that I will push to a branch for you to have a look at, and maybe you'll find room for improvement :-) I'll keep you posted when I will have done that. Thanks so much for offering to work on the bug! Benjamin. ________________________________________________________________________ Le 16/04/12 11:04, « cao.xu » <cao.xu@xxxxxxxxxx> a écrit : >Hi, > > As the topic I sent in http://www.eclipse.org/forums/index.php/t/320658/ >said, I was wondering if anyone could introduce how ldt implement the >feature Error Markers and which part of source code should I look at to >fixe the non-ascii characters problem. > > >BR > >Xu Cao >_______________________________________________ >koneki-dev mailing list >koneki-dev@xxxxxxxxxxx >http://dev.eclipse.org/mailman/listinfo/koneki-dev > ]]> Mon, 16 Apr 2012 09:10:49 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00034.html bcabe@xxxxxxx (Benjamin Cabé) [koneki-dev] LDT question http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00033.html Hi, As the topic I sent in http://www.eclipse.org/forums/index.php/t/320658/ said, I was wondering if anyone could introduce how ldt implement the feature Error Markers and which part of source code should I look at to fixe the non-ascii characters problem... Hi, As the topic I sent in http://www.eclipse.org/forums/index.php/t/320658/ said, I was wondering if anyone could introduce how ldt implement the feature Error Markers and which part of source code should I look at to fixe the non-ascii characters problem. BR Xu Cao ]]> Mon, 16 Apr 2012 09:05:02 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00033.html cao.xu@xxxxxxx (cao.xu) [koneki-dev] LDT tutorials http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00032.html Just a quick note to let you know that I have started collecting LDT-related tutorials on the following wiki page: http://wiki.eclipse.org/Koneki/LDT/Tutorials Should you have any ideas of things to add, or know of existing tutorials already available on t... Just a quick note to let you know that I have started collecting LDT-related tutorials on the following wiki page: http://wiki.eclipse.org/Koneki/LDT/Tutorials Should you have any ideas of things to add, or know of existing tutorials already available on the Internet, please feel free to append them to the list! Cheers, Benjamin. ]]> Tue, 03 Apr 2012 14:54:55 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00032.html bcabe@xxxxxxx (Benjamin Cabé) Re: [koneki-dev] The Record-block/Type-block http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00031.html Yes, it would be quite "challenging" to deduce it from C/C++ code - and likely highly error-prone. That's why I asked would it be worth the trouble. :)At first I was going to say it would be nuts, but I've been looking at our API code and, for my company ...

Yes, it would be quite "challenging" to deduce it from C/C++ code - and likely highly error-prone.  That's why I asked would it be worth the trouble. :)
At first I was going to say it would be nuts, but I've been looking at our API code and, for my company at least, it may be possible... for us.  But we followed a (fairly) consistent pattern.  In fact, so consistent a pattern I'm now debating whether we should have not written much C/C++ code to begin with, and instead done it as XML and generated the code through an XSLT script.

But anyway... yes having the doc languages be the same would be nice, but it's not that hard for folks to just write a script to convert their particular format into the Komeki LDT one. (Assuming they wrote their comments in some consistent format to begin with, like Doxygen format for example)

-hadriel

From: Fabien Fleutot <fleutot+koneki@xxxxxxxxx>
To: Hadriel Kaplan <hadrielk@xxxxxxxxx>
Cc: General development dicussions for the Koneki project <koneki-dev@xxxxxxxxxxx>
Sent: Thursday, March 1, 2012 12:44 PM
Subject: Re: [koneki-dev] The Record-block/Type-block



On Thu, Mar 1, 2012 at 5:53 PM, Hadriel Kaplan <hadrielk@xxxxxxxxx> wrote:
As for the inferring of type information from code - assuming you mean from C/C++ code, is it really worth it?

I was talking about Lua code. Parsing C++ code to guess what it does to an embedded scripting language would be... challenging. However, the doc languages in C++ and Lua comments sure should be the same.



]]> Fri, 02 Mar 2012 15:09:05 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00031.html hadrielk@xxxxxxx (Hadriel Kaplan) Re: [koneki-dev] The Record-block/Type-block http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00030.html On Thu, Mar 1, 2012 at 5:53 PM, Hadriel Kaplan &lt;hadrielk@xxxxxxxxx&gt; wrote:I was talking about Lua code. Parsing C++ code to guess what it does to an embedded scripting language would be... challenging. However, the doc languages in C++ and Lua comments sur...
On Thu, Mar 1, 2012 at 5:53 PM, Hadriel Kaplan <hadrielk@xxxxxxxxx> wrote:
As for the inferring of type information from code - assuming you mean from C/C++ code, is it really worth it?

I was talking about Lua code. Parsing C++ code to guess what it does to an embedded scripting language would be... challenging. However, the doc languages in C++ and Lua comments sure should be the same.

]]> Thu, 01 Mar 2012 17:44:05 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00030.html fleutot+koneki@xxxxxxx (Fabien Fleutot) Re: [koneki-dev] The Record-block/Type-block http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00029.html Hi Fabien,I completely agree that it's not a high priority. Just noting it as I'm trying to convert to using Koneki LDT. :)As for the inferring of type information from code - assuming you mean from C/C++ code, is it really worth it? I mean the API devel...
Hi Fabien,
I completely agree that it's not a high priority.  Just noting it as I'm trying to convert to using Koneki LDT. :)

As for the inferring of type information from code - assuming you mean from C/C++ code, is it really worth it?  I mean the API developer will have to write the help/description text anyway, which is a big chunk of the comments to write.  Although having said that, I agree it's usually the param/return types that are wrong in the comments/documentation, rather than the description, because the developers copy/paste the comments and change the description but forget to verify the types... hmmm, maybe it is worth it.

-hadriel


From: Fabien Fleutot <fleutot@xxxxxxxxx>
To: Hadriel Kaplan <hadrielk@xxxxxxxxx>; General development dicussions for the Koneki project <koneki-dev@xxxxxxxxxxx>
Sent: Thursday, March 1, 2012 4:47 AM
Subject: Re: [koneki-dev] The Record-block/Type-block

On Thu, Mar 1, 2012 at 8:59 AM, Hadriel Kaplan <hadrielk@xxxxxxxxx> wrote:
But due to poor design [...] some APIs have many different enum lists/types they put in the same sub-table/global.

Indeed, there are scary stuff on the wild :) However I'd argue that:
  • given how ambitious the project is, at the very least supporting such poor designs shouldn't be a priority;
  • if writing correct code enables better IDE support, then a couple of people will start writing better code, and the world will be a slightly better place;
  • it would be very great if, in the future, a lot of typing information was inferred from the code rather than mandatorily written down in the comments. The messier the type system, the harder inference becomes. I'd rather leave the door open for inference than help people write unidiomatic code!


]]> Thu, 01 Mar 2012 16:53:25 GMT http://dev.eclipse.org/mhonarc/lists/koneki-dev/msg00029.html hadrielk@xxxxxxx (Hadriel Kaplan)