Re: Segfault while building PikoPixel

2020-07-10 Thread Patrick Cardona via Discussion list for the GNUstep programming environment
Hi David,
Hi Gregory,


On 2020-07-09 11:27:20 +0200 David Chisnall  wrote:


> On 07/07/2020 20:13, Gregory Casamento wrote:
> 
>> GNUstep, very much contrary to popular belief, neither maintains the objc 
>> portion of gcc nor does it maintain clang.  If you are getting a segfault 
>> while running clang the most expedient place to report any bugs with clang 
>> is on their website.
> 
> I am the maintainer of GNU-family Objective-C runtime support in clang and of 
> the GNUstep runtime.  Unless you assign these bugs to me in the LLVM 
> Bugzilla, I am unlikely to see them.  I am far more likely to see and be able 
> to fix them if I see a post in this list, because it's much lower traffic.
> 
> If you add -### to the end of your clang invocation, it will show the clang 
> -cc1 invocation that runs the actual compiler.  If you then run that in a 
> debugger, you should be able to get a useful back trace.  Note that 
> clang-7.0.1 is quite old.  There were quite a few fixes in the 7-8 timeframe, 
> so trying with clang-10 would also be helpful.

As a beginner, I apologize my misunderstanding of that distinct places to 
report bugs.
I kwow those now.


> 
> David
> 
>




Re: Segfault while building PikoPixel

2020-07-09 Thread David Chisnall

On 07/07/2020 20:13, Gregory Casamento wrote:


GNUstep, very much contrary to popular belief, neither maintains the 
objc portion of gcc nor does it maintain clang.  If you are getting a 
segfault while running clang the most expedient place to report any bugs 
with clang is on their website.


I am the maintainer of GNU-family Objective-C runtime support in clang 
and of the GNUstep runtime.  Unless you assign these bugs to me in the 
LLVM Bugzilla, I am unlikely to see them.  I am far more likely to see 
and be able to fix them if I see a post in this list, because it's much 
lower traffic.


If you add -### to the end of your clang invocation, it will show the 
clang -cc1 invocation that runs the actual compiler.  If you then run 
that in a debugger, you should be able to get a useful back trace.  Note 
that clang-7.0.1 is quite old.  There were quite a few fixes in the 7-8 
timeframe, so trying with clang-10 would also be helpful.


David




Re: Segfault while building PikoPixel (RESOLVED)

2020-07-07 Thread Patrick Cardona via Discussion list for the GNUstep programming environment
Hi Johannes,


On 2020-07-07 21:45:28 +0200 Johannes Brakensiek  
wrote:

> Patrick,
> 
> On 7 Jul 2020, at 19:55, Patrick Cardona via Discussion list for the GNUstep 
> programming environment wrote:
> 
>>   Precompiling header file PikoPixel_Prefix.pch ...
> 
> didn’t you already run into this problem which I responded to on 17th June 
> and didn’t that solve the problem for you?

I am sorry, I forgot to annotate this aknowledgement in my GNUstep installation 
diary and got a fresh tarball with the GNUmakefile
unpatched. Now it is done, I commented out the line and I could achieve ti make 
the app. I promise to remember your precious 
workaround if I need once again to make all the stuff. ;-)

Cheers,
Patrick

> 
> Johannes
>




Re: Segfault while building PikoPixel

2020-07-07 Thread Johannes Brakensiek

Patrick,

On 7 Jul 2020, at 19:55, Patrick Cardona via Discussion list for the 
GNUstep programming environment wrote:



 Precompiling header file PikoPixel_Prefix.pch ...


didn’t you already run into this problem which I responded to on 17th 
June and didn’t that solve the problem for you?


Johannes



Re: Segfault while building PikoPixel

2020-07-07 Thread Gregory Casamento
GNUstep, very much contrary to popular belief, neither maintains the objc
portion of gcc nor does it maintain clang.  If you are getting a segfault
while running clang the most expedient place to report any bugs with clang
is on their website.

Thanks, GC

On Tue, Jul 7, 2020 at 1:59 PM Patrick Cardona via Discussion list for the
GNUstep programming environment  wrote:

> Hi All,
>
> I could not achieve to build PikoPixel. This is the trace :
>
> pi@raspberrypi:~/Fabrique/PikoPixel.Sources.1.0-b9e/PikoPixel $ make
> This is gnustep-make 2.8.0. Type 'make print-gnustep-make-help' for
> help.
> Running in gnustep-make version 2 strict mode.
> Making all for app PikoPixel...
>   Precompiling header file PikoPixel_Prefix.pch ...
> Stack dump:
> 0.  Program arguments: /usr/lib/llvm-7/bin/clang -cc1 -triple
> armv6k-unknown
> -linux-gnueabihf -emit-pch -disable-free -disable-llvm-verifier
> -discard-value-n
> ames -main-file-name PikoPixel_Prefix.pch -mrelocation-model pic
> -pic-level 2 -m
> thread-model posix -mdisable-fp-elim -relaxed-aliasing -fmath-errno
> -masm-verbos
> e -mconstructor-aliases -fuse-init-array -target-cpu mpcore
> -target-feature +str
> ict-align -target-abi aapcs-linux -mfloat-abi hard
> -fallow-half-arguments-and-re
> turns -dwarf-column-info -debug-info-kind=limited -dwarf-version=4
> -debugger-tun
> ing=gdb -coverage-notes-file
> /home/pi/Fabrique/PikoPixel.Sources.1.0-b9e/PikoPix
> el/obj/PikoPixel.obj/PrecompiledHeaders/ObjC/PikoPixel_Prefix.pch.gcno
> -resource
> -dir /usr/lib/llvm-7/lib/clang/7.0.1 -dependency-file
> obj/PikoPixel.obj/Precompi
> ledHeaders/ObjC/PikoPixel_Prefix.pch.d -MT
> obj/PikoPixel.obj/PrecompiledHeaders/
> ObjC/PikoPixel_Prefix.pch.gch -module-file-deps -MP -include
> PikoPixel_Prefix.pc
> h -D GNUSTEP -D GNUSTEP_BASE_LIBRARY=1 -D GNU_GUI_LIBRARY=1 -D
> GNUSTEP_RUNTIME=1
>   -D _NONFRAGILE_ABI=1 -D GNUSTEP_BASE_LIBRARY=1 -I
> ./obj/PikoPixel.obj/Precompil
> edHeaders/ObjC -D _NATIVE_OBJC_EXCEPTIONS -D DEBUG -D GSWARN -D
> GSDIAGNOSE -I .
> -I /home/pi/GNUstep/Library/Headers -I
> /usr/GNUstep/Local/Library/Headers -I /us
> r/GNUstep/System/Library/Headers -internal-isystem /usr/local/include
> -internal-
> isystem /usr/lib/llvm-7/lib/clang/7.0.1/include
> -internal-externc-isystem /usr/i
> nclude/arm-linux-gnueabihf -internal-externc-isystem /include
> -internal-externc-
> isystem /usr/include -Wall -Wno-import -Winvalid-pch
> -Wno-unknown-pragmas -Wno-p
> arentheses -Wno-multichar -fdebug-compilation-dir
> /home/pi/Fabrique/PikoPixel.So
> urces.1.0-b9e/PikoPixel -fconstant-string-class NSConstantString
> -ferror-limit 1
> 9 -fmessage-length 80 -pthread -fblocks -fno-signed-char
> -fobjc-runtime=gnustep-
> 1.9 -fobjc-dispatch-method=non-legacy -fobjc-exceptions -fexceptions
> -fdiagnosti
> cs-show-option -fcolor-diagnostics -o
> obj/PikoPixel.obj/PrecompiledHeaders/ObjC/
> PikoPixel_Prefix.pch.gch -x objective-c-header PikoPixel_Prefix.pch
> -faddrsig
> 1.   parser at end of file
> 2.
> /usr/GNUstep/Local/Library/Headers/AppKit/DPSOperators.h:486:1:
> serializ
> ing 'DPScurrentcmykcolor'
> clang: error: unable to execute command: Segmentation fault
> clang: error: clang frontend command failed due to signal (use -v to
> see invocat
> ion)
> clang version 7.0.1-8+rpi3 (tags/RELEASE_701/final)
> Target: armv6k-unknown-linux-gnueabihf
> Thread model: posix
> InstalledDir: /usr/bin
> clang: note: diagnostic msg: PLEASE submit a bug report to
> https://bugs.llvm.org
> / and include the crash backtrace, preprocessed source, and associated
> run scrip
> t.
> clang: note: diagnostic msg:
> 
> PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
> Preprocessed source(s) and associated run script(s) are located at:
> clang: note: diagnostic msg: /tmp/PikoPixel_Prefix-638cc3.h
> clang: note: diagnostic msg: /tmp/PikoPixel_Prefix-638cc3.sh
> clang: note: diagnostic msg:
>
> 
> make[2]: *** [/usr/GNUstep/System/Library/Makefiles/rules.make:593:
> obj/PikoPixe
> l.obj/PrecompiledHeaders/ObjC/PikoPixel_Prefix.pch.gch] Error 254
> make[1]: ***
> [/usr/GNUstep/System/Library/Makefiles/Master/rules.make:297: PikoP
> ixel.all.app.variables] Error 2
> make: ***
> [/usr/GNUstep/System/Library/Makefiles/Master/application.make:38: int
> ernal-all] Error 2
>
> Cheers,
> Patrick
>
>
>
>

-- 
Gregory Casamento
GNUstep Lead Developer / OLC, Principal Consultant
http://www.gnustep.org - http://heronsperch.blogspot.com
https://www.patreon.com/bePatron?u=352392 - Become a Patron
https://gf.me/u/x8m3sx - My GNUstep GoFundMe


Segfault while building PikoPixel

2020-07-07 Thread Patrick Cardona via Discussion list for the GNUstep programming environment

Hi All,

I could not achieve to build PikoPixel. This is the trace :

pi@raspberrypi:~/Fabrique/PikoPixel.Sources.1.0-b9e/PikoPixel $ make
This is gnustep-make 2.8.0. Type 'make print-gnustep-make-help' for 
help.

Running in gnustep-make version 2 strict mode.
Making all for app PikoPixel...
 Precompiling header file PikoPixel_Prefix.pch ...
Stack dump:
0.  Program arguments: /usr/lib/llvm-7/bin/clang -cc1 -triple 
armv6k-unknown
-linux-gnueabihf -emit-pch -disable-free -disable-llvm-verifier 
-discard-value-n
ames -main-file-name PikoPixel_Prefix.pch -mrelocation-model pic 
-pic-level 2 -m
thread-model posix -mdisable-fp-elim -relaxed-aliasing -fmath-errno 
-masm-verbos
e -mconstructor-aliases -fuse-init-array -target-cpu mpcore 
-target-feature +str
ict-align -target-abi aapcs-linux -mfloat-abi hard 
-fallow-half-arguments-and-re
turns -dwarf-column-info -debug-info-kind=limited -dwarf-version=4 
-debugger-tun
ing=gdb -coverage-notes-file 
/home/pi/Fabrique/PikoPixel.Sources.1.0-b9e/PikoPix
el/obj/PikoPixel.obj/PrecompiledHeaders/ObjC/PikoPixel_Prefix.pch.gcno 
-resource
-dir /usr/lib/llvm-7/lib/clang/7.0.1 -dependency-file 
obj/PikoPixel.obj/Precompi
ledHeaders/ObjC/PikoPixel_Prefix.pch.d -MT 
obj/PikoPixel.obj/PrecompiledHeaders/
ObjC/PikoPixel_Prefix.pch.gch -module-file-deps -MP -include 
PikoPixel_Prefix.pc
h -D GNUSTEP -D GNUSTEP_BASE_LIBRARY=1 -D GNU_GUI_LIBRARY=1 -D 
GNUSTEP_RUNTIME=1
 -D _NONFRAGILE_ABI=1 -D GNUSTEP_BASE_LIBRARY=1 -I 
./obj/PikoPixel.obj/Precompil
edHeaders/ObjC -D _NATIVE_OBJC_EXCEPTIONS -D DEBUG -D GSWARN -D 
GSDIAGNOSE -I .
-I /home/pi/GNUstep/Library/Headers -I 
/usr/GNUstep/Local/Library/Headers -I /us
r/GNUstep/System/Library/Headers -internal-isystem /usr/local/include 
-internal-
isystem /usr/lib/llvm-7/lib/clang/7.0.1/include 
-internal-externc-isystem /usr/i
nclude/arm-linux-gnueabihf -internal-externc-isystem /include 
-internal-externc-
isystem /usr/include -Wall -Wno-import -Winvalid-pch 
-Wno-unknown-pragmas -Wno-p
arentheses -Wno-multichar -fdebug-compilation-dir 
/home/pi/Fabrique/PikoPixel.So
urces.1.0-b9e/PikoPixel -fconstant-string-class NSConstantString 
-ferror-limit 1
9 -fmessage-length 80 -pthread -fblocks -fno-signed-char 
-fobjc-runtime=gnustep-
1.9 -fobjc-dispatch-method=non-legacy -fobjc-exceptions -fexceptions 
-fdiagnosti
cs-show-option -fcolor-diagnostics -o 
obj/PikoPixel.obj/PrecompiledHeaders/ObjC/
PikoPixel_Prefix.pch.gch -x objective-c-header PikoPixel_Prefix.pch 
-faddrsig

1.   parser at end of file
2.  
/usr/GNUstep/Local/Library/Headers/AppKit/DPSOperators.h:486:1: 
serializ

ing 'DPScurrentcmykcolor'
clang: error: unable to execute command: Segmentation fault
clang: error: clang frontend command failed due to signal (use -v to 
see invocat

ion)
clang version 7.0.1-8+rpi3 (tags/RELEASE_701/final)
Target: armv6k-unknown-linux-gnueabihf
Thread model: posix
InstalledDir: /usr/bin
clang: note: diagnostic msg: PLEASE submit a bug report to 
https://bugs.llvm.org
/ and include the crash backtrace, preprocessed source, and associated 
run scrip

t.
clang: note: diagnostic msg:

PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
clang: note: diagnostic msg: /tmp/PikoPixel_Prefix-638cc3.h
clang: note: diagnostic msg: /tmp/PikoPixel_Prefix-638cc3.sh
clang: note: diagnostic msg:


make[2]: *** [/usr/GNUstep/System/Library/Makefiles/rules.make:593: 
obj/PikoPixe

l.obj/PrecompiledHeaders/ObjC/PikoPixel_Prefix.pch.gch] Error 254
make[1]: *** 
[/usr/GNUstep/System/Library/Makefiles/Master/rules.make:297: PikoP

ixel.all.app.variables] Error 2
make: *** 
[/usr/GNUstep/System/Library/Makefiles/Master/application.make:38: int

ernal-all] Error 2

Cheers,
Patrick