dnet Issue Tracker Rss Feed

Commented Issue: smoketest failures [5052]

movax — Thu, 24 Nov 2011 14:37:13 GMT

Hi, i started hacking with dnet, and it looks to be working pretty nice, but some tests failes:

y:~/Projekty/D/dnet/dnet-48188/trunk/dmd$ make 2>&1 | grep -E -i 'Test Failed|^OK'
OK: void_main
OK: main
OK: assert
OK: Comparisons
OK: opEquals
OK: opEquals 2
OK: Logical And
OK: Logical And, ShortCirc.
OK: Logical And If
OK: Logical Or
OK: Bitwise And
OK: Bitwise Or
OK: Bitwise Xor
OK: postinc
*** Test Failed: postinc_2 (postinc_2.exe)
OK: post decrement
OK: pre increment
OK: pre decrement
*** Test Failed: for loop (for.exe)
*** Test Failed: for / continue (forcont.exe)
*** Test Failed: for w/ labeled break (for_lbreak.exe)
*** Test Failed: for w/ labeled continue (for_lcont.exe)
OK: forever
OK: while
OK: while var
OK: while, break
OK: while, cont
OK: do while, cont
OK: if, else
OK: if not, else
OK: vargs_0
OK: fields
OK: nested fields
OK: static var
OK: static field
OK: static ctor
OK: Exception Handling 1
OK: Exception Handling 2
OK: Exception Handling 3
OK: Exception Handling 4
OK: Exception Handling 5
OK: Exception Handling 6
*** Test Failed: Exception Handling 7 (eh_7.exe)
*** Test Failed: Exception Handling 8 (eh_8.exe)
OK: eh_9
OK: Static Array 1
OK: Static Array 2
OK: Static Array 3
*** Test Failed: Static Array of Struct (sas.exe)
OK: Member Array of Struct
OK: Array 1
OK: Array 2
OK: Array 3
OK: Array 4
OK: Array 5
OK: Array 6
OK: Array 7
OK: Array 8
OK: Array 9
OK: Array 10
OK: Array 11
*** Test Failed: Array Index (aindex.exe)
*** Test Failed: Assoc. Array Index (aaindex.exe)
OK: Array Concatenation
OK: Array Concatenation
OK: Dynamic Array Length 1
*** Test Failed: Dynamic Array Length 2 (dal_2.exe)
OK: Dynamic Array Length 3
OK: explicit delete
OK: explicit delete w/ scope
OK: function scope static var
OK: function scope static var 2
OK: assign struct fields
OK: struct literals
OK: struct static fields
OK: template struct / literals
OK: array struct members
OK: struct init
OK: struct initializers
OK: default param
OK: switch case
OK: switch fallthru
OK: default fallthru
OK: no default
OK: switch with var labels
OK: switch no case
OK: conditional exp
OK: shift left
OK: shift right
OK: shift right unsigned
*** Test Failed: Array Literal Foreach (alit_foreach.exe)
*** Test Failed: Array Foreach (a_foreach.exe)
*** Test Failed: Array Foreach Reverse (a_foreach_reverse.exe)
*** Test Failed: Foreach Range (foreach_range.exe)
*** Test Failed: Array Concat Foreach (ac_foreach.exe)
OK: foreach opApply
OK: foreach delegate
OK: comma
OK: simple assoc array
OK: global assoc array
OK: assoc array length
*** Test Failed: foreach array postblit (feapblit.exe)
OK: global assoc array literal
OK: global assoc array literal 2
OK: assoc array literal arg
OK: assoc array literal foreach
OK: method override
OK: super
OK: string.length
OK: string.ptr
OK: string var ptr
OK: string_literal.len
OK: string.dup
OK: string.sort
OK: string.reverse
OK: Nested Functions
OK: Template method call
OK: Struct template method call
OK: Variadic template call
OK: Member nested function
OK: Struct member nested function
OK: Non-member nested function
OK: Ctor delegation
OK: Class invariant
OK: Class invariant assert
OK: interface
OK: delegates
OK: nested delegate
OK: param by ref
*** Test Failed: return by ref (ref_3.exe)
OK: method w/ param by ref
OK: var args by ref
OK: modify ret ref
OK: modify ret ref 2
OK: modify ret ref 3
OK: ret ref / postinc
OK: multi-source
OK: struct fields
*** Test Failed: foreach over tuples (feot.exe)
*** Test Failed: foreach over tuples w/ indices (feot2.exe)
OK: Fibonacci
OK: array member append
*** Test Failed: array member init (ami.exe)
OK: array member append 2
OK: array member append 3
*** Test Failed: in-remove (inremove.exe)
OK: forward module reference
OK: Hidden method call
OK: lazy argument evaluation
OK: template alias
OK: escape sequences
OK: nested class
baryluk@sredniczarny:~/Projekty/D/dnet/dnet-48188/trunk/dmd$

Details in attachment.

$ gmcs --version
Mono C# compiler version 2.4.4.0
$ ilasm2 --version
Mono ILasm compiler version 2.4.4.0
$ gcc --version
gcc (Debian 4.4.4-9) 4.4.5 20100816 (prerelease)

dnet Compiled from Commit 48188
Comments: ** Comment from web user: movax **

THis was reported in https://bugzilla.novell.com/show_bug.cgi?id=633312
Fixed in commit https://github.com/mono/mono/commit/262e68086c2cf433f07c9edc176c95878df87282
Should be working in Mono 2.10.x

Commented Issue: smoketest failures [5052]

movax — Thu, 24 Nov 2011 14:31:25 GMT

Bug in ilasm2 /debug input/ouput is fixed. Mono 2.10.6 should work.

Commented Issue: smoketest failures [5052]

movax — Thu, 24 Nov 2011 14:30:40 GMT

Bug in ilasm2 /debug is already fixed. Should work in Mono 2.10.6.

Commented Issue: smoketest failures [5052]

movax — Sat, 18 Jun 2011 20:46:41 GMT

Mono bug (it was indeed bug in ilasm2) is now fixed. Will retest soon.

Commented Issue: smoketest failures [5052]

movax — Wed, 23 Mar 2011 01:13:33 GMT

This was a bug in Mono's ilasm2. It was reported as bug 633312in mono bugzilla and is now fixed in git repository. It will be released as 2.10.2 I suppose. After this release I will rerun smoketest.

Commented Issue: smoketest failures [5052]

movax — Fri, 20 Aug 2010 18:15:58 GMT

I tested also with ilasm version 2.6.3.0, and result is the same.

What is interesting, is that without /debug flag to ilasm2, compilation is sucesfull. Will contact Mono developers.

Commented Issue: smoketest failures [5052]

movax — Fri, 20 Aug 2010 17:35:26 GMT

Maybe it is bug in Mono's ilasm2 ? As the exception is not in the generated .exe, but in ilasm2! (which is written in C# it looks)!

Created Issue: smoketest failures [5052]

movax — Fri, 20 Aug 2010 17:33:30 GMT

Created Issue: Binaries are not executable under Linux [5051]

movax — Fri, 20 Aug 2010 17:27:06 GMT

It would be nice if generated .exe files will have executable bit set.

currently i need to do this manually.

Commented Issue: Changes to work with dot net namespaces [1418]

cristiv — Sun, 20 Sep 2009 16:43:22 GMT

In D a package cannot be a name space. This is not the case with dot net though eg:

using System;
using System.Windows.Forms;

To allow this a slight change must be made:

--- module-old.c 2009-05-24 22:19:58.000000000 +1200
+++ module.c 2009-05-25 18:35:56.550000000 +1200
@@ -1023,11 +1023,14 @@
else

{

assert(p->isPackage());

+#if TARGET_NET //dot net needs modules and packages with same name

+#else

if (p->isModule())

{ p->error("module and package have the same name");

fatal();

break;

}

+#endif

}

parent = p;

dst = ((Package *)p)->symtab;

The old way was to use nested classes for the sub namespaces but that plan wasnt going to work. Dot net supports nested classes aswell so this would conflict. I have attached new imports as a replacement untill a tool to automatically generate this is done. It no longer uses nested classes as sub name spaces. (The class defined within Control is an actual subclass)

There needs to be a pragma to define the assembly file for the classes and fields. The old class mscorlib hack removed. Also many assemblys require version and publickeytoken in the generated IL.

In the generated il it will usually say Foo.Bar::func where Foo is the d-language module and Bar is the class but Foo needs to be changed from just the module to the full length package.package.module.

When an object is passed as a parameter simple types like string are allowed as just: (string). Complex types are passed like (Foo) but it should be ([assembly]all.name.spaces.Foo)

Nested classes are named in the IL outer.nested but it should be outer/nested

I have also attached a simple example of code to show a form with 1 button on it. It has the fixed il with it so you can compare the differences.
Comments: ** Comment from web user: cristiv **

Can we close this one?

Closed Issue: sc.ini not checked for imports

cristiv — Tue, 23 Jun 2009 17:25:33 GMT

In my sc.ini I have the default import folders like I do with dmd but dnet wont use them so I have to use -I switch everytime when compiling.
Comments:

Commented Issue: sc.ini not checked for imports

cristiv — Sat, 20 Jun 2009 02:46:38 GMT

In my sc.ini I have the default import folders like I do with dmd but dnet wont use them so I have to use -I switch everytime when compiling.
Comments: ** Comment from web user: cristiv **

I have applied the fix.

Commented Issue: Changes to work with dot net namespaces

cristiv — Sat, 20 Jun 2009 02:45:59 GMT

I have applied the fix.

Closed Issue: escape sequence not lexed correctly for characters

cristiv — Thu, 18 Jun 2009 07:16:01 GMT

This code works with dmd but not dnet:

module hw;

import System;

void main()
{
string s = "hello world\n";
char c = '\n'; //line 8
}

C:\d\dnet\projects\hw>dnet -I../../src/phobos/ -I../../src/druntime/import/ hw.d

hw.d(8): unterminated character constant
hw.d(8): semicolon expected, not 'n'
hw.d(8): unterminated character constant
hw.d(8): found '59U' when expecting ';' following 'statement'
Comments:

Closed Issue: quotation mark escape sequence not working correctly

cristiv — Thu, 18 Jun 2009 07:15:30 GMT

With the latest changeset (18576) quotation mark escape sequence \" is not working:

module hw;

import System;

void main()
{
string s = "hello\" world"; //line 7
Console.WriteLine(sys(s));
}

hw.d(7): semicolon expected, not 'world'
hw.d(12): unterminated string constant starting at hw.d(7)
hw.d(12): found '""' when expecting ';' following 'statement'
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement

All others like \n and \t do not cause compile errors for me.
Comments:

Closed Issue: Error compiling dimport.d

cristiv — Thu, 18 Jun 2009 07:14:58 GMT

Attempt to compile provided dimport.d with latest dnet:

>dnet dimport.d
Warning: dimport.d(25): converting slice to temporary array
Assertion failed: e || isBranchInstruction(this) || stackDelta() == 0, file ..\dmd\backend.net\elem.cpp, line 93
Comments:

Closed Issue: Error with escape characters

cristiv — Thu, 18 Jun 2009 07:14:36 GMT

module hw; //line 1

import System;

void main()
{
string s = "\\"; //line 7
Console.WriteLine(sys(s));
}

//line 11. last line

C:\d\dnet\projects\hw>dnet hw.d
hw.d(12): unterminated string constant starting at hw.d(7)
hw.d(12): semicolon expected, not 'EOF'
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement
hw.d(12): found 'EOF' instead of statement

BTW why has this code changed so much from the dmd's front end?
Comments:

Closed Issue: Error with string mixins and escape characters

cristiv — Thu, 18 Jun 2009 07:13:41 GMT

module hw; //line 1

import System;

void main()
{
mixin("string s = \"hello world\";"); //line 7
//Console.WriteLine(sys(s));
}

//line 11. last line

hw.d(7): unsupported char '\'
hw.d(7): unterminated string constant starting at hw.d(7)
hw.d(7): semicolon expected, not 'EOF'
Comments:

Verified fix.

Commented Issue: Error compiling dimport.d

cristiv — Mon, 25 May 2009 20:18:03 GMT

Are you compiling on Linux by any chance? The ILASM and ILASM2 programs that ship with Mono do not seem to understand #define directives.

I have limited time and the first priority is to stabilize the code generator -- working around bugs in non-Windows platforms is a distraction that I cannot afford right now.

Commented Issue: Changes to work with dot net namespaces

tim_m89 — Mon, 25 May 2009 14:53:04 GMT

To compile that dnetform-fixed.il I provided you need to add the word 'class' on lines 41 and 59 just inside the parenthesis at the begining before the square brackets. (mono's ilasm didnt require this for some reason)