This is the mail archive of the
java@gcc.gnu.org
mailing list for the Java project.
Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
Tom Tromey <tromey@redhat.com> writes:
> Tom> We could compile libgcj.a differently.
> Really I'd prefer not to do this. Compiling static and dynamic
> libraries differently just makes more opportunities for obscure bugs.
I definately agree. However, there's got to be some way to detect at
runtime if the binary is statically linked. Any ideas?
- a
- References:
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, butcrasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, butcrasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter
- Re: GCJ application runs not too bad with shared libs, but crasheswith static libs - seems to be in _Jv_MonitorEnter