Project

General

Profile

Actions

Defect #761

closed

Installation of latest development version

Added by Runar Tenfjord about 1 month ago. Updated about 1 month ago.

Status:
Closed
Priority:
Normal
Category:
-
Target version:
-
% Done:

100%


Description

I see there is a difference between the Windows installer and the installation from the makefile in the tar archive.
The Windows installer install additional files under the folders:

  • libraries/cpp/api
  • libraries/cpp/def

I guess the intension is to also include this in the makefile installer?

This line in the makefile :

    @cp $(wildcard $(pdf)) $(DESTDIR)$(docdir)

fails for me as I do not have TeX tooling installed.
This should perhaps be:
    @cp $(wildcard $(pdf)) $(DESTDIR)$(docdir) || true

Some empty directory src/debug is also created, but this
is just i minor issue.

Building with clang worked fine:

Linux lindev 6.17.4-2-pve #1 SMP PREEMPT_DYNAMIC PMX 6.17.4-2 (2025-12-19T07:49Z) x86_64 GNU/Linux
clang version 22.1.8
Target: x86_64-pc-linux-gnu
Thread model: posix

Building with gcc stopped for me:

In file included from m68kgenerator.cpp:19:
asmgeneratorcontext.hpp:146:22: error: ‘virtual ECS::Object::Section::Name ECS::Assembly::Generator::Context::GetAddres(const ECS::Code::Operand&) const’ was hidden [-Werror=overloaded-virtual=]
  146 |         virtual auto GetAddress (const Code::Operand& operand) const -> Code::Section::Name {return operand.address;}
      |                      ^~~~~~~~~~
compilation terminated due to -Wfatal-errors.
cc1plus: all warnings being treated as errors
make: *** [makefile:1180: tools/m68kgenerator.o] Error 1

this was GCC:

Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/16/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../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-gcc-major-version-only --with-linker-hash-style=gnu --with-system-zlib --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-fixincludes --disable-libssp --disable-libstdcxx-pch --disable-werror
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 16.1.1 20260725 (GCC)

Otherwise initial running of unit tests of my standard library project was fine.


Files

install.patch (14.8 KB) install.patch Florian Negele, 11 August 2026 23:34
Actions #1

Updated by Runar Tenfjord about 1 month ago

One test failed in the testsuite:

Overview:
command line: /home/rute/pkg/ecs/src/ecs/tools/falrun falrun.fal
temporary:    falrun.fal (/tmp/regtest-2388223296)
test results: falrun.res (0)
test suites:  falrun.tst (1)

Test suite 'falrun.tst':
positive test 'empty program' in line 19 failed with status 134
/usr/bin/../lib64/gcc/x86_64-pc-linux-gnu/16/../../../../include/c++/16/bits/stl_vector.h:1372: const_reference std::vector<ECS::FALSE::Lexer::Token>::back() const [_Tp = ECS::FALSE::Lexer::Token, _Alloc = std::allocator<ECS::FALSE::Lexer::Token>]: Assertion '!this->empty()' failed.

Summary:
number of tests: 25 (+25)
succeeded tests: 24
failed tests:    1
make: *** [makefile:1477: tests/falrun] Error 1

Actions #2

Updated by Florian Negele about 1 month ago · Edited

Thank you for reporting. The attached patch should fix all identified issues.

Some empty directory src/debug is also created, but this is just i minor issue.

I tried to reproduce this issue with a full installation into a temporary directory using make all install DESTDIR=temporary but could not find the empty directory. Could you please elaborate?

Building with gcc stopped for me:

The culprit here is probably the -Werror flag which turns warnings into errors. It is used by continuous integration builds but unfortunately may as it happened fail when a different compiler version is used. Sorry for the inconveniences.

Actions #3

Updated by Florian Negele about 1 month ago

  • File deleted (install.patch)
Actions #5

Updated by Runar Tenfjord about 1 month ago

Excellent.
The empty directory was false positive created by the Archlinux package tooling.

Actions

Also available in: Atom PDF