gcc 9 and 10

Re: gcc 9 and 10

Posted on: 2021/12/25 17:01 #181

Just popping in

What GCC version will be included in next AmigaOS SDK release?
Is It possibile to upload a full version of GCC on os4depot and/or aminet?

Memento audere semper!

Re: gcc 9 and 10

Posted on: 2021/12/26 1:12 #182

Just popping in

@kas1e
Quote:

What one is better to grab: from your page which is 10.3.0_buld2 or from SBA1's page? i mean gcc11 is not too beta ?:)

The best would be to build from SBA:s repo. I you build mine you would get a clib2 with c11 thread support which is highly experimental, more experimental than I can recommend :)

kas1e

Re: gcc 9 and 10

Posted on: 2021/12/26 10:41 #183

Home away from home

@sTix
Thanks

Btw, i see the last one on SBA repo 11.1 but on GCC page 2021-07-28 11.2 were out. Is it possible to ask you about merge?:)

Join us to improve dopus5!
AmigaOS4 on youtube

Re: gcc 9 and 10

Posted on: 2021/12/26 14:38 #184

Site Builder

@flash
Quote:

What GCC version will be included in next AmigaOS SDK release?

My intention is to have gcc 8.4.0 as a standard and optionally user will be able to install 10 or 11. That's my plan at least.

Follow me on
Ko-fi, Twitter, YouTube, Twitch

Re: gcc 9 and 10

Posted on: 2021/12/26 15:03 #185

Just popping in

@kas1e
Quote:

Btw, i see the last one on SBA repo 11.1 but on GCC page 2021-07-28 11.2 were out. Is it possible to ask you about merge?:)

Definitely, the plan is to bump version 11 one more time. 12.0 is probably not far off. I'll look into this after the holidays are over.

Re: gcc 9 and 10

Posted on: 2021/12/26 21:20 #186

Just popping in

@walkero

Glad to know you are involved in this project 🙂
Is there any chance to have a native support also for A1222/tabor? GCC needs a patch to support also spe code generation.

Actually I'm using unofficial GCC 8.4.0 installed over original OS4.1FE SDK
In next days I'll update with recent Hyperion SDK release.

kas1e

Re: gcc 9 and 10

Posted on: 2021/12/26 21:37 #187

Home away from home

@sTix
Thanks a bunch! :)

@Flash

Probably George choose to have by default 8.4.0 and not anything newer because 8.4.0 was the last one with SPE (so Tabor) support. But everyone else who has no need for Tabor support can choose to install the latest-better versions of GCC.

Join us to improve dopus5!
AmigaOS4 on youtube

Re: gcc 9 and 10

Posted on: 2021/12/27 8:32 #188

Just popping in

@kas1e

IMHO GCC 8 should not have SPE support, it was lost after GCC 5
Is there someone to confirm (or not)?

salass00

Re: gcc 9 and 10

Posted on: 2021/12/27 11:20 #189

Just can't stay away

@flash

AFAIK the last gcc to support SPE code generation when using the regular ppc target is gcc 7. For later versions the only way to build SPE code is using a special ppc_spe-<OS>-gcc cross-compiler.

The latest gcc with SPE support that can be built from adtools is gcc 6.4.0.

Re: gcc 9 and 10

Posted on: 2021/12/27 19:51 #190

Just popping in

@salass00

Ok thanks!

kas1e

Re: gcc 9 and 10

Posted on: 2021/12/27 22:08 #191

Home away from home

@sTix
While installing GCC 11 from the Adtools repo find out that in Makefile it has: CLIB2_URL=https://github.com/sodero/clib2

isn't it installs your clb2 already ?:)

Join us to improve dopus5!
AmigaOS4 on youtube

Re: gcc 9 and 10

Posted on: 2021/12/27 23:40 #192

Just popping in

@kas1e
Quote:

While installing GCC 11 from the Adtools repo find out that in Makefile it has: CLIB2_URL=https://github.com/sodero/clib2

isn't it installs your clb2 already ?:)

That's the way it's supposed to be, it's needed for C++17. The SHA1 is set though, so you're not going to get anything funky.
If you use my adtools repo you'll get HEAD on master from my clib2 fork which contains threading and so on.

Re: gcc 9 and 10

Posted on: 2022/1/5 21:59 #193

Site Builder

@flash
I think that gcc 8 still has support for SPE. But anyway, I will try to find the necessary information and include it in the next SDK.

@sTix
I try locally to compile sba1/adtools and create a native package of GCC 8.4.0 for AmigaOS 4, but when I use the coreutils 8.27, I always get errors.

I tried on Ubuntu 20.04, and there is an error where it needs to execute a 32bit binary, but this is not possible. Now I changed to Ubuntu 18.04 and the error I get is


make src/make-prime-list

make[2]: Entering directory '/opt/adtools/native-build/coreutils-native-build'

  CC       src/make-prime-list.o

cc1: error: -Wabi won't warn about anything [-Werror=abi]

cc1: note: -Wabi warns about differences from the most up-to-date ABI, which is also used by default

cc1: note: use e.g. -Wabi=11 to warn about changes from GCC 7

cc1: all warnings being treated as errors

Makefile:7844: recipe for target 'src/make-prime-list.o' failed

make[2]: *** [src/make-prime-list.o] Error 1

make[2]: Leaving directory '/opt/adtools/native-build/coreutils-native-build'

Makefile:12783: recipe for target '/opt/adtools/coreutils/repo/src/primes.h' failed

make[1]: *** [/opt/adtools/coreutils/repo/src/primes.h] Error 2

make[1]: Leaving directory '/opt/adtools/native-build/coreutils-native-build'

makefile:261: recipe for target 'coreutils-native-done' failed

make: *** [coreutils-native-done] Error 2

what I am doing is shown below


# Prepare coreutils 8.27

gild/bin/gild checkout coreutils 8.27 && \

gild/bin/gild checkout gnulib for-coreutils-8.27 && \

cd coreutils/repo && \

./bootstrap



# create the release packages

cd /opt/adtools/native-build

make native-install

The interesting thing is that with coreutils 5.2 I manage to create the packages just fine, even under Ubunut 20.04

My questions are:
1. When you create your adtools packages, are you using coreutils 8.27 or 5.2?
2. Do you have any idea about the problem above?
3. Are you using a 32bit system to create the packages?
4. Is it fine to create the packages with coreutils 5.2, if those are not going to be used anywhere else than the packaging process of the adtools?
5. In sba1/adtools the coreutils refer to 8.27, but I checked the patches and they are referring to 8.29 source code (https://github.com/sba1/adtools/blob/m ... igaOS4-compile.patch#L236). Is it right to have those patches with the 8.27? Those comments are exactly the same with the version at OS4Depot.
6. Do you know if anyone compiled GCC 8.5.0 and if it is possible to be done?

Sorry for so many questions. I hope this is fine.

Follow me on
Ko-fi, Twitter, YouTube, Twitch

Re: gcc 9 and 10

Posted on: 2022/1/6 20:11 #194

Just popping in

@walkero

Quick answers, I'm in a hurry :)

1: 5.2
2: No, haven't looked much at coreutils since 5.2 is fine by me.
3: No, 64-bit. But it shouldn't matter.
4: Yes.
5: Sounds suspicious.
6: I don't know if anyone tried but it shouldn't be to hard, it's just a point release (and the v9 patches could perhaps give some clues).

trgswe

Re: gcc 9 and 10

Posted on: 2022/1/6 22:07 #195

Just popping in

@walkero

On Ubuntu 20 have you installed the 32-bit compatability package (most distributions have those), at work we had some old 32-bit software that is vital for us to working (from sgi) and it works perfectly with the 32-bit compatibility package the distro was red-hat.

Re: gcc 9 and 10

Posted on: 2022/1/6 23:12 #196

Site Builder

@sTix
Those answers are pretty fine for me, and thank you for that. I will investigate more.

@trgswe
I did but it didn't work. Possible there is an other issue somewhere. But it doesn't matter for now, since what I am trying to do is covered from coreutils 5.2

I will open a couple of tickets at adtools, especially for the 5th of my bullets above.

Thanks guys for your valuable help.

Follow me on
Ko-fi, Twitter, YouTube, Twitch

rjd324

Re: gcc 9 and 10

Posted on: 2022/1/7 8:12 #197

Quite a regular

@walkero


# Prepare coreutils 8.27

gild/bin/gild checkout coreutils 8.27 && 

gild/bin/gild checkout gnulib for-coreutils-8.27 && 

cd coreutils/repo && 

./bootstrap

Is leading to:


Cloning into 'repo'...

remote: Enumerating objects: 1147, done.

remote: Counting objects: 100% (1147/1147), done.

remote: Compressing objects: 100% (1065/1065), done.

remote: Total 1147 (delta 410), reused 248 (delta 72), pack-reused 0

Receiving objects: 100% (1147/1147), 1.92 MiB | 3.42 MiB/s, done.

Resolving deltas: 100% (410/410), done.

Note: switching to '3df84f0492a97e07fe4de62bd2ed34e4dd3045ef'.



You are in 'detached HEAD' state. You can look around, make experimental

changes and commit them, and you can discard any commits you make in this

state without impacting any branches by switching back to a branch.



If you want to create a new branch to retain commits you create, you may

do so (now or later) by using -c with the switch command. Example:



  git switch -c <new-branch-name>



Or undo this operation with:



  git switch -



Turn off this advice by setting config variable advice.detachedHead to false



Branch '8.27' set up to track remote ref 'refs/tags/v8.27'.

Switched to a new branch '8.27'

Checkout defines some git submodules.

Applying: build: Changes for AmigaOS4 compile

Applying: build: Remove submodule info

Cloning into 'repo'...

warning: Could not find remote branch 405cd675384221b541b460c43de26d159914fe0a to clone.

fatal: Remote branch 405cd675384221b541b460c43de26d159914fe0a not found in upstream origin

Traceback (most recent call last):

  File "/home/rjd/Downloads/projects/2adtools/gild/bin/gild-checkout", line 68, in <module>

    os.chdir(repo_path)

OSError: [Errno 2] No such file or directory: '/home/rjd/Downloads/projects/2adtools/gnulib/repo'

./bootstrap: Error: --no-git requires --gnulib-srcdir

What am I doing wrong?

I get this because:
https://github.com/sba1/adtools/blob/master/gnulib/series

contains this hardcoded revision which apparently does not exist, so I am curious as to how got that to work.

Edited by rjd324 on 2022/1/7 11:10:04

If liberty means anything at all, it means the right to tell people what they do not want to hear.
George Orwell.

Re: gcc 9 and 10

Posted on: 2022/1/7 16:56 #198

Site Builder

@rjd324
As much as I understand you need to clone first the gnulib repo and put it inside the gnulib folder. That's what I do.

cd adtools/gnulib
git clone https://github.com/coreutils/gnulib repo

But I might be wrong as well. I didn't manage to make the coreutils compile on my system.

Follow me on
Ko-fi, Twitter, YouTube, Twitch