GCC 6.2 toolchain for AmigaOS 3

[plasmab]

Originally Posted by alkis

is building of toolchain halted by ira erroring or is it just me?

I saw that .. use the Amiga-Gcc repo instead

[alkis]

Originally Posted by plasmab

I saw that .. use the Amiga-Gcc repo instead

but I am using that *shrug*

[plasmab]

Originally Posted by alkis

but I am using that *shrug*

Ah now I remember... ira has been changed.. I had to patch it manually.

[plasmab]

actually no. I had to edit ..

https://github.com/bebbo/amigaos-cross-toolchain

but not

https://github.com/bebbo/amiga-gcc

it worked ok .

[plasmab]

actually no. I had to edit ..

https://github.com/bebbo/amigaos-cross-toolchain

but not

https://github.com/bebbo/amiga-gcc

it worked ok .

[alkis]

It tries to do that:
cd projects/ira && cc -o /home/alex/t/amiga-gcc/build/ira/ira -Os ira.c ira_2.c supp.c

and gets linker errors, which sounds reasonable cause there a lot more *.c files in there than the three that tries to make an executable out of.

[alkis]

If I cd in projects/ira and type make it builds.
So, make -n from amiga-gcc folder:

mkdir -p build/ira
cd projects/ira && cc -o /home/alex/t/amiga-gcc/build/ira/ira -Os ira.c ira_2.c supp.c
mkdir -p /opt/amiga/gcc6/bin/
install build/ira/ira /opt/amiga/gcc6/bin/
echo "built /opt/amiga/gcc6/bin/ira"
echo "done" >build/ira/_done

and make -n from ira folder:

gcc -c -O2 -std=c99 -o obj/amiga_hunks.o  amiga_hunks.c
gcc -c -O2 -std=c99 -o obj/atari.o  atari.c
gcc -c -O2 -std=c99 -o obj/binary.o  binary.c
gcc -c -O2 -std=c99 -o obj/config.o  config.c
gcc -c -O2 -std=c99 -o obj/constants.o  constants.c
gcc -c -O2 -std=c99 -o obj/elf.o  elf.c
gcc -c -O2 -std=c99 -o obj/init.o  init.c
gcc -c -O2 -std=c99 -o obj/ira.o  ira.c
gcc -c -O2 -std=c99 -o obj/ira_2.o  ira_2.c
gcc -c -O2 -std=c99 -o obj/megadrive.o  megadrive.c
gcc -c -O2 -std=c99 -o obj/opcode.o  opcode.c
gcc -c -O2 -std=c99 -o obj/supp.o  supp.c
gcc -o ira obj/amiga_hunks.o obj/atari.o obj/binary.o obj/config.o obj/constants.o obj/elf.o obj/init.o obj/ira.o obj/ira_2.o obj/megadrive.o obj/opcode.o obj/supp.o

[bebbo]

DANGER * ACHTUNG * ATTENTION * ATTENZIONE * ATENCIÓN * ????????*

I'll soon release an update to amiga-gcc which also affects some include/lib folders in the prefix.

Changes:

• The toplevel folders include and lib are searched (/opt/amiga/include, /opt/amiga/lib), and clean-prefix won't touch these two folders.
• the ndk headers plus roadshow headers will reside in m68k-amigaos/ndk-include
• ndk 1.3 alike headers will reside in m68k-amigaos/ndk13-include. These are used if -mcrt=nix13 is specified. Those headers are not real 1.3 headers, they get constructed from the ndk headers and may contain stuff not available in 1.3 but at least only 1.3 functions are visible
• the m68k-amigaos/sys-include folder will contain new headers drafted from newlib 3.0
• a libc.a from newlib is then the default lib - also some libnix libs will be used as default.
• libnix got some wchar_t functions - not all yet and some are dummies...

Most programs do compile and run again, but e.g. hello-iostream with libnix does not print anything yet, instead it hit the 1MB size :-)


Using libnix will still yield small programs, newlib (default) programs are fat due to some overhead (e.g. reentrant errno, functions etc.). clib2 seems to work too.


You have been warned

[NovaCoder]

Originally Posted by sbergmann

I started to work on a Dockerfile for building a Docker image with this toolchain: https://github.com/sebastianbergmann...ter/Dockerfile

This is very cool, thanks for that

https://hub.docker.com/r/sebastianbe...amigaos-bebbo/

[bebbo]

Originally Posted by NovaCoder

This is very cool, thanks for that

https://hub.docker.com/r/sebastianbe...amigaos-bebbo/

his new repo is: https://github.com/sebastianbergmann/docker-amiga-gcc

[Hedeon]

Originally Posted by bebbo

• a libc.a from newlib is then the default lib - also some libnix libs will be used as default.

Is the source also on git? Could not find it.

[bebbo]

Originally Posted by Hedeon

Is the source also on git? Could not find it.

"I'll soon release an update"

[Hedeon]

If you do that, is there a possiblity that I could add my WarpOS only sources? Not that it is high standard code, but at least it is working somewhat.

Hi Bebbo, this work is awesome. I'm very thankful you've taken the time.

I'm trying to link against the socket library, and I am obviously missing something:-

m68k-amigaos-gcc -c -noixemul -m68020 -O3 -Wall -fomit-frame-pointer hello.c
m68k-amigaos-gcc -noixemul -m68020 -O3 -Wall -fomit-frame-pointer -lnix hello.o -o hello
hello.o(.text+0x1a4): undefined reference to `socket'
hello.o(.text+0x1c2): undefined reference to `inet_addr'
hello.o(.text+0x1dc): undefined reference to `connect'
hello.o(.text+0x26c): undefined reference to `recv'
hello.o(.text+0x214): undefined reference to `send'
collect2: error: ld returned 1 exit status
Makefile:11: recipe for target 'hello' failed
make: *** [hello] Error 1

How do I link against the socket library properly? I'm not familiar with how this is done - I'm used to linking against native libraries so this cross compiler shenanigans is new to me. I'm assuming I'm missing some flags here.

[bebbo]

Originally Posted by matjam

Hi Bebbo, this work is awesome. I'm very thankful you've taken the time.

I'm trying to link against the socket library, and I am obviously missing something:-

m68k-amigaos-gcc -c -noixemul -m68020 -O3 -Wall -fomit-frame-pointer hello.c
m68k-amigaos-gcc -noixemul -m68020 -O3 -Wall -fomit-frame-pointer -lnix hello.o -o hello
hello.o(.text+0x1a4): undefined reference to `socket'
hello.o(.text+0x1c2): undefined reference to `inet_addr'
hello.o(.text+0x1dc): undefined reference to `connect'
hello.o(.text+0x26c): undefined reference to `recv'
hello.o(.text+0x214): undefined reference to `send'
collect2: error: ld returned 1 exit status
Makefile:11: recipe for target 'hello' failed
make: *** [hello] Error 1

How do I link against the socket library properly? I'm not familiar with how this is done - I'm used to linking against native libraries so this cross compiler shenanigans is new to me. I'm assuming I'm missing some flags here.

-lsocket

Originally Posted by bebbo

-lsocket

So. I tried that. My issue was the position of -lsocket. It needs to be before the -o ... :-)

I guess because it's passed to the linker then.

Thanks.

[bebbo]

Originally Posted by matjam

So. I tried that. My issue was the position of -lsocket. It needs to be before the -o ... :-)

I guess because it's passed to the linker then.

Thanks.

The linker processes the objects and libraries from left to right, -lsocket must be behind objects using socket functions:

m68k-amigaos-gcc -noixemul -Os *.c -o x -lsocket

[arcanist]

I just ported my mixed C/asm softsynth from VBCC to GCC. The executable size dropped from 50K down to 20K and worked first time. I had to work around three bugs in VBCC for this project.

With GCC it was also trivial to add automatic header dependency tracking to my makefile. Nice!

[bebbo]

Originally Posted by bebbo

DANGER * ACHTUNG * ATTENTION * ATTENZIONE * ATENCIÓN * ????????*

I'll soon release an update to amiga-gcc which also affects some include/lib folders in the prefix.

Changes:

• The toplevel folders include and lib are searched (/opt/amiga/include, /opt/amiga/lib), and clean-prefix won't touch these two folders.
• the ndk headers plus roadshow headers will reside in m68k-amigaos/ndk-include
• ndk 1.3 alike headers will reside in m68k-amigaos/ndk13-include. These are used if -mcrt=nix13 is specified. Those headers are not real 1.3 headers, they get constructed from the ndk headers and may contain stuff not available in 1.3 but at least only 1.3 functions are visible
• the m68k-amigaos/sys-include folder will contain new headers drafted from newlib 3.0
• a libc.a from newlib is then the default lib - also some libnix libs will be used as default.
• libnix got some wchar_t functions - not all yet and some are dummies...

Most programs do compile and run again, but e.g. hello-iostream with libnix does not print anything yet, instead it hit the 1MB size :-)


Using libnix will still yield small programs, newlib (default) programs are fat due to some overhead (e.g. reentrant errno, functions etc.). clib2 seems to work too.


You have been warned

Ok, now it's to late - I just pushed a bunch of changes^^

[lantus360]

just updated to the latest from git

im getting these link errors

./bin/organ.o(.text+0x96):./bin/organ.o: undefined reference to `__memset64'
./bin/RSPiX/Src/CYAN/Unix/uDialog.o(.text+0x2be):./bin/RSPiX/Src/CYAN/Unix/uDialog.o: undefined reference to `__sF'

my link statement looks like this

m68k-amigaos-g++ -o <all my .o files>
-L"C:\cygwin\opt\amiga\m68k-amigaos\clib2\lib" -L"C:\cygwin\opt\amiga\m68k-amigaos\libnix\lib" -lc -lamiga -lm

i tried a define memset64 as memset in a header file but it didnt resolve it. any ideas? Im building with g++ with -O2 -noixemul

thanks