Hi,
FWIW, I also cannot reproduce on i386, but this is on a bookworm
machine with manually built latest GNUstep + GWorkspace from tarballs;
GCC 12.2.0. The OP reports the bug on trixie, GCC 14.2.0.
I use Devuan and also have 12.2 compiler, so I think we are matched here.
On another system (64bit though) I do use gcc 14 without issues.
But a lot of other dependencies might be updated. Read below.
First thing I see is that the screenshot shows a different exception
than the one you describe. NSConstantString vs NSImage.
I also noticed this.
Paul needs to tell us about this discrepancy.
To answer your questions: gnustep-base is confugured with
--disable-bfd; gnustep-gui with --disable-icu-config
--enable-imagemagick. The compiler options used (in addition to those
defined by gnustep-make) are:
Btw. I hope I fixed the disable-icu-config nusieance today :)
My first guess would be --enable-imagemagick
I remember fixing a couple of crashers, I don't remember they got into
release.
But I am testing on ImageMagick 6, maybe trixie only has 7, or has both
and 7 is being used.
I propose - at least for debugging purposes - to use a gui version
without ImageMagick and/or with ImageMagic 6.
No; we can't have PDFKit in Debian. The Debian gworkspace package
uses PopplerKit and it's the only patch to the pristine upstream
source:
https://sources.debian.org/src/gworkspace/1.0.0-4/debian/patches/popplerkit.patch/
Ok, it still means you "enable" PDF support. However that is only used
with an Inspector and in the screenshot of Paul it was not enabled and
he is selecting an application and not an image or PDF doc.
Riccardo
