![]() m68k-apple-macos-gcc: error: unrecognized command line option '-arch' did you mean '-march='? m68k-apple-macos-gcc: error: x86_64: No such file or directory Users/micahbly/dev/GitHub/Retro68-build/toolchain/bin/m68k-apple-macos-gcc -arch x86_64 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX11.1.sdk -o CMakeFiles/cmTC_b2a23.dir/testCCompiler.c.o -c /Users/micahbly/dev/vsc-workspace-mac68k/HelloWorld/build/CMakeFiles/CMakeTmp/testCCompiler.c Building C object CMakeFiles/cmTC_b2a23.dir/testCCompiler.c.o Run Build Command(s):/usr/bin/make cmTC_b2a23/fast & /Library/Developer/CommandLineTools/usr/bin/make -f CMakeFiles/cmTC_b2a23.dir/build.make CMakeFiles/cmTC_b2a23.dir/build Change Dir: /Users/micahbly/dev/vsc-workspace-mac68k/HelloWorld/build/CMakeFiles/CMakeTmp ![]() Is not able to compile a simple test program. I can't find out where it is doing this, and how to turn it off. It is inserting -arch=x86_64 into the gcc command line, and that causes the gcc version in retro68 to barf.I've been messing around with the config files, can't can't quite get it to do the right thing. This is a native Mac app, and pretty zippy (even with the x86 version running under Rosetta2). Retro68 setup: None, but I could put together a write up of how I got it (kind of) working if anyone is interested.Only listing it because I suppose there's a possibility it can't be fixed, and the real thing is to I guess convert the project from the cmake project to an Eclipse style one. When I have 5 mins I'll tweak the script to erase the cmake stuff on compile, I'm sure that will take care of it. It's not the end of the world, but it fills the output when compiling, so hard to find warnings/errors you actually do need to care about.Ä¢nd Annoyance: once you have used cmake script to compile it once, and hit then hit compile again, eclipse gets confused because it's finding main() twice, etc. I googled a bit and tried a couple things to suppress that particular warning, but haven't had any luck to date.Retro68-build/toolchain/universal/CIncludes/CodeFragments.h:322:1: warning: 'GetSharedLibrary' initialized and declared 'extern' Annoyance: it is spewing up THOUSANDS of warnings from gcc about the 68k Mac includes.Of the 3, this is the one working "best", but I'm essentially using it as a glorified text editor at this point, and could probably achieve similar results with BBEdit. (again, not the way it wants to do it, but haven't had time to explore yet). I have it compiling by calling cmake via script.Eclipse doesn't use cmake, as I understand it, but it can apparently read an existing cmake project and create something in it's own way. ![]() Eclipse is java based, has a few UI quirks, but obviously tons of extensions and configuration. I have more experience with Eclipse, mostly from doing Amiga cross-compiles. Not sure if that's where its failing, or how to fix it.
0 Comments
Leave a Reply. |