[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: @JITTER_CPPFLAGS@ is now mandatory when using Jitter headers [Was: R
Jose E. Marchesi
Re: @JITTER_CPPFLAGS@ is now mandatory when using Jitter headers [Was: Re: Compiling with Jitter in sub-package mode when another version is installed]
Sat, 23 Nov 2019 12:40:13 +0100
Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux)
> On 2019-11-12 at 13:12 +0100, Jose E. Marchesi wrote:
>> I think that is a reasonable approach. I already have:
>> poke_CPPFLAGS += $(JITTER_CPPFLAGS)
>> in my src/Makefile.am.
> Thanks José. So I think I will do that.
@JITTER_CPPFLAGS@, or a dispatch-specific variant of it, is now
mandatory when preprocessing any C file including any Jitter header. A
user forgetting the flags will now get a clear and explicit error
message at preprocessing time, instead of some subtle problem in some
This should solve the conflict reported by Darshit between different
versions of Jitter of which one is installed and another is in a
sub-package, in a clean way.
There are several other cleanups involving the build system, but nothing
should affect Poke. In fact Poke needs no fix at all, as it is already
preprocessing every C source file with @JITTER_CPPFLAGS@.
José, you may want to use Jitter tag v0.9.202 . About Jitter git URLs,
see the other message. If you are updating the submodule this is a good
time to switch to the new URL scheme.
I just updated the jitter submodule reference to v0.9.202 in poke.