This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH, libgcc] Disable JCR section when java is not enabled
- From: Tom Tromey <tromey at redhat dot com>
- To: Jakub Jelinek <jakub at redhat dot com>
- Cc: Joey Ye <joey dot ye at arm dot com>, per at bothner dot com, aph at redhat dot com, "H.J. Lu" <hjl dot tools at gmail dot com>, gcc-patches <gcc-patches at gcc dot gnu dot org>, "'Ian Lance Taylor'" <iant at google dot com>
- Date: Thu, 10 Oct 2013 07:32:19 -0600
- Subject: Re: [PATCH, libgcc] Disable JCR section when java is not enabled
- Authentication-results: sourceware.org; auth=none
- References: <000901ceae04$546ced10$fd46c730$ at arm dot com> <CAKOQZ8y9OWS51mySrr4PC8dvAfy2Zu_H3hGjMaE3cxGVM+dMNQ at mail dot gmail dot com> <000601cec591$ebca0c20$c35e2460$ at arm dot com> <20131010084804 dot GA30970 at tucnak dot zalov dot cz>
Jakub> Given the state of gcj that it is now only rarely used and most
Jakub> people just use OpenJDK instead, wouldn't it be a good idea to
Jakub> just require that gcj code is linked using gcj driver or, if
Jakub> linked in any other driver, just using a special non-default
Jakub> option (-flink-jcr or similar), that would be automatically set
Jakub> by gcj driver, move this JCR stuff out of the normal crt* files
Jakub> and put it into crtjava*.o instead, and only link in if
Jakub> -flink-jcr is passed or gcj driver used? Or treat -lgcj as that
Jakub> magic switch?
The irony of the situation is that this would require significantly more
work than has gone into gcj in the past N years.
Jakub> Also, looking at crtstuff.c makes me wonder where are classes
Jakub> deregistered, there are only calls to _Jv_RegisterClasses, but
Jakub> never to to deregistration, wonder what happens if you dlclose a
Jakub> shared library with registered classes.
I think we never implemented class GC for compiled classes, though it's
hard to remember.
Tom