Should anyone intervene? What do you we need if AmigaOS support is dropped? Or is this the 68k target?
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
I think the only thing we need to do is to make a port of the latest 4.4 version and share with them the changes. You see, we didn't do anything like that for more than 12 years, so it seems logical to drop AmigaOS support.
I think the only thing we need to do is to make a port of the latest 4.4 version and share with them the changes. You see, we didn't do anything like that for more than 12 years, so it seems logical to drop AmigaOS support.
Sounds like a good idea. That way they see signs of life for AmigaOS.
Soooo, not to let this die too quickly...has anyone looked at porting it yet?
I'd do it myself, but then i remember i can't, so...
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
So, we just need to wait for someone to step up. Until then, the older versions won't go anywhere. And if there is a need for newer tools, there is always a way to cross-compile.
I would try to do it but I am occupied with the WebKit port.
I downloaded the 4.4 sources, let configure run (smoothly) and am facing my first problem here
depbase=`echo src/ar.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -DHAVE_CONFIG_H -Isrc -I./src -Ilib -I./lib -DLIBDIR=\"/usr/local/lib\" -DLOCALEDIR=\"/usr/local/share/locale\" -g -O2 -MT src/ar.o -MD -MP -MF $depbase.Tpo -c -o src/ar.o src/ar.c &&\
mv -f $depbase.Tpo $depbase.Po
In file included from src/ar.c:18:
src/makeint.h:682:7: error: conflicting types for 'getcwd'; have 'char *(void)'
682 | char *getcwd (void);
| ^~~~~~
In file included from /SDK/newlib/include/unistd.h:4,
from src/makeint.h:118,
from src/ar.c:18:
/SDK/newlib/include/sys/unistd.h:32:9: note: previous declaration of 'getcwd' with type 'char *(char *, size_t)' {aka 'char *(char *, unsigned int)'}
32 | char * getcwd (char *__buf, size_t __size);
| ^~~~~~
gmake[1]: *** [src/ar.o] Error 1
gmake[1]: Leaving directory `/Development/Porting/make-4.4'
gmake: *** [all-recursive] Error 1
Probably a no-brainer for everyone else, just not for me..
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
Right now I hit the limits of my knowledge. Make is doing something strange with replacing functions with defines. GCC really does not like this. Has anybody any idea how I have to update these to make them working?
Would it help to include the original maintainer? Maybe he likes to help out too?
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg
@all Keep in mind that the Amiga exclusive code in make has been there since the v3 and v4 might need much more changes in other parts as well.
Also, our current newlib is better than what it was 12-15 years ago, as a matter of completeness. So, things that were excluded back then now might be needed.
I am trying to point out that it might be needed to see the port like the previous Amiga code was not even there. Like a brand new port.
I guess the first decision is if we want to keep support for AmigaOS < 4.0 (= classic AmigaOS).
Trying to keep AmigaOS 3.x compatible, I do not see a lot of needed changes to the code.
But if you want to scrap support for older OS versions, we might want to rewrite major parts to be closer to the other OSes. But in this case I am not in a position to help as I lack inside in major parts of AmigaOS 4.x inner workings.
I guess you are talking about Bartman's excellent Visual Studio plugin. Yes, it contains make, gcc and gdb, but they are not native versions, but run on Linux, Mac, or Windows.
We are talking about a native make version; one you can run on your Classic or NG Amiga.
It needs hacking the Makefile to compile and link amiga.c.
I will work on this issue later. Maybe we can get it to work without running configure. This would also allow me to build it with SAS/C.
Although it compiles, it does not do much yet. Most likely we need to rewrite the Amiga specific parts in src/amiga.c to use the new AmigaOS 4.x methods.
The latest version was ported and adapted to OS4 by ssolie, but did not release the sources on os4depot nor aniwhere else, only the binary Perhaps it could worth updating to the latest version starting from his previous work?
That would be great. This is the only thing that it does at the moment:
4. > RAM Disk:Shared/Sources/RKM_Libraries/Chapter1 > Work:Projects/make
make: *** No targets specified and no makefile found. Stop.
4. > RAM Disk:Shared/Sources/RKM_Libraries/Chapter1 > Work:Projects/make -f Makefile
make: *** No rule to make target 'easy', needed by 'all'. Stop.
4. > RAM Disk:Shared/Sources/RKM_Libraries/Chapter1 > dir
easy.c easy.c.info easy.s easy.s.info lmkfile lmkfile.info Makefile Makefile.vbcc
4. > RAM Disk:Shared/Sources/RKM_Libraries/Chapter1 > Work:Projects/make -v
GNU Make 4.4
Built for powerpc-unknown-amigaos
Copyright (C) 1988-2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <https://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
People are dying. Entire ecosystems are collapsing. We are in the beginning of a mass extinction. And all you can talk about is money and fairytales of eternal economic growth. How dare you! – Greta Thunberg