Activity for ehaupt
-
ehaupt modified a comment on ticket #299
The FreeBSD ports framework applies some additional macros. The entire magic is in: https://cgit.freebsd.org/ports/tree/x11-fm/xfe The patches in files/ have already been reported and incorporated (separate PR). Have a look at the Makefile: https://cgit.freebsd.org/ports/tree/x11-fm/xfe/Makefile The USES macros do some magic. The ones addressing the issues you're seeing are probably: localbase (adding -I${PREFIX}/include) to CFLAGS (3rd party libraries on FreeBSD are per default under /usr/local/include...
-
The FreeBSD ports framework applies some additional macros. The entire magic is in: https://cgit.freebsd.org/ports/tree/x11-fm/xfe The patches in files/ have already been reported and incorporated (separate PR). Have a look at the Makefile: https://cgit.freebsd.org/ports/tree/x11-fm/xfe/Makefile The USES macros do some magic. The ones addressing the issues you're seeing are probably: localbase (adding -I${PREFIX}/include) to CFLAGS (3rd party libraries on FreeBSD are per default under /usr/local/include...
-
In the FreeBSD ports framework applies some additional macros. The entire magic is in: https://cgit.freebsd.org/ports/tree/x11-fm/xfe The patches in files/ have already been reported and incorporated (separate PR). Have a look at the Makefile: https://cgit.freebsd.org/ports/tree/x11-fm/xfe/Makefile The USES macros do some magic. The ones addressing the issues you're seeing are probably: localbase (adding -I${PREFIX}/include) to CFLAGS (3rd party libraries on FreeBSD are per default under /usr/local/include...
-
Hello @baudinr, thanks for looking into it. I can confirm that your pre-version 2.1.1 solves the compiler issue. The error in your screenshot comes from the usage of bsd make (make) instead of gmake. The ports framework is taking care of this with the gmake USES macro.
-
Hello @baudinr, thanks for looking into it. I can confirm that your pre-version 2.1.1 solves the compiler issue. The error in your screenshot comes from the usage of bsd make (make) instead of gmake. The ports framework is taking care of this with the gmake USES macro.
-
xfe 2.1 fails to compile on FreeBSD 14.2 due to undefined identifiers
-
Fix build of 2.0.1 on FreeBSD
-
Unfortunately configure assumes it is only available on OpenBSD. Modify
-
Here's what I get (attachment). Definitely looks like more work is needed for 5.0. Close this PR, open a new one titled "[Feature Request] support bash 5.0"?
-
You'll also have to re-generate 'configure' with the autotools, but once you have you'll get (see attachment). Make check does not finish. It hangs after: make check-TESTS PASS: test-bug-step-subshell PASS: test-bug-set-e PASS: test-complete PASS: test-debug PASS: test-delete PASS: test-export SKIP: test-file-with-spaces PASS: test-info-args Pressing ^C - t you get: load: 0.43 cmd: sleep 44574 [nanslp] 0.52r 0.00u 0.00s 0% 2132k make: Working in: /usr/ports/devel/bashdb/work/bashdb-4.4-1.0.1 make[1]:...
-
Add support for bash 5.0
-
2.4.23 fails to build with OpenSSL 1.1.1
1