The ReStructured Text variant used by sphinxdoc recommends two
consecutive backquotes for raw text. Single backquote or double
quotes sometimes work, but interact poorly with each other.
The large code model which is now the default for kernel RTS
(not triggered by the large multilib anymore) on 64 bits
architectures.
TN: UB03-045
Tested-with: $ anod test cross-testsuite \
--target=x86_64-vx7r2,7.2,vxsim-64 \
--qualifier=rts=kernel
$ anod test cross-testsuite \
--target=aarch64-vx7r2,7.2,vxsim-64 \
--qualifier=rts=kernel
$ anod test cross-testsuite \
--target=ppc64-vx7r2,7.2,vxsim-64 \
--qualifier=rts=kernel
Change-Id: Ia8376112db4b3a45e3948c8803a4191f58b51c42
This patch removes several unnecessary pragma Unreferenced's identified
due to work under U122-031.
[changelog]
* schema/schema-schema_readers.adb
(Create_NFA): Remove pragmas.
TN: U122-031
Change-Id: Ice4d02315100cd4b9ad31cba16ff5d0e54976527
... to allow to reuse node inside the same document and to avoid dangling
pointers.
Raise exception when node is not found as required by DOM specification.
Change-Id: I46eabf3938afba56a1f5061db6f1b2ded186a6e6
For the same reason as the external variables, shared.gpr can be a
source of conflict between different projects. For instance with AWS.
This change has no impact on the installation since shared.gpr is not
provided in the installation.
Part of T715-030.
Change-Id: Ie0ac01a23c34981b75055fbe8a45db9cc50a581f
XMLADA_BUILD clashed with the scenario variable defined in the installed
project. It is actually the equivalent of LIBRARY_TYPE but with a
different name once the project is installed.
Part of T715-030.
Change-Id: I4f2dc963acfe8a8db3e9138cc4f408f904ded01d
This external allows xmlada*.gpr to be used from a project that defines
the BUILD external in an incompatible way.
Part of T715-030.
Change-Id: I2485bafa4f7f103721558b82232c0134ebf8f8ee
State input size limit.
Mention two input modules that were missing from the docs.
Fix some typos.
for SB06-054
Change-Id: I059566d5a19fd9e696d3b26af7d9ebee11939c6e
S823-015
The character code in base64 encoding preceding the terminating '='
must be a multiple of 4. This change fixes situation where this
character could be any base64 character, which could happen when
one-but-last character code was a multiple of 16.
Change-Id: I9fe4fb266d07e127e9e64be9404571a91b32bcdb
