Arch Linux User Repository

Adding the following flags restore the build (see: https://gcc.gnu.org/gcc-15/porting_to.html ).

build() {
 export CFLAGS+=" -std=gnu17 " 
 export CXXFLAGS+=" -std=gnu17 "
 cd ${pkgname}-${pkgver}
 ./configure --prefix=/usr
 make
}

Apparently xfig does not build with the latest gcc.

It would print the following errors and bail:

d_arcbox.c: In function ‘arcbox_drawing_selected’:
d_arcbox.c:48:25: error: assignment to ‘void (*)(void)’ from incompatible pointer type ‘void (*)(int, int)’ [-Wincompatible-pointer-types]
 48 | canvas_leftbut_proc = init_arc_box_drawing;
 | ^
d_arcbox.c:38:17: note: ‘init_arc_box_drawing’ declared here
 38 | static void init_arc_box_drawing(int x, int y);
 | ^~~~~~~~~~~~~~~~~~~~
d_arcbox.c: In function ‘init_arc_box_drawing’:
d_arcbox.c:62:25: error: assignment to ‘void (*)(void)’ from incompatible pointer type ‘void (*)(int, int)’ [-Wincompatible-pointer-types]
 62 | canvas_locmove_proc = resizing_box;
 | ^
In file included from d_arcbox.c:25:
u_elastic.h:55:17: note: ‘resizing_box’ declared here
 55 | extern void resizing_box(int x, int y);
 | ^~~~~~~~~~~~
d_arcbox.c:63:25: error: assignment to ‘void (*)(void)’ from incompatible pointer type ‘void (*)(int, int)’ [-Wincompatible-pointer-types]
 63 | canvas_leftbut_proc = create_arc_boxobject;
 | ^
d_arcbox.c:36:17: note: ‘create_arc_boxobject’ declared here
 36 | static void create_arc_boxobject(int x, int y);
 | ^~~~~~~~~~~~~~~~~~~~

gcc -v

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/15.1.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: /build/gcc/src/gcc/configure --enable-languages=ada,c,c++,d,fortran,go,lto,m2,objc,obj-c++,rust,cobol --enable-bootstrap --prefix=/usr --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info --with-bugurl=https://gitlab.archlinux.org/archlinux/packaging/packages/gcc/-/issues --with-build-config=bootstrap-lto --with-linker-hash-style=gnu --with-system-zlib --enable-__cxa_atexit --enable-cet=auto --enable-checking=release --enable-clocale=gnu --enable-default-pie --enable-default-ssp --enable-gnu-indirect-function --enable-gnu-unique-object --enable-libstdcxx-backtrace --enable-link-serialization=1 --enable-linker-build-id --enable-lto --enable-multilib --enable-plugin --enable-shared --enable-threads=posix --disable-libssp --disable-libstdcxx-pch --disable-werror
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.1.1 20250729 (GCC) 

Edit1: Also I noticed that this xfig-3.2.9 has been superseded by xfig-3.2.9a?

Edit2: 3.2.9 is indeed out of date, 3.2.9a is the updated version. Flagging this as out of date...

Edit3: It appears that GCC is also partly to blame, if I set my compiler to clang it will build.

There is a crash (buffer overflow) when exporting a figure as "Combined PDF/LaTeX (both parts)" (the crash also happen when exporting other "both parts" fig). The bug has been submitted in Fedora and upstream with a patch provided upstream. See comment 3 in:

https://bugzilla.redhat.com/show_bug.cgi?id=2252679#c3

After applying the patch, the problem is solved.

In the recent package update, version 3.2.8 (the previously installed version) is considered larger than 3.2.8b (what is in the AUR):

warning: downgrading package xfig (3.2.8-1 => 3.2.8b-2)

In that case it is needed to increment $epoch.
Or add a . before the b.

Thanks for maintaining,
regards!

With the text tool, I cannot enter Umlaute anymore with a German keyboard. When I press the "ö" key, for example, then just nothing happens. I can enter Umlaute with the View/Character Map popup, though.

Could there be an issue with the CompKeyDB file?

There is an issue with the version numbering, minor but irritating: The package on AUR has version 3.2.7b-1, but the generated package has version 3.2.7-2. As a result automated AUR tools such as yay complain that the installed version is newer than the version in AUR.

Segfaults.

Hi, do you think you can incorporate this bug fix as a patch for aur? In spite of being quite simple, it has not been integrated into the main xfig source for months. The bug itself is quite annoying, as it makes polylines out of all splines.

http://sgerwk.altervista.org/xfig-spline.patch

the big fix is actually from

https://sourceforge.net/p/mcj/tickets/35/