无法在 Mac 上使用 gsl 进行编译

Unable to compile with gsl on Mac

我正在尝试在我的 MacBook Pro(13 英寸,2012 年中)上的蒙特卡洛模拟中实施 gsl_rng.h。模拟全部用 C 语言编写。我的问题是 gcc-6 抱怨它找不到 gsl 库,尽管我认为编译标志很好。

declare.h 的顶部,它包含在我正在处理的所有 .c 文件中:

/* __________________ LIBRARIES ___________________*/
#include <stdio.h>
#include <stdlib.h>
#include <math.h>
#include <time.h>
#include <gsl/gsl_rng.h>

错误:

fatal error: gsl/gsl_rng.h: No such file or directory

我的 makefile 中包含的编译标志:

INCLUDE = -I/usr/local/Cellar/gsl/2.4/include
LINK = -L/usr/local/Cellar/gsl/2.4/lib -lgsl -lgslcblas

我通过 Homebrew 安装了 gcc-6 和 gsl。

如何让 gcc-6 找到 gsl?我的标志错了吗?

生成文件:

CC = g++-6

CFLAGS = -lm -O3 -ansi -pedantic -Wall -Wextra\
        -Wconversion -Wredundant-decls -fmax-errors=7\
        -Wunsafe-loop-optimizations -Wmissing-braces\
        -Wparentheses
        # -Wdouble-promotion

INCLUDE = -I/usr/local/Cellar/gsl/2.4/include

LINK = -L/usr/local/Cellar/gsl/2.4/lib -lgsl -lgslcblas

../bin/bidimensional_MC: random.o functions.o subroutines.o\
             main.o 
$(CC) -o ../bin/bidimensional_MC random.o functions.o\
      subroutines.o main.o  $(CFLAGS) $(LINK) $(INLCUDE)

random.o: random.c
    $(CC) -c random.c -lm -O3  $(CFLAGS) $(INCLUDE)

functions.o: functions.c
    $(CC) -c functions.c  $(CFLAGS) $(INCLUDE)

main.o: main.c
    $(CC) -c main.c  $(CFLAGS) $(INCLUDE)

suboutines.o: subroutines.c
    $(CC) -c subroutines.c  $(CFLAGS) $(INCLUDE)

clean:
    rm *.o

ls /usr/local/Cellar/gsl/2.4/include/gsl/的输出是:

/usr/local/Cellar/gsl/2.4/include/gsl/gsl_rng.h

ls /usr/local/Cellar/gsl/2.4/include/的输出是:

gsl/ 

ls /usr/local/Cellar/gsl/2.4/include/gsl/ 的输出对于 post 来说太长了,但一切都在那里,因为它应该。

额外信息: 我使用的是 g++-6 而不是 gcc-6,因为我最终要在其中执行模拟的集群要求代码符合 C++。

在 makefile 中,您拥有(或者更准确地说,曾经声称拥有):

random.o: random.c
    $(CC) -c random.c -lm -O3  $(CFLAGS)

编译目标文件时不应该指定库。您的 CFLAGS 不包含 ${INCLUDE}(或 $(INCLUDE))宏。你需要这样的东西:

random.o: random.c
    $(CC) -c random.c -O3 $(CFLAGS) $(INCLUDE)

这是一个最小的变化;我会将 $(INCLUDE) 添加到 CFLAGS(并再次删除 -lm — 你甚至不需要在 Mac 上使用它,尽管它没有任何具体危害)。我还会添加 -Werror -Wmissing-prototypes -Wstrict-prototypes,并且使用 -ansi(也称为 -std=c90)并不明智 — 这是一个过时的标准。你应该使用 -std=c11.

CFLAGS = -O3 -g -std=c11 -pedantic -Wall -Wextra \
        -Wconversion -Wredundant-decls -fmax-errors=7 \
        -Wunsafe-loop-optimizations -Wmissing-braces \
        -Wparentheses $(INCLUDE) \
        -Werror -Wmissing-prototypes -Wstrict-prototypes

此外,我添加了 -g 以获取调试代码。始终包含 -g,即使进行了优化。它没有 运行 时间成本;如果您需要调试代码,它确实有好处。诚然,调试优化代码并不那么容易,但与没有 -g 相比,您可以做更多的事情。将其包含在 'compilation to object' 和 'linking' 阶段。

(而且,在细节方面,我有一堆单独的宏,这样每个标志都可以独立打开或关闭,而不必重写整个 CFLAGS。但是,这可以等待另一个天。)