04 October 2018, 10:34 | #941 |
Total Chaos forever!
Join Date: Aug 2007
Location: Waterville, MN, USA
Age: 49
Posts: 2,200
|
I think you're supposed to build with custom startup code.
Try typing "make simple.library_r" and look at the -resident command line option. Last edited by Samurai_Crow; 04 October 2018 at 10:43. |
04 October 2018, 17:32 | #942 | |
Registered User
Join Date: Feb 2007
Location: Melbourne, Australia
Age: 41
Posts: 3,773
|
Quote:
|
|
04 October 2018, 18:10 | #943 | |
Registered User
Join Date: Dec 2010
Location: Athens/Greece
Age: 53
Posts: 722
|
Quote:
https://github.com/alexalkis/library |
|
04 October 2018, 19:47 | #944 |
Registered User
Join Date: Jul 2017
Location: San Jose
Posts: 676
|
Thanks, alkis! Yeah, this is not really what I’m looking for as you’re using asm to setup the library structure. If everything fails, I can use this approach, though. I was looking for a C only solution if possible. I thought that -ramiga-lib and the macros in <stabs.h> would do the magic.
|
05 October 2018, 09:24 | #945 |
Registered User
Join Date: Jul 2017
Location: San Jose
Posts: 676
|
I think I got it working
Two issues 1) I was a moron, producing essentially .o file (I had -c left over in the gcc commandline) 2) libnix seems to have a 14 year(!) old bug in libinit.c#L183 : Code:
in LibInit() : if (!__UserLibInit(&lib->LibNode,lib->DataSeg)) { FreeMem((UBYTE *)lib-lib->LibNode.lib_NegSize,lib->LibNode.lib_NegSize+lib->LibNode.lib_PosSize); lib = NULL; } |
05 October 2018, 16:10 | #946 | |
Registered User
Join Date: Jul 2009
Location: UK
Posts: 112
|
Quote:
Installed on Windows 10, 64bit. I used ./bin to get direct access to gcc. Im getting a command line : error . Code:
<C:\amiga-gcc>.\bin\m68k-amigaos-gcc.exe hello.c hello -Os -noixemul /amiga-gcc/lib/gcc/m68k-amigaos/6.4.1b/../../../../m68k-amigaos/bin/ld: hello:(.text+0x68): multiple definition of `_exit'; C:/amiga-gcc/m68k-amigaos/libnix/lib/ncrt0.o:C:/amiga-gcc/m68k-amigaos/libnix/lib/ncrt0.o:(.text+0x68): first defined here /amiga-gcc/lib/gcc/m68k-amigaos/6.4.1b/../../../../m68k-amigaos/bin/ld: hello:(.text+0x68): multiple definition of `exit' /amiga-gcc/lib/gcc/m68k-amigaos/6.4.1b/../../../../m68k-amigaos/bin/ld: hello:(.text+0xe8): multiple definition of `main'; /Users/angel/AppData/Local/Temp/ccYVojmD.o:(.text+0x1c): first defined here collect2: error: ld returned 1 exit status C:\amiga-gcc> |
|
05 October 2018, 16:20 | #947 | |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
(And you should add that bin folder to the path or use the provided cmdline.bat which does this for you.) |
|
06 October 2018, 06:29 | #948 | ||
Code Kitten
Join Date: Aug 2015
Location: Montreal/Canadia
Age: 52
Posts: 1,178
|
Quote:
Quote:
If so, that is mightily impressive. I do not recall the exact version of GCC Samuel Devulder and I used when we were fiddling with the Quake sources around 1996-97 (Samuel published them on Aminet at the time) but this makes me very eager to recompile them and measure the difference. |
||
06 October 2018, 11:40 | #949 |
Registered User
Join Date: Dec 2010
Location: Athens/Greece
Age: 53
Posts: 722
|
My guess would be, little or no difference, since I'd assume the graphics bandwidth would be the bottleneck.
|
06 October 2018, 11:41 | #950 | |
Registered User
Join Date: Jul 2009
Location: UK
Posts: 112
|
Quote:
Works perfect, thanks bebbo ! |
|
06 October 2018, 14:41 | #951 |
Registered User
Join Date: Feb 2007
Location: Melbourne, Australia
Age: 41
Posts: 3,773
|
|
06 October 2018, 20:05 | #952 | |
Code Kitten
Join Date: Aug 2015
Location: Montreal/Canadia
Age: 52
Posts: 1,178
|
Quote:
I doubt that was the case since the profiler runs I collected at the time revealed that most of the time was spent in fmulfunctions (*) followed only a bit further down the line by the span drawing functions. Moreover, even then, there is no guarantee that these drawing functions were also reaching maximum bandwidth. For both types of tasks, a better optimizing compiler would probably help maximize the throughput and end up having a positive influence on the frame rate, even if probably will be only by a small fraction. Of course, switching from floating point maths to fixed point in the absence of an FPU would probably the first step to take before optimizing anything else. (*) my 1200 was equipped with a 68030 but I do not recall if it was also fitted with a 68881/2 FPU at the time, I suspect it was not since the fmulfunctions would have been replaced by the corresponding assembly instructions then. |
|
06 October 2018, 20:23 | #953 |
Registered User
Join Date: Jul 2017
Location: San Jose
Posts: 676
|
@bebbo: do you know if (and how good) the optimizer knows how to optimize for 060? I.e. shift instructions around to make use of dual-issue?
Also do -m68020-60 and -m68060 avoid instructions that were removed from the 060? Thanks! |
06 October 2018, 21:55 | #954 | |
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
And there is no insn reordering for m68k* in gcc6. |
|
09 October 2018, 17:17 | #955 | ||
bye
Join Date: Jun 2016
Location: Some / Where
Posts: 681
|
Quote:
Quote:
So propose a different benchmark and we'll see. Last edited by bebbo; 09 October 2018 at 22:30. |
||
11 October 2018, 07:21 | #956 | ||
Code Kitten
Join Date: Aug 2015
Location: Montreal/Canadia
Age: 52
Posts: 1,178
|
Quote:
Quote:
The issue being that as such, the Wolfenstein 3D code cannot be directly ran as a benchmark and would require modification to run tests straight from the command line. I would love to do that but unfortunately I am and will be time starved for at least one full week. |
||
06 November 2018, 20:01 | #957 |
Registered User
Join Date: Dec 2010
Location: Athens/Greece
Age: 53
Posts: 722
|
get https://www.lua.org/ftp/lua-5.3.5.tar.gz
tar xvf the thing. cd lua-5.3.5/src make generic CC=m68k-amigaos-gcc CFLAGS="-O3 -fomit-frame-pointer" AR="m68k-amigaos-ar r" RANLIB=m68k-amigaos-ranlib LDFLAGS="-noixemul -s" BOOM! Lua from upstream. No source changes. No makefile changes. Thanks bebbo. |
06 November 2018, 20:44 | #958 |
Join Date: Jul 2008
Location: Sweden
Posts: 2,269
|
But does it pass the test suite? Lua is highly dependent on the standard C library to function correctly.
|
07 November 2018, 17:26 | #959 |
Registered User
Join Date: Dec 2010
Location: Athens/Greece
Age: 53
Posts: 722
|
Frankly I haven't tried to do any tests (besides simple little lua scripts).
I took a quick look at https://www.lua.org/tests/ and there is no 5.3.5. I could try with 5.3.4 when I get some time |
05 December 2018, 04:16 | #960 |
Semi-Retired
Join Date: Mar 2012
Location: Leiden / The Netherlands
Posts: 2,039
|
Hello,
I made a library with this great tool so there are no startup files used. However (/because of that), my code crashes on float conversion stuff like floatunsidf. Looking at the code I see jumps to a library offset (-36 etc) from an uninitialized library pointer. I guess I need to manually open some libraries... But which? Edit: nvm. It was late. Looked at nm and I see I am missing MathIeeeDoubBasBase, MathIeeeDoubTransBase and MathIeeeSingBasBase Last edited by Hedeon; 05 December 2018 at 04:39. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 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 |
|
|