Make 53.1 strange problem

This forum is for general developer support questions.
User avatar
samo79
Posts: 580
Joined: Sat Jun 18, 2011 12:13 am
Location: Italy

Re: Make 53.1 strange problem

Post by samo79 »

kas1e wrote:Everthing works fine.
Yeah i was sure about .. why the make command doesn't work anymore on my Amiga is a mistery .. :roll:
kas1e wrote:I even tryed without going to bash (i.e. without "sh"), and it also start to compiles.
But it did throw error that can't compile an object, because can't find out some includes, but thats another problem not related to "make" at all of course.
Includes in source archive or just in your SDK installation ?
If in source archive can you specify what includes are missed, i will mail the author will all the info eventually

Meantime as soon as you can, can you be so kind to compile the binary for me and upload it somewhere ? :roll:
Atleast i can release the current version while i search the cause of the problem ...
kas1e
Beta Tester
Beta Tester
Posts: 543
Joined: Sat Jun 18, 2011 8:56 am
Contact:

Re: Make 53.1 strange problem

Post by kas1e »

@samo79

You can try to just reinstall your SDK.
Meantime as soon as you can, can you be so kind to compile the binary for me and upload it somewhere ?
For first it have bunch (i mean really bunch) of warnings of all kinds. Just so many. Some of them about depricated calls, some of them about bad assignment, and on one point it just fails to compiles on subwin.c, because it want RBNA_Labels define, which is not present in os4, only in os3 sdks. I of course can start all those fixes and co, but better if you will fix your make problems.
User avatar
samo79
Posts: 580
Joined: Sat Jun 18, 2011 12:13 am
Location: Italy

Re: Make 53.1 strange problem

Post by samo79 »

@kas1e
What happens when you just type "make -f makefile.debug" ? What exactly it says ?
Once i type such command in shell (and then press "Enter") the shell do nothing instead of starting the compile normally
At this point the system does not respond anymore, i can't be able to close the shell nor open directories in Workbench, all can i do is reset :|

I also try to just execute the command standalone with nothing else, just drag manually the "make" file on shell and then press enter --> but i have the same "freeze"
For first it have bunch (i mean really bunch) of warnings of all kinds. Just so many. Some of them about depricated calls, some of them about bad assignment, and on one point it just fails to compiles on subwin.c, because it want RBNA_Labels define, which is not present in os4, only in os3 sdks. I of course can start all those fixes and co, but better if you will fix your make problems.
Really ?
That's odd, I didn't have any type of errors/warnings in previews versions of AmiArcadia, are you cross-compiling under another system ?
I always compile it under AmigaOS4 and no problem at all
User avatar
samo79
Posts: 580
Joined: Sat Jun 18, 2011 12:13 am
Location: Italy

Re: Make 53.1 strange problem

Post by samo79 »

For example i just resumed for you an old output of one of my compiled release
Processo: Shell 4
4.AmigaOS4:> Work:SDK/Progetti/Source/
4.Work:SDK/Progetti/Source> make -f makefile.debug
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o amiga.o amiga.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o subwin.o subwin.c
subwin.c: In function 'memory_loop':
subwin.c:7581: warning: comparison between signed and unsigned
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o dips.o dips.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o monitor.o monitor.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o engine1.o engine1.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o engine2.o engine2.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o arcadia.o arcadia.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o interton.o interton.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o elektor.o elektor.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o pipbug.o pipbug.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o instruct.o instruct.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o cd2650.o cd2650.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o malzak.o malzak.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o zaccaria.o zaccaria.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o chaos.o chaos.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o dolphin.o dolphin.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o phunsy.o phunsy.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o pong.o pong.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o pvi.o pvi.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o simplerexx.o simplerexx.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o saveanim.o saveanim.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o unzip.o unzip.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o 2650.o 2650.c
ppc-amigaos-gcc -mcrt=newlib -O2 -mno-sdata -fomit-frame-pointer -fno-builtin -fstrength-reduce -c -g -mmultiple -W -Wundef -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Waggregate-return -D__USE_INLINE__ -D__USE_BASETYPE__ -c -o 6802.o 6802.c
ppc-amigaos-gcc -mcrt=newlib -g -o ../AmiArcadia.debug amiga.o subwin.o dips.o monitor.o engine1.o engine2.o arcadia.o interton.o elektor.o pipbug.o instruct.o cd2650.o malzak.o zaccaria.o chaos.o dolphin.o phunsy.o pong.o pvi.o simplerexx.o saveanim.o unzip.o 2650.o 6802.o -lauto -lm -Wl,--cref,-M,-Map=../AmiArcadia.debug.map
ppc-amigaos-strip ../AmiArcadia.debug -o ../AmiArcadia
4.Work:SDK/Progetti/Source>
As you can see (apart the single warning that then was fixed) all is perfectly fine
kas1e
Beta Tester
Beta Tester
Posts: 543
Joined: Sat Jun 18, 2011 8:56 am
Contact:

Re: Make 53.1 strange problem

Post by kas1e »

@samo79
Try to create simple makefile, simple test case (like just prinfs), and try if it will works. But better just to reinstall SDK to be sure.
User avatar
salass00
AmigaOS Core Developer
AmigaOS Core Developer
Posts: 534
Joined: Sat Jun 18, 2011 4:12 pm
Location: Finland
Contact:

Re: Make 53.1 strange problem

Post by salass00 »

kas1e wrote: ... because it want RBNA_Labels define, which is not present in os4, only in os3 sdks.
In the latest SDK includes RBNA_Labels is renamed to RBNA_Label. Probably to avoid confusion because it only takes a single string pointer (STRPTR) and not a pointer to an array as the older name suggested.
zzd10h
Posts: 546
Joined: Sun Sep 16, 2012 6:40 am
Location: France

Re: Make 53.1 strange problem

Post by zzd10h »

Hi Samir,
if you try with this simple project ?

Just type "make"

http://zzd10h.amiga-ng.org/Divers/PicDType.lha
http://apps.amistore.net/zTools
X1000 - AmigaOS 4.1.6 / 4.1 FE
zzd10h
Posts: 546
Joined: Sun Sep 16, 2012 6:40 am
Location: France

Re: Make 53.1 strange problem

Post by zzd10h »

I just tried to compile your sources.
After to have installed the openURL includes and to have renamed all RBNA_Labels to RBNA_Label
it works.

A lot of warning :
monitor.c:2403: warning: assignment from incompatible pointer type
monitor.c:2405: warning: assignment from incompatible pointer type
monitor.c:2407: warning: assignment from incompatible pointer type

I launched several times your make and

one time, it begins the compilation and suddenly my x1000 was totally frozen (no inputs, no CPUDocky...) => reboot)
few time, I lost input for around 15-30 seconds and my x1000 came back.
and several times, hopefully, it worked, it was long but it worked

Maybe that the lot of warning make your SAM440 froze temporarily but a lot longer than my x1000 ?

To conclude, make works well on my system but your sources can make my system hangs ;)

Guillaume
http://apps.amistore.net/zTools
X1000 - AmigaOS 4.1.6 / 4.1 FE
User avatar
samo79
Posts: 580
Joined: Sat Jun 18, 2011 12:13 am
Location: Italy

Re: Make 53.1 strange problem

Post by samo79 »

@kas1e
Try to create simple makefile, simple test case (like just prinfs), and try if it will works. But better just to reinstall SDK to be sure.
Ok SDK reinstalled from scratch, problem still as before :cry:

@zzd10h

Still the same also with your datatype, it seems i can't use the make command at all, argg !
To conclude, make works well on my system but your sources can make my system hangs
Yeah even here the make command was ok, as far as i can remember the only recent things i've installed on my Amiga is the new QT, so atleast an alien is hidden inside my computer i don't know what could be the reason ..

BTW: i'm a bit surprising to read all that AmiArcadia's compiling issue on other Amigas !

BTW2: Might be interesting to say that also the "gmake" command have the same problem, all the other commands around instead still working fine ..
User avatar
alfkil
Posts: 67
Joined: Mon Oct 24, 2011 9:46 pm
Location: Denmark

Re: Make 53.1 strange problem

Post by alfkil »

@samo

What does it say if you type "which make" or "which gmake" in a shell?
Post Reply