2013-06-05 04:41
浏览 280

是否可以在cgo CFLAGS注释中使用环境变量?

I'm attempting to write some C bindings for the Go language, and have run into a sort of sticky situation when setting up the Cgo compilation in Windows. I have code that looks like the following:

// #cgo windows CFLAGS: -I C:/dev/extlibs/include/
// #cgo windows LDFLAGS: -lMyLib -L C:/dev/extlibs/lib/
// #include <mylib/mylib.h>
import "C"

which is allows me to avoid installing Dlls, libs, and header files directly into my C:\Windows directory, but doesn't allow for much flexibility when other developers are working with a different file system setup (they all need the libs to be in C:/dev/extlibs/...).

Is there a way I could referent an environment variable from within the code? Perhaps something along the lines of:

// #cgo windows CFLAGS: -I $EXTLIBS$/include/

Or is there another way that people solve this issue that I have missed? I've spent some time googling around on this subject and haven't seen much that has been useful, so any information and/or resources could be a real help!

  • 写回答
  • 关注问题
  • 收藏
  • 邀请回答

2条回答 默认 最新

  • dongmeng1875 2013-06-10 13:11

    You could try using environment variables, the Gentoo Linux Wiki page on Safe C Flags has an example in the following format


    So you may be able to do something like

    // #cgo windows CFLAGS: -I "${EXTLIBS}"/include/

    but my syntax may be off, and that may be Makefile specific.

    You could also try setting a CPATH environment variable which:

    specifies a list of directories to be searched as if specified with -I, but after any paths given with -I options on the command line. This environment variable is used regardless of which language is being preprocessed.

    The equivalent for -L is, I think, LIBRARY_PATH (Described at the CPATH link).

    According to one sort of recommended way to get around this in a platform independant way is to use pkg-config.

    // #cgo pkg-config: mylib otherlib

    It's available for windows ( and there's some more information on installing it at this question (How to install pkg config in windows?)

    Other than that, put all the dependencies into a sub-directory of the go-code, use relative paths in your CFLAGS and LDFLAGS, and share the entire bundle with other developers.

    打赏 评论
  • dtoaillwk759656786 2014-02-16 08:30

    According to the docs for CGO:

    When building, the CGO_CFLAGS, CGO_CPPFLAGS, CGO_CXXFLAGS and CGO_LDFLAGS environment variables are added to the flags derived from these directives. Package-specific flags should be set using the directives, not the environment variables, so that builds work in unmodified environments.

    Using this knowledge, I have had success building a third-party package that wraps a C library so long as it provides it as a system package. The example I linked to:

    package sdl
    // #cgo LDFLAGS: -lSDL2
    // #include <SDL2/SDL.h>
    import "C"

    Even though it specifies a system package for SDL2, and I have SDL2 installed in some non-system directory, I am able to still build this package using some of the environment variables I mentioned, such as in the following:

    export SDL_PATH=/home/mark/where/I/installed/sdl
    CGO_CFLAGS="-I$SDL_PATH/include" CGO_LDFLAGS="-L$SDL_PATH/lib" go build hello.go
    LD_LIBRARY_PATH="$SDL_PATH/lib" ./hello

    Of course, this is Linux, but you can probably use the same ideas in Windows.

    打赏 评论

相关推荐 更多相似问题