Você define suas próprias convenções, mas na verdade eu ficaria longe de /usr/include .
/usr/lib/<lang> parece popular aqui para idiomas interpretados (eu tenho pelo menos /usr/lib/python , /usr/lib/perl e /usr/lib/ruby com variantes para o tratamento de material específico da versão) Eu acho que /usr/share/<lang> é mais adequado do FHS (Eu também tenho /usr/share/tcl com um link simbólico de /usr/lib/tcl ) se não houver dados binários lá (ou pelo menos apenas dados binários independentes de arquitetura).
Ainda no espírito da FHS, eu costumava usar /opt/<lang>/share ou /opt/<lang>/lib enquanto fornecia ao instalador (ou à distribuição) uma maneira fácil de usar /usr/share/<lang> ou /usr/lib/<lang> .