Segfault while building PikoPixel

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Segfault while building PikoPixel

GNUstep - General mailing list
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.      <eof> 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



Reply | Threaded
Open this post in threaded view
|

Re: Segfault while building PikoPixel

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 <[hidden email]> 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.      <eof> 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
Reply | Threaded
Open this post in threaded view
|

Re: Segfault while building PikoPixel

Johannes Brakensiek
In reply to this post by GNUstep - General mailing list
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

Reply | Threaded
Open this post in threaded view
|

Re: Segfault while building PikoPixel (RESOLVED)

GNUstep - General mailing list
Hi Johannes,


On 2020-07-07 21:45:28 +0200 Johannes Brakensiek <[hidden email]> 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
>


Reply | Threaded
Open this post in threaded view
|

Re: Segfault while building PikoPixel

David Chisnall-7
In reply to this post by Gregory Casamento
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


Reply | Threaded
Open this post in threaded view
|

Re: Segfault while building PikoPixel

GNUstep - General mailing list
Hi David,
Hi Gregory,


On 2020-07-09 11:27:20 +0200 David Chisnall <[hidden email]> 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
>
>