17 February 2017, 19:17 | #81 |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
WinUAE, 68020, fastest possible, More compatible, NO JIT
And if switch to WinUAE, 68020, A1200 cycle exact, More compatible, NO JIT The results differ: Code:
tscpsc: 18920ms tscpgcc: 14120ms tscpvbcc: 14120ms tscpgcc6: 12280ms Guess I have to start my A3000T and test there too^^ Bebbo |
17 February 2017, 19:39 | #82 |
Registered User
Join Date: Aug 2007
Location: berlin/germany
Posts: 1,054
|
btw. probably not the case, but if there is anything to get from it, aros uses currently binutils 2.25 for gcc 6.3.0. if needed for reference, the diffs are to find in the usual locations. what id love to see, however likely too much to hope for, would to be bundling effort to improve amiga-m68k backend being usable for both for aros and aos. i lack though the expertise to contribute to it.
|
17 February 2017, 20:02 | #83 | |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
The problems with gcc/binutils are: 1. m68k Amiga register usages: A6 as library base, A5 as frame pointer, A4 as data segment ref. 2. The amiga hunk file format 3. fast ram / chip ram 4. special stuff like resident 5. dunno... guess way more. The binutils modifications can't be merged easily since many things have changed, but I have an experimental binutils 2.27. And patching binutil 2.14 was easier. (Notice: some bugs I fixed in 2.14 are still present in the current 2.27, so noone really uses that **abandoned** code) And gcc changed a lot from 3.4.* to 4.0.0. Porting the changes to 4.0.0 is the same effort as porting them to gcc-6, so I started with gcc-6. Bebbo PS: I am using the gcc-6 branch, so it's atm "version 6.3.1 20170217 (GCC)" Last edited by bebbo; 17 February 2017 at 20:30. |
|
17 February 2017, 20:36 | #84 | |||||
Registered User
Join Date: Aug 2007
Location: berlin/germany
Posts: 1,054
|
you really dont know that there actually is aros68k ? i even posted a comparison binary results compiled with it (6.1.0) somewhere further above.
Quote:
Quote:
Quote:
Quote:
Quote:
|
|||||
17 February 2017, 23:43 | #85 | ||
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
And I can't find your post: http://eab.abime.net/search.php?searchid=3707779 Quote:
* support for A4/A5 instead of A5/A6. Everything else what was in 2.95.3 is missing. And that's plenty. Or does that exist? Where? Bebbo |
||
18 February 2017, 02:21 | #86 | |
Registered User
Join Date: Aug 2007
Location: berlin/germany
Posts: 1,054
|
Quote:
the 6.3.0 diff should be actualy alongside 4.6.4 in the repository. ill check in a minute. do you have a diff of your version against the upstream one? might be worth comparing, especially if you introduced further patches. still it would be a job for someone actually experienced. i fear toni doesnt bother with it, but maybe someone else might. here are all diffs, voila: https://trac.aros.org/trac/browser/A...ols/crosstools Last edited by wawa; 18 February 2017 at 02:26. |
|
18 February 2017, 02:56 | #87 |
Total Chaos forever!
Join Date: Aug 2007
Location: Waterville, MN, USA
Age: 49
Posts: 2,197
|
And the GitHub mirror is https://github.com/ezrec/AROS-mirror...ols/crosstools
|
18 February 2017, 03:39 | #88 |
Registered User
Join Date: Aug 2007
Location: berlin/germany
Posts: 1,054
|
btw, bebbo, you read german?
here are some comments on the subject, just in case there was something helpful: http://amiga-news.de/de/news/comment...-00029-DE.html |
18 February 2017, 12:30 | #89 | |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
Thanks for pointing me/us to that german thread. Bebbo |
|
18 February 2017, 14:38 | #90 | |
Registered User
Join Date: Mar 2015
Location: Germany
Age: 46
Posts: 23
|
Quote:
|
|
14 March 2017, 21:47 | #91 |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Finally an update:
The implementation to support -fbaserel and -fbaserel32 is looking good. The libraries and examples do compile, link and run. Just pushed my changes. Bebbo |
15 March 2017, 17:31 | #92 |
Registered User
Join Date: Dec 2010
Location: Athens/Greece
Age: 53
Posts: 721
|
Anyone can figure out why when I run
Code:
./toolchain-m68k --prefix=/home/alex/amiga/gcc6 --gcc 6 --binutils 2.14 build Code:
DEBUG: execute "git submodule init" DEBUG: execute "git submodule update" fatal: reference is not a tree: 2f126be011f78b6477fc123ba1fb0886822b97f1 fatal: reference is not a tree: 79e2eaa4195f064229a6e5376bb608332c8dcf28 Unable to checkout '2f126be011f78b6477fc123ba1fb0886822b97f1' in submodule path 'submodules/clib2' Unable to checkout '79e2eaa4195f064229a6e5376bb608332c8dcf28' in submodule path 'submodules/libdebug' ERROR: command "git submodule update" failed with 1 |
15 March 2017, 18:21 | #93 | |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
Nah - just kidding. Some submodules were forked and are using now a different location. So I suggest running a manual Code:
git pull Code:
./toolchain-m68k clean ./toolchain-m68k --prefix=/home/alex/amiga/gcc6 build Bebbo |
|
15 March 2017, 22:36 | #94 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
Which other AmigaOS "unofficial" GCC features have you already added or were you planning on bringing back? |
|
15 March 2017, 22:44 | #95 | |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
What features are missing? Bebbo |
|
16 March 2017, 00:09 | #96 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
I proposed in an enhanced 68k (68kF) ISA to add shorter PC relative addressing modes for (d32,PC) and (d24,PC,Rn.Size*Scale) which could be as fast and as small as using the absolute addressing mode with RELOC. This would allow PC relative code without RELOCs in most cases but it would not be possible to add the same short encodings for (bd,An,Rn.Size*Scale). http://cahirwpz.users.sourceforge.ne...aos/index.html |
|
16 March 2017, 01:14 | #97 |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
So missing at the moment:
2.7 -mstackcheck 2.8 -mstackextend 2.9 -mfixedstack 2.10 -mrestore-a4 2.11 -malways-restore-a4 2.13 -frepo 3.1 chip 3.2 saveds 3.3 interrupt 3.4 stackext Not very important to me :-) Bebbo |
21 March 2017, 10:42 | #98 | |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
The current version is now producing better code for: Code:
__attribute__((__regparm__(2))) char * strcpy(char *dst, const char *src) { char *ret = dst; while(*dst++=*src++) ; return ret; } Code:
_strcpy: move.l a0,d0 .L2: move.b (a1)+,d1 move.b d1,(a0)+ jne .L2 rts |
|
21 March 2017, 18:29 | #99 |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
This is good enough to compete for best 68k code generation quality from any Amiga compiler ever. If the code generation was consistently this good with few bugs, it would be a miracle after all these years.
|
21 March 2017, 18:35 | #100 | |
Registered User
Join Date: Dec 2010
Location: Athens/Greece
Age: 53
Posts: 721
|
Quote:
Code:
#NO_APP .text .even .globl _strcpy _strcpy: movel a0,d1 .even L2: moveb a1@+,d0 moveb d0,a0@+ jne L2 movel d1,d0 rts |
|
Currently Active Users Viewing This Thread: 2 (0 members and 2 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
New GCC based dev toolchain for AmigaOS 3.x | cla | Coders. Releases | 8 | 24 December 2017 10:18 |
Issue with photon/xxxx WinUAE Toolchain | arpz | Coders. Asm / Hardware | 2 | 26 September 2015 22:33 |
New 68k gcc toolchain | arti | Coders. C/C++ | 17 | 31 July 2015 03:59 |
Hannibal's WinUAE Demo Toolchain 5 | Bobic | Amiga scene | 1 | 23 July 2015 21:04 |
From gcc to vbcc. | Cowcat | Coders. General | 9 | 06 June 2014 14:45 |
|
|