This is the mail archive of the java-patches@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]

Re: __libc_ia64_register_backing_store_base


Richard Henderson <rth@redhat.com> writes:

> Err.. which constructors?  

I don't know, you tell me.  You cannot have any problem if the code
which you had problems with was called after the application entered
main().  So it must be a constructor.

> If all libraries that libgcjgc depend on have been initialized
> (and they have), then I see no reason why doing GC before _start
> shouldn't work.

The system startup consists not only of the explicit dependencies of
libgcjgc etc, all code running before the application code counts.
Just imagine a LD_PRELOAD module which changes something which
invalidates assumptions made by the GC when it ran.

If what you want would be done it just means that we might just keep
on adding more and more crap like this variable in ld.so etc just to
make yet another runtime environment happy.

And for this case it should be simple to fix: just let the GC return
without doing anything until the application code starts.  It might be
that your patch does just that.

-- 
---------------.                          ,-.   1325 Chesapeake Terrace
Ulrich Drepper  \    ,-------------------'   \  Sunnyvale, CA 94089 USA
Red Hat          `--' drepper at redhat.com   `------------------------


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