Re: gnu.java.locale

[Brian Sullivan <bsulliv at bbnow dot net>]

Erik Poupaert wrote:

> By the way, every time a source tree uses java.util.Date or
> java.util.Calendar, I have to create a hard reference to these classes, to
> force the runtime to load them:
>
> 	private static Class x1=gnu.java.locale.Calendar.class;
> 	private static Class x2=gnu.java.locale.LocaleInformation.class;
>
> These classes seems to be loaded dynamically through reflection, as I've
> noticed in the libjava sources.
> Is it possible to add these hard references in libjava itself? That would
> enable many more source trees to compile natively, without patching.
Would it make sense to always automatically link in a special 
gnu.java.StaticLinkRequired class within libgcj when statically linking? 
That way, average code will work and any further changes to reflection 
requirements are located in a single location.

> I know the problem only occurs when you build executables statically.
> Building executables statically is the default on minGW. And what's more, I
> enjoy building executables statically. I don't want to build them
> differently. It is my hobby :)
Brian