![]() |
Ok, there you go. I just pushed it :-)
Happy testing! PS: m68k-amigaos-gcc --help=target (and excuse the bad formatting...) |
@matthey
amidevcpp looks like an easy entry but is actually handicap i think. its better to use shell, configure and make and edit the sources respectively. with amidevcpp you have to build its own custom makefiles, practically regenrating the project which potentially leads to a mess in dependencies and the result isnt portable anymore. i think i wouldnt use devcpp today anymore. |
Quote:
|
Quote:
Quote:
|
I thought it would be fun to develop on my A2000 but quickly figured out that it's just not going to happen with an 030 and 16MB of RAM. I still use it for remote debugging and when I want to play in ASM-One but C happens on my PC with WinUAE.
GCC 6 does look like it's going to be useful for my other project at the moment which is homebrew for a 68K-based arcade system. I'm doing it with GCC 4.3 (I think?) at the moment. I couldn't get Newlib to compile with it - I'll see if I can get 6 to cooperate. |
Where does one find the LHa unpacker for Python 2.7? I tried building it on my AMD64 Debian Jessie box but it couldn't unpack most of the packages.
|
Quote:
|
Quote:
Quote:
i really think we need to stick to cross compilers for now. may be that on aros the substantial part of the toolchain will work natively soon. i had a hint lately but being busy elsewhere have not checked that out. you might well be able to compile aros-68k binaries with gcc6 on an amiga already, im not sure. |
Quote:
|
Quote:
EDIT Ha! Figured it out! The "build" subcommand would have taken care of them itself if I had run it with the "./scriptname" instead of "python scriptname". I just had to make a link called python27 that would link back to python. EDIT2 Ok now I have a real issue in the downloaded cross-toolchain after it built. When including sdtddef.h in an ANSI C source it generates a conflict of two typedefs for wchar_t. One for GCC's headers and another for the system headers. |
Quote:
|
Is there a define macro that I am supposed to instantiate to prevent one of the definitions of wide characters?
|
Just read through this interesting thread. I've quite literally this week been playing with VBCC and the cahirwpz gcc toolchain (I had not seen this thread). I'll start a separate thread since I have some questions that are too general for here but I just thought I'd add...
I just built a fresh install of macOS Sierra and decided I'd try to cross compile instead of using SAS/C on my non-RTG A1200. I have JetBrains CLion which uses CMAKE. I could of course use VSCode or Sublime Text 3 but since I have a JetBrains subscription I figured I may as well give the modern IDE a shot. In short, I couldn't get CLion / CMake to play nicely with VBCC but it seemed to work well enough with the version of GCC that I compiled. As far as my simple tests went. Full code inspection and intelligence for Amiga libs. Very nice. I didn't do anything special about 32bit gcc so I expect my install is flawed but a simple MUI hello world worked OK. |
So, I did some more building of this the other night. I'm on OS X. If I build with --m32 then the build fails. I assume this is why it says it is currently broken on MacOS?
If however I just build (without --m32) then the build completes OK and a simple intuition based Hello World builds and runs fine on FS-UAE. Can I assume from the latter that everything is OK and I am good to go? Or does my simple example program not scratch the surface enough to hit the reason that this is currently marked as broken on Mac? I am unlikely to be getting anywhere near the level of complexity demonstrated in this thread and will be just doing simple stuff for now. Thanks. |
Quote:
|
Thank you - I'm a little bit confused about the difference though.
If it will work fine in 64bit mode, why have the 32bit mode? What is the difference? Obviously I know what 64bit is, and what 32bit is. Since the 68k Amiga is not 64bit, is GCC outputting 32bit binaries regardless of the mode? Sorry if that's a bit of a noob / obvious question! |
Quote:
I am unsure if binutils (assembler/linker) works perfectly on OSX with 64 bit because I use a different set of tools, but gcc works fine. I would say just go for it and just report any issues you find. Sounds like the basics are working though? |
Indeed, the basics seem to be fine. I'm using Jetbrains Clion IDE with a CMake script and I haven't really paid much attention to what the output window says it's doing / using. Maybe I should pay more attention :)
Thanks for the explanation. I'll report back if I get stuck. |
Just pushed an update with plenty fixes and some improvements.
Big, big, biiiiiiiiig thanks to alpine9000 who did lot's of testing, bug finding and test case building. Code:
tscpsc: 18920ms I have ideas for further otimizations in my pockets, and I'm open for suggestions (little effort -> huge effect) |
Quote:
Really great reat work bebbo, this is such an important project to keep the classic Amiga scene moving forward. Thanks for all your work! |
All times are GMT +2. The time now is 07:41. |
Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.