Si tuviera que escribir una biblioteca para un lenguaje incompatible con C (como D), ¿cuál sería el mejor lugar para instalar mis "archivos de encabezado"?
usr/includeParece una mala idea, ya que la FHS dice que es para "archivos de encabezado incluidos en programas C".
Respuesta1
Usted define sus propias convenciones, pero yo me mantendría alejado de ellas /usr/include.
/usr/lib/<lang>parece popular aquí para lenguajes interpretados (tengo al menos /usr/lib/python, /usr/lib/perly /usr/lib/rubycon variantes para el manejo de cosas específicas de la versión) Creo que /usr/share/<lang>es más apropiado del FHS (también tengo /usr/share/tclun enlace simbólico de /usr/lib/tcl) si no hay datos binarios allí (o al menos solo datos binarios independientes de la arquitectura).
Aún en el espíritu de FHS, tendería a usar /opt/<lang>/shareo /opt/<lang>/libmientras le proporciono al instalador (o la distribución) una manera fácil de usar /usr/share/<lang>o /usr/lib/<lang>.
Respuesta2
Yo diría que /usr/local/include/para tus propias adiciones.Estándar de jerarquía del sistema de archivos de Linux