[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Richard Guenther changed: What|Removed |Added Priority|P3 |P4 Severity|major |normal --- Comment #10 from Richard Guenther 2012-01-19 12:42:40 UTC --- i686-apple-darwin10 isn't a cross-only target but also a host platform.
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #9 from Ruben Van Boxem 2011-10-26 12:49:43 UTC --- I received a build of a darwinx-ld binary from the darwinx toolchain maintainer that accepts the -no_compact_unwind option, and the problem has not gone away. Configure is either using the wrong headers for the build or configure is messing up.
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Richard Guenther changed: What|Removed |Added Target||i686-apple-darwin10 Host||x86_64-linux Target Milestone|--- |4.7.0
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Iain Sandoe changed: What|Removed |Added CC||peter at pogma dot com --- Comment #8 from Iain Sandoe 2011-09-19 19:45:38 UTC --- (In reply to comment #7) > I'm still experiencing the same behavior. yes, I would guess so unless you re-build the cross tools (and that would probably not solve your config problems - given the other comments you made) ... > I don't think the darwinx toolchain has the problems you say? Why do you > think > it uses a Darwin9 system framework and headers? It has GCC 4.2.1 and the Mac > OS > X 10.5 SDK, which are all pretty Darwin10 as far as I can see. OSX 10.5 is darwin 9 (and gcc 4.2.1 is perfectly usable under OSX10.5/darwin9 - it's just not the default). Target: i686-apple-darwin10 Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include --libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=i686-apple-darwin10 --enable-languages=c,objc,c++,obj-c++ --with-sysroot=/usr/darwinx/SDKs/MacOSX10.5.sdk . I'm not aware of a genuine darwin10 (OSX 10.6) cross-toolchain - but if there is I'd love to see it (I'm only aware of toolwhip and odcctools which are both on the darwin9 ld64 AFAIK).
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #7 from Ruben Van Boxem 2011-09-19 19:28:48 UTC --- I'm still experiencing the same behavior. I don't think the darwinx toolchain has the problems you say? Why do you think it uses a Darwin9 system framework and headers? It has GCC 4.2.1 and the Mac OS X 10.5 SDK, which are all pretty Darwin10 as far as I can see. Something changed in 4.6 vs 4.7. I have sys/malloc.h , objc/malloc.h, and malloc/malloc.h. Somehow, HAVE_MALLOC_H is being wrongfully defined to 1 when it should be 0. auto-host.h has the define commented out. auto-build.h has it defined. These are the same for GCC 4.6. So the problem must lie elsewhere... I noticed the gengtype-lex.o object file is build with i686-apple-darwin10-gcc for GCC 4.7, and (Linux) gcc for GCC 4.6. This cannot be intended behavior.
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #6 from Iain Sandoe 2011-09-08 07:43:03 UTC --- (In reply to comment #5) > Not necessarily related to your specific problem - but a "heads up": > > I've just committed a change to the Darwin port that will make the compiler > (better) use the target system headers. > > However, it will also accentuate the issue that you are targeting Darwin10 > using a Darwin9 system framework and toolset. > > You will need to fake a darwin10 "ld" that can handle the "-no_compact_unwind" > unwind flag (or comment that section out of config/darwin10.h). > > Until someone has time to update odcctools or toolwhip to a Darwin10 version, > I > wonder if it is not simply easier to build an i686-Darwin9 executable? (which > should run fine on Darwin10) (this relates to the host libs and tools of course - not the mingw_32 stuff).
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Iain Sandoe changed: What|Removed |Added CC||iains at gcc dot gnu.org --- Comment #5 from Iain Sandoe 2011-09-08 07:38:33 UTC --- Not necessarily related to your specific problem - but a "heads up": I've just committed a change to the Darwin port that will make the compiler (better) use the target system headers. However, it will also accentuate the issue that you are targeting Darwin10 using a Darwin9 system framework and toolset. You will need to fake a darwin10 "ld" that can handle the "-no_compact_unwind" unwind flag (or comment that section out of config/darwin10.h). Until someone has time to update odcctools or toolwhip to a Darwin10 version, I wonder if it is not simply easier to build an i686-Darwin9 executable? (which should run fine on Darwin10)
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #4 from Ruben Van Boxem 2011-08-29 18:30:29 UTC --- For those wondering how on Earth I am cross-compiling for Mac, see http://build1.openftd.org/fedora-cross-darwinx/ This is a cross toolchain for Fedora, which works quite well. The version used in the build is: Using built-in specs. Target: i686-apple-darwin10 Configured with: ../configure --prefix=/usr --bindir=/usr/bin --includedir=/usr/include --libdir=/usr/lib64 --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --build=x86_64-unknown-linux-gnu --host=x86_64-unknown-linux-gnu --target=i686-apple-darwin10 --enable-languages=c,objc,c++,obj-c++ --with-sysroot=/usr/darwinx/SDKs/MacOSX10.5.sdk --with-as=/usr/bin/darwinx-as --with-ld=/usr/bin/darwinx-ld --enable-static --enable-shared --disable-nls --enable-multilib --enable-libssp Thread model: posix gcc version 4.2.1 (Apple Inc. build 5664)
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #3 from Ruben Van Boxem 2011-08-29 18:26:10 UTC --- Created attachment 25133 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25133 Compressed build log detailing failure Attached build log. ("make all-gcc" output)
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 --- Comment #2 from Ruben Van Boxem 2011-08-29 18:23:12 UTC --- Created attachment 25132 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25132 gcc/config.log Attached gcc/config.log
[Bug bootstrap/50229] [4.7 Regression] Can't cross compile for i686-apple-darwin10 from x86_64-redhat_linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50229 Ruben Van Boxem changed: What|Removed |Added Attachment #25130|0 |1 is obsolete|| --- Comment #1 from Ruben Van Boxem 2011-08-29 18:22:32 UTC --- Created attachment 25131 --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25131 toplevel config.log Add proper toplevel config.log