Page 2 of 3
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 7:04 pm
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 ..
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 ?
Atleast i can release the current version while i search the cause of the problem ...
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 7:49 pm
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.
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 8:10 pm
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
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 8:15 pm
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
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 8:38 pm
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.
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 10:00 pm
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.
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 10:08 pm
by zzd10h
Hi Samir,
if you try with this simple project ?
Just type "make"
http://zzd10h.amiga-ng.org/Divers/PicDType.lha
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 10:22 pm
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
warning: assignment from incompatible pointer type
monitor.c
warning: assignment from incompatible pointer type
monitor.c
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
Re: Make 53.1 strange problem
Posted: Thu May 02, 2013 11:40 pm
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
@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 ..
Re: Make 53.1 strange problem
Posted: Fri May 03, 2013 12:55 am
by alfkil
@samo
What does it say if you type "which make" or "which gmake" in a shell?
warning: assignment from incompatible pointer type
warning: assignment from incompatible pointer type
warning: assignment from incompatible pointer type