To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=107183
------- Additional comments from bige...@openoffice.org Fri Nov 27 15:47:09
+0000 2009 -------
I try to look at the patch in issue 105680. However since the counterpart is
java I would probably have to get openjdk working, right?
After =RANDBETWEEN(1;100) I got 41 in the cell so I guess it should work okay.
On the other hand, it looks to me like all the bridge stuff is packaged in the
ure debian package. No other package (not calc) does depend on that one. So it
might not be using it at all.
-msoft-float is tricky. gcc will use gprs for all operation and will add little
glue code for operation like + for instance. If you don't have a softfloat
toolchain or atleast soft float multi lib support than this glue code will
contain hard float asm code. So the result will be invalid. If your validation
routine is only something like
test_func_1(float a)
{
if (a == 1.1)
pass();
else
failed();
}
than it should pass.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@udk.openoffice.org
For additional commands, e-mail: issues-h...@udk.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
