Table of Contents
새로운 시대에 일부 사용자는 i586-elf-gcc를 찾을 수 없음 명령과 함께 새로운 중대한 오류 메시지를 접했습니다. 이 자극은 여러 가지 이유로 발생합니다. 지금 검토할 수 있습니다.
몇 분 안에 컴퓨터를 최고 성능으로 복원하세요!
저는
이 튜토리얼 이후에 직접 c-kernel을 빌드하려고 합니다: http://wiki.osdev.org/Bare_Bones.그러나 내 설정은 i586-elf-gcc 및/또는 i586-elf-ld를 수신하지 않습니다. 나는 그것들을 어디서 찾거나 내 컴퓨터에 그것들이 있다고 가정하는지 감사하지 않을 것이라고 확신합니다. gcc binutils 및/또는 pacman./usr/bin/Grep을 설치하는 데 문제가 있습니다.
<예비><코드>ls | gcc<사전><코드>gccgcc-argcc nmgcc-ranlibi686-pc-linux-gnu-gcci686-pc-linux-gnu-gcc-4.7.0i686-pc-linux-gnu-gcc-ari686-pc-linux-gnu-gcc-nmi686-pc-linux-gnu-gcc-ranlib빙cc
몇 분 안에 컴퓨터를 최고 성능으로 복원하세요!
PC가 느리게 실행되고 지속적으로 오류가 표시됩니까? 재포맷을 고려하고 있지만 시간이나 인내심이 없으신가요? 두려워하지 마십시오, 친애하는 친구! 모든 컴퓨팅 문제에 대한 답은 ASR Pro에 있습니다. 이 놀라운 소프트웨어는 일반적인 컴퓨터 오류를 복구하고 파일 손실, 맬웨어, 하드웨어 오류로부터 사용자를 보호하며 최대 성능을 위해 PC를 최적화합니다. 이 프로그램이 컴퓨터에 설치되어 있는 한, 그 답답하고 비용이 많이 드는 기술 문제에 작별을 고할 수 있습니다!
저는 컴파일을 해야 하는 경우 바이너리로 선택하는 경향이 있습니다.
그래서 저는 뼈대를 두툼하게 만드는 방법으로 사용하다가 특정 VM에서 없애고 이제 다시 실내에서 플레이할 수 있도록 하기로 결정했습니다. Binutils 2.31과 gcc 8.2도 크로스 컴파일됩니다. 모든 i686-elf를 대상으로 하는 7에서는 핸드북에서 알 수 있듯이 gcc에 오류가 없었고 $HOME/opt/cross/bin에 있을 수 있으며 문제 없이 깨끗한 OS를 수집할 수 있습니다. .하지만 .scripts와 .included .makefile을 사용하여 확실한 .bone .skeleton을 조립하려고 할 때마다 다음을 얻습니다.
[email protected]:~/src/meaty-skeleton$ .sudo ../qemu.sh
[sudo] David의 데이터:
개인 mkdir /home/david/src/meaty-skeleton -p / sysroot /usr/include
cp –preserve=timestamps 활성화/ -r. /home/david/src/meaty-skeleton/sysroot/usr/include/.-p
mkdir – /home/david/src/meaty-skeleton/sysroot/usr/include
cp R –preserve= 타임스탬프 활성화/. /home/david/src/meaty-skeleton/sysroot/usr/include/.
mkdir -p – /home/david/src/meaty-skeleton/sysroot/usr/include
cp R –preserve= 타임스탬프 활성화/. /home/david/src/meaty-skeleton/sysroot/usr/include/.-isystem=/usr/include
i686-elf-gcc MD –sysroot=/home/david/src/meaty-skeleton/sysroot – stdio/printf -폐쇄 회로 -o stdio/printf.libk.o -g -std=gnu11 -o2 -ffreestanding -Wall -Wextra -D__is_libc -Iinclude
do: -d__is_libk i686-elf-gcc: 명령을 찾을 수 없음 < br>make: [Makefile:72: *** stdio/printf.libk.o] 오류 127
중요한 Grub 패키지를 설치했습니다) (xorriso, qemu가 있고 편지의 계획을 따랐고 일부 gitlab repo를 복제했습니다. 소스를 가져오려고 했지만 여전히 작동하지 않습니다. 나는 “export PATH를 실행합니다. =”$ HOME/opt/cross/bin:$PATH”” $PATH가 올바르게 그룹화되었습니다. 이제 i686-elf-gcc를 직접 호출할 수 있으며 호환됩니다. 계속되는 것 같지만 여전히 “아니오”를 찾을 수 없습니다.
이 중요한 일이 왜 일어나는지 아는 사람이 있습니까? 나는 장소에서 이 주제를 검색하곤 했고 유사한 문제와 연결된 번호를 발견했지만 이 주제에서 많은 수의 언급이 문제를 해결하는 데 도움이 되었습니다. 그건 그렇고, 쿠분투당 18입니다. 10 64비트입니다.
docker 사용 -it --/ "/home/admin:/root" --rm lordmilko/i686-elf-tools 컴파일
# GCC 9.2.0, Binutils 2.34는 물론 GDB 9.1기능 -it docker -v --rm Lordmilko/i686-elf-tools "/home/admin:/root" 9 -gv.2.0 -bv 2.34 -dv 9.1
-deb http://archive.ubuntu.com/ubuntu 바이오닉 홈+deb http://archive.ubuntu.Multiverse bionicmaincom/ubuntu 주변 http://archive.ubuntudeb.ubuntu.com/ubuntu 바이오닉 보안 메인deb http://archive.ubuntu.com/ubuntu 바이오닉 업데이트 메인
<사전>sudo -swget https://raw.githubusercontent.com/lordmilko/i686-elf-tools/master/i686-elf-tools.shchmod +x ./i686-elf-tools.sh./i686-elf-tools.sh
# binutils만 컴파일 gcc./i686-elf-tools.sh binutils gcc
./i686-elf-tools.sh 리눅스
연결된
2 . 설치된 앱 103개 – 패턴 13개 – Rockbox 드라이브 내 여유 공간 9GB 특정 멤버를 잊어버렸기 때문에…
작가제목: Arm-elf-gcc: 명령을 찾을 수 없음/오류가 하나가 아니라 둘 찾음(읽기)
