[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2016-09-30 Thread pinskia at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38804 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2009-01-18 Thread rob1weld at aol dot com
--- Comment #11 from rob1weld at aol dot com 2009-01-18 17:04 --- (In reply to comment #10) > >Broken : gcc_build/i386-pc-solaris2.11/libgomp/config.log : > > No, it is not broken at all. __sync_val_compare_and_swap_4 cannot be used > with > x86 explicit -march=i686 is used as the def

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2009-01-15 Thread pinskia at gcc dot gnu dot org
--- Comment #10 from pinskia at gcc dot gnu dot org 2009-01-15 22:16 --- >Broken : gcc_build/i386-pc-solaris2.11/libgomp/config.log : No, it is not broken at all. __sync_val_compare_and_swap_4 cannot be used with x86 explicit -march=i686 is used as the default really is to compile for

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2009-01-15 Thread rob1weld at aol dot com
--- Comment #9 from rob1weld at aol dot com 2009-01-15 22:03 --- (In reply to comment #4) > Hmm, automake should have done the correct thing ... (In reply to comment #5) > # Even if the default multilib is not a cross compilation, > # it may be that some of the other multilibs are. > if

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2009-01-13 Thread pinskia at gcc dot gnu dot org
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-01-13 20:39 --- >Other circumstances include "co-processing". You want to compile for your favorite hardware, Xbox or PSP HEHE, funny you mentioned the PSP, you know that I work for Sony on their GCC for PS3 compilers. So I cross

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2009-01-13 Thread rob1weld at aol dot com
--- Comment #7 from rob1weld at aol dot com 2009-01-13 14:38 --- Let me clarify the accuracy of my meaning: When I said: "Down in family is not cross compiling." I meant for the purposes of being able to execute 'target' code on the 'host', 'build' or 'target' platform (as when executab

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2009-01-12 Thread rob1weld at aol dot com
--- Comment #6 from rob1weld at aol dot com 2009-01-13 07:16 --- (In reply to comment #5) > # Even if the default multilib is not a cross compilation, > # it may be that some of the other multilibs are. > if test $cross_compiling = no && test $multilib = yes \ >&& test "x${with_multi

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2009-01-12 Thread pinskia at gcc dot gnu dot org
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-13 00:45 --- # Even if the default multilib is not a cross compilation, # it may be that some of the other multilibs are. if test $cross_compiling = no && test $multilib = yes \ && test "x${with_multisubdir}" != x ; then cr

[Bug libgcj/38804] libgcj multilib fails if not able to exec "non" native programs

2009-01-12 Thread pinskia at gcc dot gnu dot org
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-13 00:45 --- Hmm, automake should have done the correct thing ... -- pinskia at gcc dot gnu dot org changed: What|Removed |Added