On Wed, Oct 05, 2016 at 09:52:31AM +0200, Andreas Schwab wrote:
> * config/ia64/crtbegin.S (__do_jv_register_classes): Remove.
> (.section .init_array): Don't call __do_jv_register_classes.
> (.section .init): Likewise.
Oops, sorry for missing that. The patch is ok.
>
> diff --
* config/ia64/crtbegin.S (__do_jv_register_classes): Remove.
(.section .init_array): Don't call __do_jv_register_classes.
(.section .init): Likewise.
diff --git a/libgcc/config/ia64/crtbegin.S b/libgcc/config/ia64/crtbegin.S
index 3bf0e71a3a..cee0cf567d 100644
--- a/libgcc/
On Mon, 3 Oct 2016, Jakub Jelinek wrote:
> On Mon, Oct 03, 2016 at 03:26:10PM +, Joseph Myers wrote:
> > As usual when removing target macros they should be poisoned in system.h.
>
> Here is the patch with that poisoning. Bootstrapped/regtested on
> x86_64-linux and i686-linux again, ok for
On Mon, Oct 03, 2016 at 03:26:10PM +, Joseph Myers wrote:
> As usual when removing target macros they should be poisoned in system.h.
Here is the patch with that poisoning. Bootstrapped/regtested on
x86_64-linux and i686-linux again, ok for trunk?
2016-10-03 Jakub Jelinek
gcc/
*
As usual when removing target macros they should be poisoned in system.h.
--
Joseph S. Myers
jos...@codesourcery.com
On Sat, Oct 01, 2016 at 10:46:53PM +0200, Florian Weimer wrote:
> * Jakub Jelinek:
>
> > Now that GCJ is gone, I think we should remove the the tests for .jcr
> > sections from the crtfiles, which slows down (by a couple of instructions
> > and some relocations) every gcc compiled binary/library.
* Jakub Jelinek:
> Now that GCJ is gone, I think we should remove the the tests for .jcr
> sections from the crtfiles, which slows down (by a couple of instructions
> and some relocations) every gcc compiled binary/library.
Why were they needed *in every DSO* in the first place?
We still have _I
Hi!
Now that GCJ is gone, I think we should remove the the tests for .jcr
sections from the crtfiles, which slows down (by a couple of instructions
and some relocations) every gcc compiled binary/library.
Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk?
2016-10-01 Jakub Jeli