Nemerle.org, Main page, Wiki, etc
2007-10-20 12:56:47 GMT
Hello devs, Periodically we have a question from users: "Is Nemerle alive?". The cause of the question is that main page of nemerle.org was update about one year ago. We release CTP versions every month, however we can't add this news on the main page as we do not have privileges. Here is the latest update http://files.rsdn.ru/507/NemerleSetup-2007Sep.exe Somebody who has an access to main page, please add this link in the news. Also, I believe it would be better to have more people who could add news on the main page. -- -- Best regards, Igor mailto:it <at> rsdn.ru
Re: [nem-feedback] Cron <nemweb <at> lilith> ~/makesnap
2007-10-19 08:31:55 GMT
> make[2]: Entering directory `/home/users/nemweb/nemerle-snap/tools/cs2n' > ../../ncc/out.stage3/ncc.exe -(Continue reading)greedy- -texe -r:./antlr.runtime.dll -r:Nemerle.CSharp.CS.dll -r:Nemerle.CSharp.dll -o:cs2n.exe cs2n.n > make[2]: Leaving directory `/home/users/nemweb/nemerle-snap/tools/cs2n' > make[2]: Entering directory `/home/users/nemweb/nemerle-snap/tools/nemerlish' > ../../ncc/out.stage3/ncc.exe -r Nemerle.Compiler.dll -t library -keyfile:../../misc/keys/Nemerle.Compiler.snk -o Nemerle.Evaluation.dll eval.n > eval.n:87:23:87:36: [01;31merror [0m: each overload has an error during call: > eval.n:87:23:87:36: [01;31merror [0m: overload #1, method Nemerle.Utility.NCollectionsUtils.Last(lst : System.Collections.Generic.IEnumerable[T.814]) : T.814 > eval.n:87:23:87:36: [01;31merror [0m: wrong number of parameters in call, needed 1, got 2 (in 'Last((parm: lst : System.Collections.Generic.IEnumerable[T.814])) : T.814') > eval.n:87:23:87:36: [01;31merror [0m: overload #2, method Nemerle.Utility.NCollectionsUtils.Last(lst : array [T.815]) : T.815 > eval.n:87:23:87:36: [01;31merror [0m: wrong number of parameters in call, needed 1, got 2 (in 'Last((parm: lst : array [T.815])) : T.815') > eval.n:87:23:87:36: [01;31merror [0m: overload #3, method Nemerle.Utility.NCollectionsUtils.Last(lst : System.Collections.Generic.IList[T.816]) : T.816 > eval.n:87:23:87:36: [01;31merror [0m: wrong number of parameters in call, needed 1, got 2 (in 'Last((parm: lst : System.Collections.Generic.IList[T.816])) : T.816') > confused by earlier errors bailing out > make[2]: *** [Nemerle.Evaluation.dll] Error 1 > make[2]: Leaving directory `/home/users/nemweb/nemerle-snap/tools/nemerlish' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/home/users/nemweb/nemerle-snap/tools' > make: *** [all] Error 2 > Is it a sign of broken API in recent Vlad's refactorings and additions
Compiling Nemerle
2007-09-09 23:33:45 GMT
Hello, I've been trying to use Nemerle for some time. I've tried the stable version, 0.9.3, but monodevelop seems to require 0.9.3.99, so I've decided to try svn trunk, but I can't get it to compile as you can see in the next log. Is there any particular snapshot that I should try? Thanks. pupeno <at> silver:~/kampu/zasni/mono/nemerle$ ./configure --prefix=/opt/mono/ Checking for .NET environment... mono Checking if we are using Mono < 1.2.3... no Checking for presence of regtool in the system... not found Checking for .NET disassembler... monodis Checking for native image generator... disabled Checking if Nemerle compiler works... yes Checking for gacutil... found Checking if we are using mono gacutil... yes Checking for mono libdir... /opt/mono/lib/pkgconfig/../../lib Checking for PEVerify... not found Checking for ilasm2... found Checking for C# compiler... found, gmcs Checking for Python version... 2.5, ok Checking for antlr >= 2.7.5... yes, 2.7.5+ Checking for nant... yes Checking for nant plugin directory... found, /opt/mono/lib/NAnt Checking for nunit-console for .NET 2.0... found, nunit-console2 Checking for MSBuild... found Creating config.mak Creating nemerle.pc(Continue reading)
Re: Question about MType
2007-08-24 13:24:29 GMT
> field.Name); > def fieldDecl = CodeMemberField(field.GetMemType().SystemType, > field.Name); // NRE here MemberBuilder.SystemType field contains the System.Reflection.Emit.XXXBuilder object created during emission of assembly to disk. > > The problem is highlighted. What is this field for and under what > circumstances can it be null? It will be null until the actual code generation begins. I guess this stage does not happen in Integration or your problem occurs before it is started (for whole project or maybe for this particular field). The best thing to do would be not to use SystemType at all in Integration, since it is related to code generation, which shouldn't be performed inside Integration. > > -- > Best wishes, > Sergei Tulentsev > Senior software engineer. > > SITRONICS Telecom Solutions, Moscow > http://www.sitels.ru > mob: + 7 916 507 7112 >(Continue reading)
Question about MType
2007-08-24 12:47:48 GMT
I discovered a bug in WinForms designer and I would like to fix it, but first I need some help 
I see there this code
protected virtual CreateField(field: FieldBuilder) : CodeMemberField
{
// GetFieldInfo() doesn't work
//def fieldDecl = CodeMemberField(field.GetFieldInfo().FieldType, field.Name);
Debug.Print($"CreateField: from field $field");
//def fieldDecl = CodeMemberField(field.Ast.ty.ToString
(), field.Name);
def fieldDecl = CodeMemberField(field.GetMemType().SystemType, field.Name); // NRE here
The problem is highlighted. What is this field for and under what circumstances can it be null?
--
Best wishes,
Sergei Tulentsev
Senior software engineer.
SITRONICS Telecom Solutions, Moscow
http://www.sitels.ru
mob: + 7 916 507 7112
Test
2007-08-06 23:54:57 GMT
Hello devel-en, Just disregard this. Sorry. -- -- Best regards, Igor mailto:it <at> rsdn.ru
On bug 861
2007-07-15 08:20:30 GMT
Hi
Commenting out error message generating in TypeBuilder.n:1579..1580 "fixes" 861.
I don't get how TypeInfo.member_map works.
Why only first mapped member is checked and only one is then set?
Looks like it's because all members are supposed to be of same kind.
One more example that should work, but gets the same error:
class B {
//ambiguity isn't fatal, it sometimes can be resolved
class A {}
static A () : void {}
}
or even
class B {
//ambiguity isn't fatal, it sometimes can be resolved
class A {}
A (_ : int) : void {}
}
One more related bug:
class A[T] {};
class A[T, S] {};
_ = A (); //E:
Both overloads are printed as "constructor A..ctor() : void", should print typarams too (and not void, which is todo :) ).
Same with methods.
Mutually recursive local functions.
2007-07-03 07:45:43 GMT
Hello all. Is it possible to write mutually recursive local functions in Nemerle? def a() b() def b() a() gives "unbound name 'b'" Known workarounds: 1. make them class methods (need to explicitly type them) 2. pass one as parameter to other (ugly) Are there other possibilities?
RSS Feed