public inbox for java-prs@sourceware.org help / color / mirror / Atom feed
From: "ebotcazou at gcc dot gnu dot org" <gcc-bugzilla@gcc.gnu.org> To: java-prs@gcc.gnu.org Subject: [Bug java/17265] [3.5 Regression] Libjava doesn't build Date: Sun, 12 Sep 2004 08:42:00 -0000 [thread overview] Message-ID: <20040912084227.11898.qmail@sourceware.org> (raw) In-Reply-To: <20040901184813.17265.ebotcazou@gcc.gnu.org> ------- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-09-12 08:42 ------- > ... sounds like ASM_OUTPUT_DEF isn't working correctly with the solaris > assembler. Please try --save-temps and post the .s output. You correctly guessed, it's related to ASM_OUTPUT_DEF and aliases. > My guess is that Solaris needs to be fixed to not define ASM_OUTPUT_DEF if the > assembler doesn't support it. The Solaris assembler does support equates (hey! it is not that primitive :-) but the equated symbol must be defined somewhere in the file. Here we have both .LL_ZN4java4lang5Class23getDeclaredConstructorsEv13 = _ZN4java4lang5Class23getDeclaredConstructorsEv which assembles fine because the second symbol is defined as .global _ZN4java4lang5Class23getDeclaredConstructorsEv .type _ZN4java4lang5Class23getDeclaredConstructorsEv, #function .proc 0110 _ZN4java4lang5Class23getDeclaredConstructorsEv: and .LL_ZN4java4lang5Class17getDeclaringClassEv20 = _ZN4java4lang5Class17getDeclaringClassEv which doesn't because the second symbol is not defined in the file. I can think of two explanations: - the aliased method should have been defined in the assembly file but for some reason it would not have been used, so the compiler decided to not emit it altogether, - the new code in class.c is somehow abusing the notion of "alias" as it attempts to contruct a local alias of an external function. In the first case, the fix could be to defer the call to assemble_alias until after we know that the method will be emitted; in the second case, the fix could be to add yet another target macro and to guard the new code with it. -- What |Removed |Added ---------------------------------------------------------------------------- Status|WAITING |NEW Last reconfirmed|2004-09-01 18:59:04 |2004-09-12 08:42:26 date| | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17265
next prev parent reply other threads:[~2004-09-12 8:42 UTC|newest] Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <20040901184813.17265.ebotcazou@gcc.gnu.org> 2004-09-01 19:25 ` mckinlay at redhat dot com 2004-09-01 19:27 ` mckinlay at redhat dot com 2004-09-12 1:37 ` pinskia at gcc dot gnu dot org 2004-09-12 8:42 ` ebotcazou at gcc dot gnu dot org [this message] 2004-09-13 5:35 ` rth at gcc dot gnu dot org 2004-10-07 9:51 ` [Bug java/17265] [4.0 " ebotcazou at gcc dot gnu dot org 2004-10-09 16:09 ` ebotcazou at gcc dot gnu dot org 2004-10-19 16:49 ` ebotcazou at gcc dot gnu dot org 2004-10-19 16:51 ` pinskia at gcc dot gnu dot org 2004-10-20 11:59 ` ebotcazou at gcc dot gnu dot org 2004-10-22 14:30 ` cvs-commit at gcc dot gnu dot org 2004-10-27 17:32 ` zack at gcc dot gnu dot org 2004-10-27 17:45 ` ebotcazou at gcc dot gnu dot org 2004-11-02 16:53 ` cvs-commit at gcc dot gnu dot org
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20040912084227.11898.qmail@sourceware.org \ --to=gcc-bugzilla@gcc.gnu.org \ --cc=java-prs@gcc.gnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).