GCC 6.2 toolchain for AmigaOS 3 - Page 53

alkis · 22 January 2019, 17:31

Quote:

Originally Posted by BastyCDGS

Just a question:

Is it enough to recompile bgdbserver 0.5 with -mcrt=nix13 in order to get it working with OS1.3? I tried running the standard download, but it immediately returns to CLI without even printing the help info.

1.3 is not yet fully supported as far as I know in libnix. (If you need C startup and/or C library functions like malloc etc)

Better stay with 2.0 as min requirement

BastyCDGS · 22 January 2019, 17:51

Hi, thank you for your reply.

Quote:

Originally Posted by alkis

1.3 is not yet fully supported as far as I know in libnix. (If you need C startup and/or C library functions like malloc etc)

Better stay with 2.0 as min requirement

It doesn't make much sense if I can compile something for 1.3, but not debug it.

Sure, I could just use MonAm for that, too, but for C/C++ source this simply isn't the optimal debugger.

bebbo · 22 January 2019, 18:09

Quote:

Originally Posted by alkis

1.3 is not yet fully supported as far as I know in libnix. (If you need C startup and/or C library functions like malloc etc)

Better stay with 2.0 as min requirement

you need to improve your level of knowledge.

bebbo · 22 January 2019, 18:21

Quote:

Originally Posted by BastyCDGS

Hi, thank you for your reply.

It doesn't make much sense if I can compile something for 1.3, but not debug it.

Sure, I could just use MonAm for that, too, but for C/C++ source this simply isn't the optimal debugger.

You'd need TCP and a KS1.3 debug stub like my bgdbserver (which is 2.0+ atm) to debug using KS1.3.

In my opinion it makes a lot of sense to debug programs for KS1.3 under KS2.0, because it is much more comfortable to debug in the C source code.
Debugging under KS1.3 will not be completely avoidable until all problems under KS1.3 are fixed. I use DBug from O.M.A. for this.

alkis · 22 January 2019, 19:41

Quote:

Originally Posted by bebbo

you need to improve your level of knowledge.

I stand corrected. Happy, but corrected! Thank you.

bebbo · 22 January 2019, 20:05

Quote:

Originally Posted by alkis

I stand corrected. Happy, but corrected! Thank you.

Sorry, I just implemented malloc for KS1.3 at some point and I'm known for rough manners, if I have any at all. Please don't take it personally.

Quote:

Originally Posted by BastyCDGS

Just a question:

Is it enough to recompile bgdbserver 0.5 with -mcrt=nix13 in order to get it working with OS1.3? I tried running the standard download, but it immediately returns to CLI without even printing the help info.

It might be possible to modify bgdbserver to start with KS1.3.
But first provide me a TCP stack for KS1.3,

... well gdb has support for serial connections...
... and bgdbserver doesn't ...

=> it's a bit more work than just recompiling

alkis · 23 January 2019, 21:37

This gathers some tricks
https://medium.com/@renaudcerrato/th...w-33e788020221

pipper · 27 January 2019, 00:22

One more question with respect to LTO:
Presumed I use two separate gcc invocations for compile & link, which compiler flags have to be presented to the linking invocation, too, when using LTO?

Options like -mXXX -fxxx -Ox etc? All flags?

alkis · 30 January 2019, 20:40

has the "strcpy" optimization been regressed somehow?

code in compiler explorer

bebbo · 31 January 2019, 10:43

Quote:

Originally Posted by pipper

One more question with respect to LTO:
Presumed I use two separate gcc invocations for compile & link, which compiler flags have to be presented to the linking invocation, too, when using LTO?

Options like -mXXX -fxxx -Ox etc? All flags?

best read: https://gcc.gnu.org/onlinedocs/gcc/O...e-Options.html and search for -flto.

bebbo · 31 January 2019, 11:11

Quote:

Originally Posted by alkis

has the "strcpy" optimization been regressed somehow?

code in compiler explorer

strcpy has return type char *

and thanks - void functions did mark d0 as used => couldn't eliminate assignment to d0.

https://franke.ms/cex/

Keir · 31 January 2019, 17:14

I was a bit surprised but is it expected (and will remain the case) that .align N directive in gas will round up the location counter so that bottom N bits are zero (rather than N being a simple byte alignment)?

eg. .align 4 aligns to a 16-byte boundary.

I will switch to .balign 4 which has the less confusing byte alignment.

Samurai_Crow · 31 January 2019, 17:18

Quote:

Originally Posted by kaffer

I was a bit surprised but is it expected (and will remain the case) that .align N directive in gas will round up the location counter so that bottom N bits are zero (rather than N being a simple byte alignment)?

eg. .align 4 aligns to a 16-byte boundary.

I will switch to .balign 4 which has the less confusing byte alignment.

Despite the confusing description, it's just 2^N or 1<<N.

Keir · 31 January 2019, 17:34

Quote:

Originally Posted by Samurai_Crow

Despite the confusing description, it's just 2^N or 1<<N.

Is it a normal Amiga assembler convention to do it this way?

bebbo · 31 January 2019, 21:40

Quote:

Originally Posted by kaffer

Is it a normal Amiga assembler convention to do it this way?

amiga assemblers used

CNOP displacement,alignment

NovaCoder · 01 February 2019, 03:25

I just had a quick go at building AmiWolf (basic C application) using the latest GCC 6.5 but I'm having linker issues. I've probably stuffed something silly up again

Does anyone have any idea what I've done wrong?

PHP Code:


			
gcc -m68040 -noixemul -I"/home/novacoder/Development/tools/eclipse/df/AmiWolf" -O0 -Wall -c -fmessage-length=0

PHP Code:


			
12:45:51 **** Incremental Build of configuration Debug for project AmiWolf ****

make all 

Building target: AmiWolf

Invoking: Cross GCC Linker

m68k-amigaos-gcc -noixemul -o "AmiWolf"  ./src/env/com_string.o 

/opt/amiga/lib/gcc/m68k-amigaos/6.5.0b/../../../../m68k-amigaos/bin/ld: /opt/amiga/m68k-amigaos/libnix/lib/libm.a(atan.o):(.text+0x4): undefined reference to `__MathIeeeDoubTransBase'

makefile:31: recipe for target 'AmiWolf' failed

/opt/amiga/lib/gcc/m68k-amigaos/6.5.0b/../../../../m68k-amigaos/bin/ld: /opt/amiga/m68k-amigaos/libnix/lib/libm.a(atan2.o):(.text+0x5a): undefined reference to `__MathIeeeDoubTransBase'

bebbo · 01 February 2019, 09:27

Quote:

Originally Posted by NovaCoder

I just had a quick go at building AmiWolf (basic C application) using the latest GCC 6.5 but I'm having linker issues. I've probably stuffed something silly up again

Does anyone have any idea what I've done wrong?

PHP Code:


			
gcc -m68040 -noixemul -I"/home/novacoder/Development/tools/eclipse/df/AmiWolf" -O0 -Wall -c -fmessage-length=0

PHP Code:


			
12:45:51 **** Incremental Build of configuration Debug for project AmiWolf ****make all Building target: AmiWolfInvoking: Cross GCC Linkerm68k-amigaos-gcc -noixemul -o "AmiWolf"  ./src/env/com_string.o /opt/amiga/lib/gcc/m68k-amigaos/6.5.0b/../../../../m68k-amigaos/bin/ld: /opt/amiga/m68k-amigaos/libnix/lib/libm.a(atan.o):(.text+0x4): undefined reference to `__MathIeeeDoubTransBase'makefile:31: recipe for target 'AmiWolf' failed/opt/amiga/lib/gcc/m68k-amigaos/6.5.0b/../../../../m68k-amigaos/bin/ld: /opt/amiga/m68k-amigaos/libnix/lib/libm.a(atan2.o):(.text+0x5a): undefined reference to `__MathIeeeDoubTransBase'

goto [Project Properties]->C/C++ Build->Settings->Tool Settings
a) use g++ as cross-linker (adds -lm early so `__MathIeeeDoubTransBase' gets picked up)
b) add -lm (either add library `m' oder add miscellaneous `-lm')

NovaCoder · 01 February 2019, 11:07

Okay thanks, I'll try it

Update: Finally got one of my old ports running under a newer GCC

Thanks Stefan!

Auscoder · 02 February 2019, 11:46

Hey all new here, but I have been playing around with the 6.2 toolchain for a couple weeks now, actually porting a project from console to Amiga. It is all compiling/linking and running after dealing with some platform and endian issues. So that's very cool and it's amazing to see it running on Miggy! I am running in to performance issues though and was hoping for some advice and direction.

First one is how to inline 68k assembly, or advice on best way to use 68k assembly with the C/C++ project. Also on this I cant' figure out how to see the assembly dump of the various methods and functions, to spot optimization targets.

For optimization I tried using http://aminet.net/package/dev/misc/AProf334 and not sure why this happens, it opens the executable fine, and shows a whole lot of functions but when I start my port just terminates after a short time. The port works fine when starting from shell. I am using the AGA SDL framework also on Aminet could that be taking over the system or something like that? Not really sure.

Any help you could provide would be awesome.

alkis · 02 February 2019, 12:20

Quote:

Originally Posted by Auscoder

...

First one is how to inline 68k assembly, or advice on best way to use 68k assembly with the C/C++ project. Also on this I cant' figure out how to see the assembly dump of the various methods and functions, to spot optimization targets.

On how to inline you might want to take a look at https://gcc.gnu.org/onlinedocs/gcc/Extended-Asm.html
The syntax is not intuitive. It would be better to have a separate assembly file where your assembler code would be.
Assembly dump with compiler flags -S

Quote:

Originally Posted by Auscoder

For optimization I tried using http://aminet.net/package/dev/misc/AProf334 and not sure why this happens, it opens the executable fine, and shows a whole lot of functions but when I start my port just terminates after a short time. The port works fine when starting from shell. I am using the AGA SDL framework also on Aminet could that be taking over the system or something like that? Not really sure.

You can use '-pg' on compiling/linking with gcc. Run the program normally. It will produce a file gmon.out. Then run m68k-amigaos-gprof executable_name gmon.out

01 February 2019, 03:25	#1056
NovaCoder Registered User Join Date: Sep 2007 Location: Melbourne/Australia Posts: 4,400	I just had a quick go at building AmiWolf (basic C application) using the latest GCC 6.5 but I'm having linker issues. I've probably stuffed something silly up again Does anyone have any idea what I've done wrong? PHP Code: `gcc -m68040 -noixemul -I"/home/novacoder/Development/tools/eclipse/df/AmiWolf" -O0 -Wall -c -fmessage-length=0` PHP Code: 12:45:51 ** Incremental Build of configuration Debug for project AmiWolf ** make all Building target: AmiWolf Invoking: Cross GCC Linker m68k-amigaos-gcc -noixemul -o "AmiWolf" ./src/env/com_string.o /opt/amiga/lib/gcc/m68k-amigaos/6.5.0b/../../../../m68k-amigaos/bin/ld: /opt/amiga/m68k-amigaos/libnix/lib/libm.a(atan.o):(.text+0x4): undefined reference to `__MathIeeeDoubTransBase' makefile:31: recipe for target 'AmiWolf' failed /opt/amiga/lib/gcc/m68k-amigaos/6.5.0b/../../../../m68k-amigaos/bin/ld: /opt/amiga/m68k-amigaos/libnix/lib/libm.a(atan2.o):(.text+0x5a): undefined reference to `__MathIeeeDoubTransBase'

01 February 2019, 11:07	#1058
NovaCoder Registered User Join Date: Sep 2007 Location: Melbourne/Australia Posts: 4,400	Okay thanks, I'll try it Update: Finally got one of my old ports running under a newer GCC Thanks Stefan! Last edited by NovaCoder; 02 February 2019 at 00:06.

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

23 January 2019, 21:37	#1047
alkis Registered User Join Date: Dec 2010 Location: Athens/Greece Age: 53 Posts: 719	This gathers some tricks https://medium.com/@renaudcerrato/th...w-33e788020221

27 January 2019, 00:22	#1048
pipper Registered User Join Date: Jul 2017 Location: San Jose Posts: 652	One more question with respect to LTO: Presumed I use two separate gcc invocations for compile & link, which compiler flags have to be presented to the linking invocation, too, when using LTO? Options like -mXXX -fxxx -Ox etc? All flags?

30 January 2019, 20:40	#1049
alkis Registered User Join Date: Dec 2010 Location: Athens/Greece Age: 53 Posts: 719	has the "strcpy" optimization been regressed somehow? code in compiler explorer

31 January 2019, 17:14	#1052
Keir Registered User Join Date: May 2011 Location: Cambridge Posts: 682	I was a bit surprised but is it expected (and will remain the case) that .align N directive in gas will round up the location counter so that bottom N bits are zero (rather than N being a simple byte alignment)? eg. .align 4 aligns to a 16-byte boundary. I will switch to .balign 4 which has the less confusing byte alignment.

02 February 2019, 11:46	#1059
Auscoder Registered User Join Date: Jan 2019 Location: Brisbane Posts: 99	Hey all new here, but I have been playing around with the 6.2 toolchain for a couple weeks now, actually porting a project from console to Amiga. It is all compiling/linking and running after dealing with some platform and endian issues. So that's very cool and it's amazing to see it running on Miggy! I am running in to performance issues though and was hoping for some advice and direction. First one is how to inline 68k assembly, or advice on best way to use 68k assembly with the C/C++ project. Also on this I cant' figure out how to see the assembly dump of the various methods and functions, to spot optimization targets. For optimization I tried using http://aminet.net/package/dev/misc/AProf334 and not sure why this happens, it opens the executable fine, and shows a whole lot of functions but when I start my port just terminates after a short time. The port works fine when starting from shell. I am using the AGA SDL framework also on Aminet could that be taking over the system or something like that? Not really sure. Any help you could provide would be awesome.

Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)