This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug inline-asm/38804] libgcj multilib fails if not able to exec "non" native programs
- From: "rob1weld at aol dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: Sun, 24 Jul 2011 19:19:29 +0000
- Subject: [Bug inline-asm/38804] libgcj multilib fails if not able to exec "non" native programs
- Auto-submitted: auto-generated
- References: <bug-38804-4@http.gcc.gnu.org/bugzilla/>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38804
--- Comment #13 from Rob <rob1weld at aol dot com> 2011-07-24 19:19:22 UTC ---
(In reply to comment #12)
> It has always been the case that configure needs to be able to execute code
> for all multilibs. If you have a target where this is not possible (like
> Solaris or IRIX), you need to configure with --disable-multilibs (or on some
> targets restrict the set of multilibs built). This has nothing to do with
> libgcj, but affects most target libraries.
>
> A documentation issue probably.
>
> Rainer
It has been over 2 and a half years since the Post prior to yours. A lot has
changed since then (I don't think we compile LibJava anymore and we now have
(proper) 64-Bit support for this Platform).
As long as the Docs are up to date (assuming 64-Bit Compile is working) then
this Bug could be closed.
I've been waiting to get a Bulldozer running before I contribute here further
as my current Computer is too old to be of much help here. I expect to be back
in 6 months.