C와 호환되지 않는 언어(예: D)용 라이브러리를 작성한다면 "헤더 파일"을 설치하기에 가장 좋은 위치는 어디입니까?
usr/includeFHS는 "C 프로그램에 포함된 헤더 파일"에 적용된다고 말하므로 나쁜 생각인 것 같습니다.
답변1
당신은 당신 자신의 규칙을 정의하지만 나는 정말로 그것을 멀리하고 싶습니다 /usr/include.
/usr/lib/<lang>여기에서 인기가 있는 것으로 보이는 해석된 언어의 경우(적어도 가지고 있고 /usr/lib/python버전 별 항목을 처리하기 위한 변형이 있음) 거기에 바이너리 데이터가 없으면(또는 적어도 아키텍처 독립적인 바이너리 데이터만) 다음이라고 생각합니다 /usr/lib/perl. FHS에서 보는 것이 더 적절합니다(나의 심볼릭 링크 도 있습니다 )./usr/lib/ruby/usr/share/<lang>/usr/share/tcl/usr/lib/tcl
여전히 FHS의 정신에 따라 설치자(또는 배포자)가 or 를 쉽게 사용할 수 있는 방법을 제공하면서 /opt/<lang>/shareor 를 사용하는 것을 선호합니다 ./opt/<lang>/lib/usr/share/<lang>/usr/lib/<lang>
답변2
내가 말하려는 것은 /usr/local/include/당신 자신의 추가입니다.Linux 파일 시스템 계층 표준