[armel] Thumb builds cause defective Mono 2.8 builds (SIGILL on NullReferenceException)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Linaro GCC |
Invalid
|
Undecided
|
Unassigned | ||
gcc-4.4 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
gcc-4.5 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
mono (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: gcc-4.5
It seems there is a problem with the Linaro patches to GCC.
Unmodified upstream Mono 2.8 builds with gcc-4.4 or gcc-4.5 (for 4.5, see attached for a minor build fix). However, using the Ubuntu (Linaro) compilers results in a Mono runtime which fails during the test suite when catching a NullReferenceEx
Ubuntu gcc-4.4 and gcc-4.5 are defective here, but Debian gcc-4.4 and gcc-4.5 are fine. Significantly, gcc-4.5 in both cases is supposedly the same upstream version (4.5.1), but the Linaro-patched package in Ubuntu fails. This bug makes it impossible to update Mono in Natty.
tags: | added: armel armv7 |
tags: | added: arm-porting-queue |
Changed in gcc-4.5 (Ubuntu): | |
status: | New → Invalid |
Changed in gcc-4.4 (Ubuntu): | |
status: | New → Invalid |
Changed in mono (Ubuntu): | |
status: | New → Fix Released |
Attached is a simple test case for this problem. Compile it on any system with "gmcs nre.cs", and run with "mono nre.exe" - it should produce an error message like this:
Caught nre: System. NullReferenceEx ception: Object reference not set to an instance of an object
at Tests.Main (System.String[] args) [0x00000] in <filename unknown>:0
To run the minimal test case, use: ~/mono. git/mono/ mini$ MONO_PATH= ../../mcs/ class/lib/ net_2_0 ./mono nre.exe
oem@efikamx:
To run the full test case for ALL possible problems, use:
oem@efikamx: ~/mono. git/mono$ make check