This is the mail archive of the java@gcc.gnu.org mailing list for the Java project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: statically linked executable size


Per Bothner wrote:
The idea that users should have to specify which libraries to link
with is something I find totally lame.

I agree completely, and for me this is a show-stopper to splitting the library until the linking can be made transparent to the user. The good news is that it would be transparent once we switch to the BC-ABI by default - any dependent classes would be found and loaded automatically by the db mechanism. But, we're not there yet.


Splitting AWT, etc, out would likely have some effect on startup times for simple apps, but it isn't clear how significant that would be. Most large apps probably reference a few AWT classes anyway so they would see little benefit. We do know that a lot of startup time is spent in the dynamic linker. But, I think it would be more effective in the general case to implement pointer-free metadata and build libgcj itself with -findirect-classes, reducing reloc processing and the amount of copy-on-write-ed .so data.

Bryce


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]