Opened 3 years ago
Closed 2 years ago
#17769 closed bug (no change required)
Cannot build haiku on Rocky Linux 8.5
Reported by: | jackburton | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Build System | Version: | R1/beta3 |
Keywords: | Cc: | ||
Blocked By: | Blocking: | ||
Platform: | All |
Description
I can't seem to build haiku on Rocky Linux 8.5
I get the following error: DownloadLocatedFile1 generated/download/gcc_syslibs_devel-5.4.0_2016_06_04-4-x86.hpkg --2022-05-31 16:55:37-- https://eu.hpkg.haiku-os.org/haikuports/master/build-packages/6efb4aa89c1ea031aaa55b6d9925f30d61ab1c94c1450660cbd3cb9aa78d57d1/packages/gcc_syslibs_devel-5.4.0_2016_06_04-4-x86.hpkg Risoluzione di eu.hpkg.haiku-os.org (eu.hpkg.haiku-os.org)... 206.189.242.242 Connessione a eu.hpkg.haiku-os.org (eu.hpkg.haiku-os.org)|206.189.242.242|:443... connesso. Richiesta HTTP inviata, in attesa di risposta... 404 Not Found 2022-05-31 16:55:38 ERRORE 404: Not Found.
source="generated/objects/haiku/x86/packaging/repositories/HaikuPorts-checksum"
exit 1 |
touch "generated/download/gcc_syslibs_devel-5.4.0_2016_06_04-4-x86.hpkg"
...failed DownloadLocatedFile1 generated/download/gcc_syslibs_devel-5.4.0_2016_06_04-4-x86.hpkg ... ...removing generated/download/gcc_syslibs_devel-5.4.0_2016_06_04-4-x86.hpkg
BUILD FAILURE: ...failed updating 1 target(s)... ...skipped 3 target(s)...
Change History (10)
comment:1 by , 3 years ago
comment:2 by , 3 years ago
It's possible it was once configured to build a hybrid, but I did a jam clean and then
./configure --build-cross-tools x86_64 --cross-tools-source ../buildtools
comment:3 by , 3 years ago
Summary: | Cannot building haiku on Rocky Linux 8.5 → Cannot build haiku on Rocky Linux 8.5 |
---|
comment:4 by , 3 years ago
Well, the output you show clearly demonstrates that it is trying to download the old GCC 5 packages for x86 (non-hybrid), so whatever you did it appears to have not sufficed.
When changing configurations, you need to completely delete the generated directory.
comment:5 by , 3 years ago
whatever you did it appears to have not sufficed.
Yes, "jam clean" is broken, don't use it. There are changes on Gerrit to improve the situation with it, from Dominic who is our GSoC student working on Ham (the replacement for Jam started a long time ago by bonefish).
comment:6 by , 3 years ago
Done. Now I have this error while building cross tools
if /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/missing makeinfo --split-size=5000000 --split-size=5000000 -I /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/ld -I /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/ld/../bfd/doc -I ../bfd/doc -I /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/ld/../libiberty -I /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/ld \ -o ld.info `test -f 'ld.texi' || echo '/home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/ld/'`ld.texi; \ then \ rc=0; \ else \ rc=$?; \ $restore $backupdir/* `echo "./ld.info" | sed 's|[^/]*$||'`; \ fi; \ rm -rf $backupdir; exit $rc /usr/bin/mkdir -p '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/share/info' /usr/bin/install -c -m 644 /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/ld/ld.info '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/share/info' install-info --info-dir='/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/share/info' '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/share/info/ld.info' /usr/bin/mkdir -p '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/share/man/man1' /usr/bin/install -c -m 644 'ld.1' '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/share/man/man1/x86_64-unknown-haiku-ld.1' make[5]: Leaving directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/ld' make[4]: Leaving directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/ld' make[3]: Leaving directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/ld' make[2]: Leaving directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/ld' make[2]: Entering directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/libiberty' make[3]: Entering directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/libiberty/testsuite' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/libiberty/testsuite' if test -n ""; then \ /bin/sh /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../mkinstalldirs /home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/lib/`gcc -O2 -print-multi-os-directory`; \ /usr/bin/install -c -m 644 ./libiberty.a /home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/lib/`gcc -O2 -print-multi-os-directory`/./libiberty.an; \ ( cd /home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/lib/`gcc -O2 -print-multi-os-directory` ; chmod 644 ./libiberty.an ;ranlib ./libiberty.an ); \ mv -f /home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/lib/`gcc -O2 -print-multi-os-directory`/./libiberty.an /home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/lib/`gcc -O2 -print-multi-os-directory`/./libiberty.a; \ case "" in \ /*) thd=;; \ *) thd=/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64/include/;; \ esac; \ /bin/sh /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../mkinstalldirs ${thd}; \ for h in /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/ansidecl.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/demangle.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/dyn-string.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/fibheap.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/floatformat.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/hashtab.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/libiberty.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/objalloc.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/partition.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/safe-ctype.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/sort.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/splay-tree.h /home/stefano.ceccherini@iacpud.local/git/buildtools/binutils/libiberty/../include/timeval-utils.h; do \ /usr/bin/install -c -m 644 $h ${thd}; \ done; \ fi make[3]: Entering directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/libiberty/testsuite' make[3]: Nothing to be done for 'install'. make[3]: Leaving directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/libiberty/testsuite' make[2]: Leaving directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils/libiberty' make[1]: Nothing to be done for 'install-target'. make[1]: Leaving directory '/home/stefano.ceccherini@iacpud.local/git/haiku/generated/cross-tools-x86_64-build/binutils' sed: -e expression #1, char 67: unknown option to `s'
Could be because of the "@" in my home directory path ?
comment:7 by , 3 years ago
Yes, most probably. It may be this line: https://xref.landonf.org/source/xref/haiku/build/scripts/build_cross_tools_gcc4#221
comment:8 by , 3 years ago
I read this somewhere: GNU binutils commands interpret an argument @foo anywhere in the command line (even following --) as meaning "read and insert arguments from the file named foo."
comment:9 by , 2 years ago
I've fixed this by removing the @ part from the path in my home directory.
comment:10 by , 2 years ago
Resolution: | → no change required |
---|---|
Status: | new → closed |
Are you trying to build gcc4-hybrid? We don't support that anymore. Either build gcc2hybrid or x86_64.