![소스에서 GCC를 컴파일한 후 불필요한 중간 빌드 결과(예: .o 파일)를 정리하는 방법은 무엇입니까?](https://linux55.com/image/221970/%EC%86%8C%EC%8A%A4%EC%97%90%EC%84%9C%20GCC%EB%A5%BC%20%EC%BB%B4%ED%8C%8C%EC%9D%BC%ED%95%9C%20%ED%9B%84%20%EB%B6%88%ED%95%84%EC%9A%94%ED%95%9C%20%EC%A4%91%EA%B0%84%20%EB%B9%8C%EB%93%9C%20%EA%B2%B0%EA%B3%BC(%EC%98%88%3A%20.o%20%ED%8C%8C%EC%9D%BC)%EB%A5%BC%20%EC%A0%95%EB%A6%AC%ED%95%98%EB%8A%94%20%EB%B0%A9%EB%B2%95%EC%9D%80%20%EB%AC%B4%EC%97%87%EC%9E%85%EB%8B%88%EA%B9%8C%3F.png)
소스에서 GCC 13.1을 구축했습니다. 빌드된 소스 폴더의 크기(모든 매개변수는 기본값임)는 6.9GiB입니다. 컴파일 후 여유 공간이 총 11GiB로 줄었습니다(소스 자체의 크기는 제외).
나는 이것 중 일부가 단지 무의미한 것이라고 생각하지만 전체 소스 코드 빌드 후 정리를 위한 표준 절차를 찾을 수 없습니다. 이 주제를 연구한 사람이 있나요?
소스에서 GCC 13.1을 구축했습니다. 빌드된 소스 폴더의 크기(모든 매개변수는 기본값임)는 6.9GiB입니다. 컴파일 후 여유 공간이 총 11GiB로 줄었습니다(소스 자체의 크기는 제외).
나는 이것 중 일부가 단지 무의미한 것이라고 생각하지만 전체 소스 코드 빌드 후 정리를 위한 표준 절차를 찾을 수 없습니다. 이 주제를 연구한 사람이 있나요?