sciteco - Scintilla-based Text Editor and COrrector

Age	Commit message (Collapse)	Author	Files	Lines
4 days	20-freebsd14-osx-sciteco: fixed linking against the system's libncurses	Robin Haberkorn	1	-1/+1
	Should hopefully fix errors about invalid $TERM.
4 days	./configure: define TE_CHECK_MODULES() which takes static linking into account	Robin Haberkorn	2	-7/+1
	* There already was --enable-static-executables which would pass `-static` to the linker, but it did not help with library dependencies (that have to be pulled in transitively when linking statically). pkg-config does have `--static` support though. * Now all pkg-config found libraries will use `pkg-config --static` when --enable-static-executables, which simplifies linking statically. Previously you'd either need to set PKG_CONFIG="pkg-config --static" or you would have to manually list library dependencies.
4 days	AX_WITH_NCURSES: support $CURSES_CFLAGS and $CURSES_LIBS	Robin Haberkorn	1	-1/+5
	* We wouldn't detect the correct flags (ax_cv_curses_enhanced and ax_cv_curses_color) when CURSES_CFLAGS and CURSES_LIBS are given. * Allows to force ncurses to the SDK/system one when building for OS X (20-freebsd14-osx-sciteco).
6 days	10-freebsd14-msys-sciteco: also build Doxygen documentation	Robin Haberkorn	1	-1/+4
	This is what the Github CI workflow did previously.
6 days	added 20-freebsd14-osx-sciteco: this builds OS X nightly binaries via osxcross	Robin Haberkorn	2	-0/+75
	* In contrast to the old Github workflow, we can no longer create pkgs, but instead create tar balls. You don't necessarily have to unpack it into the root, though, since the binaries are relocatable. * We cannot execute the resulting binaries, so the testsuite is no longer run under OS X. It could be executed with Darling, but only under Linux. * Resulting binaries are currently apparently fully statically linked.
12 days	CI: fixed Windows LTO builds	Robin Haberkorn	1	-21/+17
	* They were broken because of a confirmed Clang bug. * As a workaround, we are switching from libstdc++ to libc++. This is not the default under MINGW64, but also works. * See also https://github.com/HolyBlackCat/quasi-msys2/issues/44
14 days	50-ubuntu22-appimage: build AppImages as part of the new fmsbw.de-based CI	Robin Haberkorn	1	-0/+26
	This uses an extracted pkg2appimage, since it would be tricky to get fuse to work in the Podman containers.
2025-09-23	freebsd14-msys-sciteco: build Win64 Gtk binaries as well	Robin Haberkorn	1	-7/+63
	* Also make sure that we find all DLLs. * The nightly download URL will now be https://sciteco.fmsbw.de/downloads/nightly/
2025-09-23	freebsd14-msys-sciteco: disable LTO for the time being	Robin Haberkorn	1	-3/+5
	Appears to result in new problems with win-clang++.
2025-09-23	freebsd14-msys-sciteco: force cross compilation in ./configure	Robin Haberkorn	1	-9/+21
	Otherwise ./configure will try to execute compiled programs and this doesn't work since they require Wine. There is no binfmt for FreeBSD unfortunately and I couldn't get any other hack to work either. Even when adding build-system support for running SciTECO under Wine for the usual bootstrapping process, this doesn't yet fully work since there are some features that do not yet work under Wine.
2025-09-22	website: allow build.tes to be called from out-of-tree builds	Robin Haberkorn	1	-1/+1
	This hopefully fixes the 10-freebsd14-msys-sciteco CI job.
2025-09-22	fmsbw.de CI job now also cross-compiles the Windows PDCurses binaries	Robin Haberkorn	2	-34/+120
	* This should really be in a separate job, but doing it here allows us to --disable-bootstrap since we already installed FreeBSD SciTECO binaries. * In the future, we should rather tweak the build system so it tries to invoke the cross-compiled SciTECO via Wine. * Windows Gtk port is still missing.
2025-09-21	moved most resources to fmsbw.de	Robin Haberkorn	1	-0/+34
	* The new official homepage is https://sciteco.fmsbw.de/ * My new contact address is rhaberkorn AT fmsbw.de. * The scintilla-mirror is now also on https://git.fmsbw.de/scintilla-mirror/ * Added CI script for my server on fmsbw.de that builds the website. It's run in a FreeBSD container, but does not currently distribute FreeBSD binaries.