Bug 28149

Summary:	Fail to test GCC on simulation due to libjava build errors.
Product:	gcc	Reporter:	Jim Huang <jserv>
Component:	java	Assignee:	Not yet assigned to anyone <unassigned>
Status:	RESOLVED WONTFIX
Severity:	normal	CC:	gcc-bugs, gnu_andrew, java-prs
Priority:	P3
Version:	4.2.0
Target Milestone:	---
Host:	i486-linux-gnu	Target:	arm-elf
Build:	i486-linux-gnu	Known to work:
Known to fail:		Last reconfirmed:	2006-06-27 15:30:56
Attachments:	Fix build errors in libjava when target = arm-elf simulation

Description Jim Huang 2006-06-24 07:50:41 UTC

While testing GCC on a simulator[1], there are some build errors causing the process failed. The files are involving in:
(1) libjava/java/util/natVMTimeZone.cc
(2) libjava/classpath/native/fdlibm/mprec.c

Attachment attempts to fix the issue and drive testing GCC on simulation continue.

[1] Reference: http://gcc.gnu.org/simtest-howto.html

Comment 1 Jim Huang 2006-06-24 07:52:09 UTC

Created attachment 11739 [details]
Fix build errors in libjava when target = arm-elf simulation

Comment 2 Tom Tromey 2006-06-27 15:30:56 UTC

The mprec part of this patch looks fine to me.
This should go in Classpath as well as libgcj.

The timezone part of this patch looks odd.
I would expect that we would need another case in there
for "__timezone" -- both a configure check and another
#if.

Comment 3 Jim Huang 2006-06-29 06:43:37 UTC

(In reply to comment #2)
> The timezone part of this patch looks odd.
> I would expect that we would need another case in there
> for "__timezone" -- both a configure check and another
> #if.

I compared automake detecting report between gcc/gcj and GNU Classpath, and I found that macro definition HAVE_UNDERSCORE_TIMEZONE was set to different values. For the former, that is 1, and becomes unset for the later. GNU Classpath bootstrapped with Automake 1.9.6 works for me, and configure script outputs the right results.

Still, I don't find other clues.

Comment 4 Manuel López-Ibáñez 2007-02-14 15:37:14 UTC

(In reply to comment #3)
> (In reply to comment #2)
> > The timezone part of this patch looks odd.
> > I would expect that we would need another case in there
> > for "__timezone" -- both a configure check and another
> > #if.
> 
> I compared automake detecting report between gcc/gcj and GNU Classpath, and I
> found that macro definition HAVE_UNDERSCORE_TIMEZONE was set to different
> values. For the former, that is 1, and becomes unset for the later. GNU
> Classpath bootstrapped with Automake 1.9.6 works for me, and configure script
> outputs the right results.
> 

Maybe you should ask about that in the gcc@gcc.gnu.org and java@gcc.gnu.org mailing lists, so your question will reach a wider audience.

I had to disable java to bootstrapped+test using a simulator. :(

Comment 5 Andrew Pinski 2016-09-30 22:52:13 UTC

Closing as won't fix as the Java front-end has been removed from the trunk.

Comment 6 Andrew John Hughes 2016-10-03 21:27:23 UTC

The mprec changes were fixed:

http://git.savannah.gnu.org/cgit/classpath.git/commit/?id=5c6016b554d61a74b7278a