Defect #761
closedInstallation of latest development version
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
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
Updated by Florian Negele about 1 month ago · Edited
- File install.patch install.patch added
- Status changed from New to Closed
- % Done changed from 0 to 100
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.
Updated by Florian Negele about 1 month ago
- File install.patch install.patch added
Updated by Runar Tenfjord about 1 month ago
Excellent.
The empty directory was false positive created by the Archlinux package tooling.