Anular la ruta de búsqueda del encabezado predeterminado

Question

Actualmente estoy tratando de obtener un programa para compilar en un sistema que no tengo control.

El problema que estoy teniendo es los directorios incluir este aspecto:

/usr/include: 
gmpxx.h gmp.h 

/usr/local/include: 
gmp.h 

En mi cpp, utilizo

#include <gmpxx.h> 

y esto encuentra el archivo correcto en /usr/include, sin embargo cuando gmpxx.h incluye gmp.h, lo saca de /usr/local/include, lo que rompe la compilación.

En este momento, veo 3 soluciones muy feas al problema

1. En mi cpp, añadir #include </usr/include/gmp.h>
   Tener un absoluto ruta de inclusión es bastante feo y no portátiles, y creo que esto una especie de cosa debería pertenecer al Makefile en lugar de a la fuente.

2. añadir la bandera -nostdinc a mi makefile, y especificar las rutas incluir a mano

3. crear enlaces simbólicos locales a las bibliotecas que realmente quiero, y luego hacer incluye locales (#include "gmp.h")

¿Hay alguna solución mejor que me falta?

Answer 1

caminos La búsqueda incluye son tomadas en el siguiente orden:

• The -I command-line option.
• The CPLUS_INCLUDE_PATH environment variable.
• los valores predeterminados estándar.

Entonces, puede usar cualquiera de los dos primeros (lo que parezca mejor/más conveniente para sus propósitos).

Answer 2

Quitar gmp.h de/usr/local/include, o averiguar por qué tiene una distribución de software que quiera tener gmp.h en include/usr/local/y quitar la distribución. Creo que el problema se debe a que, por alguna razón, tiene dos conjuntos de archivos de encabezado conflictivos para GMP. Si tiene una instalación estándar de archivos de desarrollo GMP en su sistema (/ usr/include/...), no debería haber una razón para tener otro conjunto de encabezados en/usr/local/include /.

No hay manera limpia para solucionarlo de otra manera, ya que debe incluir gmpxx.h usando paréntesis angulares

#include <gmpxx.h> 

como lo hace. Ahora gmpxx.h incluye gmp.h usando paréntesis angulares también, y en su sistema/usr/local/include tiene prioridad sobre/usr/include, que tiene sentido.

Así que te recomiendo que averigües por qué hay dos gmp.h's y eliminas el falso. Hay algo sospechoso en la configuración del archivo de encabezado.

No se puede revender fácilmente/usr/include y/usr/local/include porque se consideran directorios de sistema incluidos y si intenta utilizar -I en ellos, GCC ignorará la opción.