SDL2 library not found with Make but with CMake - makefile
I'm trying to use SDL2, SDL2_ttf, and SDL2_image in a project which uses a Makefile to build. I've tried many different methods, but no matter what I've tried so far, SDL2_ttf and SDL2_image throw errors akin to the following.
/Library/Frameworks/SDL2_ttf.framework/Headers/SDL_ttf.h:34:10: fatal error:
'SDL2/SDL.h' file not found
I can successfully use CMake to build the project using the following CMakeLists and values.
cmake_minimum_required(VERSION 3.0)
project(kiss_sdl)
set(CMAKE_MODULE_PATH ${CMAKE_MODULE_PATH} "${kiss_sdl_SOURCE_DIR}/cmake")
set(BIN_DIR ${kiss_sdl_SOURCE_DIR}/bin)
set(CMAKE_RUNTIME_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/bin)
add_definitions(-DRESDIR=\"../../\")
find_package(SDL2 REQUIRED)
include_directories(${SDL2_INCLUDE_DIR})
find_package(SDL2_ttf REQUIRED)
include_directories(${SDL2_TTF_INCLUDE_DIR})
find_package(SDL2_image REQUIRED)
include_directories(${SDL2_IMAGE_INCLUDE_DIR})
add_executable(kiss_sdl kiss_example1.c kiss_draw.c kiss_general.c kiss_posix.c kiss_widgets.c kiss_sdl.h)
target_link_libraries(kiss_sdl ${SDL2_LIBRARY} ${SDL2_TTF_LIBRARY} ${SDL2_IMAGE_LIBRARY})
install(TARGETS kiss_sdl RUNTIME DESTINATION ${BIN_DIR})
The CMake modules I'm using to find SDL in CMake are bellow.
FindSDL2.cmake
# Locate SDL2 library
# This module defines
# SDL2_LIBRARY, the name of the library to link against
# SDL2_FOUND, if false, do not try to link to SDL2
# SDL2_INCLUDE_DIR, where to find SDL.h
#
# This module responds to the the flag:
# SDL2_BUILDING_LIBRARY
# If this is defined, then no SDL2_main will be linked in because
# only applications need main().
# Otherwise, it is assumed you are building an application and this
# module will attempt to locate and set the the proper link flags
# as part of the returned SDL2_LIBRARY variable.
#
# Don't forget to include SDL2main.h and SDL2main.m your project for the
# OS X framework based version. (Other versions link to -lSDL2main which
# this module will try to find on your behalf.) Also for OS X, this
# module will automatically add the -framework Cocoa on your behalf.
#
#
# Additional Note: If you see an empty SDL2_LIBRARY_TEMP in your configuration
# and no SDL2_LIBRARY, it means CMake did not find your SDL2 library
# (SDL2.dll, libsdl2.so, SDL2.framework, etc).
# Set SDL2_LIBRARY_TEMP to point to your SDL2 library, and configure again.
# Similarly, if you see an empty SDL2MAIN_LIBRARY, you should set this value
# as appropriate. These values are used to generate the final SDL2_LIBRARY
# variable, but when these values are unset, SDL2_LIBRARY does not get created.
#
#
# $SDL2 is an environment variable that would
# correspond to the ./configure --prefix=$SDL2
# used in building SDL2.
# l.e.galup 9-20-02
#
# Modified by Eric Wing.
# Added code to assist with automated building by using environmental variables
# and providing a more controlled/consistent search behavior.
# Added new modifications to recognize OS X frameworks and
# additional Unix paths (FreeBSD, etc).
# Also corrected the header search path to follow "proper" SDL2 guidelines.
# Added a search for SDL2main which is needed by some platforms.
# Added a search for threads which is needed by some platforms.
# Added needed compile switches for MinGW.
#
# On OSX, this will prefer the Framework version (if found) over others.
# People will have to manually change the cache values of
# SDL2_LIBRARY to override this selection or set the CMake environment
# CMAKE_INCLUDE_PATH to modify the search paths.
#
# Note that the header path has changed from SDL2/SDL.h to just SDL.h
# This needed to change because "proper" SDL2 convention
# is #include "SDL.h", not <SDL2/SDL.h>. This is done for portability
# reasons because not all systems place things in SDL2/ (see FreeBSD).
#
# Ported by Johnny Patterson. This is a literal port for SDL2 of the FindSDL.cmake
# module with the minor edit of changing "SDL" to "SDL2" where necessary. This
# was not created for redistribution, and exists temporarily pending official
# SDL2 CMake modules.
#
# Note that on windows this will only search for the 32bit libraries, to search
# for 64bit change x86/i686-w64 to x64/x86_64-w64
#=============================================================================
# Copyright 2003-2009 Kitware, Inc.
#
# CMake - Cross Platform Makefile Generator
# Copyright 2000-2014 Kitware, Inc.
# Copyright 2000-2011 Insight Software Consortium
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
#
# * Redistributions of source code must retain the above copyright
# notice, this list of conditions and the following disclaimer.
#
# * Redistributions in binary form must reproduce the above copyright
# notice, this list of conditions and the following disclaimer in the
# documentation and/or other materials provided with the distribution.
#
# * Neither the names of Kitware, Inc., the Insight Software Consortium,
# nor the names of their contributors may be used to endorse or promote
# products derived from this software without specific prior written
# permission.
#
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
# "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
# LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
# A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
# HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
# LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
# DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
# THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
# OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
#
# This software is distributed WITHOUT ANY WARRANTY; without even the
# implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
# See the License for more information.
#=============================================================================
# (To distribute this file outside of CMake, substitute the full
# License text for the above reference.)
FIND_PATH(SDL2_INCLUDE_DIR SDL.h
HINTS
${SDL2}
$ENV{SDL2}
PATH_SUFFIXES include/SDL2 include SDL2
i686-w64-mingw32/include/SDL2
x86_64-w64-mingw32/include/SDL2
PATHS
~/Library/Frameworks
/Library/Frameworks
/usr/local/include/SDL2
/usr/include/SDL2
/sw # Fink
/opt/local # DarwinPorts
/opt/csw # Blastwave
/opt
)
# Lookup the 64 bit libs on x64
IF(CMAKE_SIZEOF_VOID_P EQUAL 8)
FIND_LIBRARY(SDL2_LIBRARY_TEMP SDL2
HINTS
${SDL2}
$ENV{SDL2}
PATH_SUFFIXES lib64 lib
lib/x64
x86_64-w64-mingw32/lib
PATHS
/sw
/opt/local
/opt/csw
/opt
)
# On 32bit build find the 32bit libs
ELSE(CMAKE_SIZEOF_VOID_P EQUAL 8)
FIND_LIBRARY(SDL2_LIBRARY_TEMP SDL2
HINTS
${SDL2}
$ENV{SDL2}
PATH_SUFFIXES lib
lib/x86
i686-w64-mingw32/lib
PATHS
/sw
/opt/local
/opt/csw
/opt
)
ENDIF(CMAKE_SIZEOF_VOID_P EQUAL 8)
IF(NOT SDL2_BUILDING_LIBRARY)
IF(NOT ${SDL2_INCLUDE_DIR} MATCHES ".framework")
# Non-OS X framework versions expect you to also dynamically link to
# SDL2main. This is mainly for Windows and OS X. Other (Unix) platforms
# seem to provide SDL2main for compatibility even though they don't
# necessarily need it.
# Lookup the 64 bit libs on x64
IF(CMAKE_SIZEOF_VOID_P EQUAL 8)
FIND_LIBRARY(SDL2MAIN_LIBRARY
NAMES SDL2main
HINTS
${SDL2}
$ENV{SDL2}
PATH_SUFFIXES lib64 lib
lib/x64
x86_64-w64-mingw32/lib
PATHS
/sw
/opt/local
/opt/csw
/opt
)
# On 32bit build find the 32bit libs
ELSE(CMAKE_SIZEOF_VOID_P EQUAL 8)
FIND_LIBRARY(SDL2MAIN_LIBRARY
NAMES SDL2main
HINTS
${SDL2}
$ENV{SDL2}
PATH_SUFFIXES lib
lib/x86
i686-w64-mingw32/lib
PATHS
/sw
/opt/local
/opt/csw
/opt
)
ENDIF(CMAKE_SIZEOF_VOID_P EQUAL 8)
ENDIF(NOT ${SDL2_INCLUDE_DIR} MATCHES ".framework")
ENDIF(NOT SDL2_BUILDING_LIBRARY)
# SDL2 may require threads on your system.
# The Apple build may not need an explicit flag because one of the
# frameworks may already provide it.
# But for non-OSX systems, I will use the CMake Threads package.
IF(NOT APPLE)
FIND_PACKAGE(Threads)
ENDIF(NOT APPLE)
# MinGW needs an additional library, mwindows
# It's total link flags should look like -lmingw32 -lSDL2main -lSDL2 -lmwindows
# (Actually on second look, I think it only needs one of the m* libraries.)
IF(MINGW)
SET(MINGW32_LIBRARY mingw32 CACHE STRING "mwindows for MinGW")
ENDIF(MINGW)
SET(SDL2_FOUND "NO")
IF(SDL2_LIBRARY_TEMP)
# For SDL2main
IF(NOT SDL2_BUILDING_LIBRARY)
IF(SDL2MAIN_LIBRARY)
SET(SDL2_LIBRARY_TEMP ${SDL2MAIN_LIBRARY} ${SDL2_LIBRARY_TEMP})
ENDIF(SDL2MAIN_LIBRARY)
ENDIF(NOT SDL2_BUILDING_LIBRARY)
# For OS X, SDL2 uses Cocoa as a backend so it must link to Cocoa.
# CMake doesn't display the -framework Cocoa string in the UI even
# though it actually is there if I modify a pre-used variable.
# I think it has something to do with the CACHE STRING.
# So I use a temporary variable until the end so I can set the
# "real" variable in one-shot.
IF(APPLE)
SET(SDL2_LIBRARY_TEMP ${SDL2_LIBRARY_TEMP} "-framework Cocoa")
ENDIF(APPLE)
# For threads, as mentioned Apple doesn't need this.
# In fact, there seems to be a problem if I used the Threads package
# and try using this line, so I'm just skipping it entirely for OS X.
IF(NOT APPLE)
SET(SDL2_LIBRARY_TEMP ${SDL2_LIBRARY_TEMP} ${CMAKE_THREAD_LIBS_INIT})
ENDIF(NOT APPLE)
# For MinGW library
IF(MINGW)
SET(SDL2_LIBRARY_TEMP ${MINGW32_LIBRARY} ${SDL2_LIBRARY_TEMP})
ENDIF(MINGW)
# Set the final string here so the GUI reflects the final state.
SET(SDL2_LIBRARY ${SDL2_LIBRARY_TEMP} CACHE STRING "Where the SDL2 Library can be found")
# Set the temp variable to INTERNAL so it is not seen in the CMake GUI
SET(SDL2_LIBRARY_TEMP "${SDL2_LIBRARY_TEMP}" CACHE INTERNAL "")
SET(SDL2_FOUND "YES")
ENDIF(SDL2_LIBRARY_TEMP)
INCLUDE(FindPackageHandleStandardArgs)
FIND_PACKAGE_HANDLE_STANDARD_ARGS(SDL2 REQUIRED_VARS SDL2_LIBRARY SDL2_INCLUDE_DIR)
FindSDL2_ttf.cmake
# Locate SDL2_ttf library
# This module defines
# SDL2_TTF_LIBRARY, the name of the library to link against
# SDL2_TTF_FOUND, if false, do not try to link to SDL2_ttf
# SDL2_TTF_INCLUDE_DIR, where to find SDL_image.h
#
# Additional Note: If you see an empty SDL2_TTF_LIBRARY_TEMP in your configuration
# and no SDL2_TTF_LIBRARY, it means CMake did not find your SDL2_Image library
# (SDL2_ttf.dll, libsdl2_image.so, SDL2_ttf.framework, etc).
# Set SDL2_TTF_LIBRARY_TEMP to point to your SDL2 library, and configure again.
# Similarly, if you see an empty SDL2MAIN_LIBRARY, you should set this value
# as appropriate. These values are used to generate the final SDL2_TTF_LIBRARY
# variable, but when these values are unset, SDL2_TTF_LIBRARY does not get created.
#
# $SDL2 is an environment variable that would
# correspond to the ./configure --prefix=$SDL2
# used in building SDL2.
# l.e.galup 9-20-02
#
# Modified by Eric Wing.
# Added code to assist with automated building by using environmental variables
# and providing a more controlled/consistent search behavior.
# Added new modifications to recognize OS X frameworks and
# additional Unix paths (FreeBSD, etc).
# Also corrected the header search path to follow "proper" SDL2 guidelines.
# Added a search for SDL2main which is needed by some platforms.
# Added a search for threads which is needed by some platforms.
# Added needed compile switches for MinGW.
#
# On OSX, this will prefer the Framework version (if found) over others.
# People will have to manually change the cache values of
# SDL2_TTF_LIBRARY to override this selection or set the CMake environment
# CMAKE_INCLUDE_PATH to modify the search paths.
#
# Note that the header path has changed from SDL2/SDL.h to just SDL.h
# This needed to change because "proper" SDL2 convention
# is #include "SDL.h", not <SDL2/SDL.h>. This is done for portability
# reasons because not all systems place things in SDL2/ (see FreeBSD).
#
# Ported by Johnny Patterson. This is a literal port for SDL2 of the FindSDL.cmake
# module with the minor edit of changing "SDL" to "SDL2" where necessary. This
# was not created for redistribution, and exists temporarily pending official
# SDL2 CMake modules.
#
# Note that on windows this will only search for the 32bit libraries, to search
# for 64bit change x86/i686-w64 to x64/x86_64-w64
#=============================================================================
# Copyright 2003-2009 Kitware, Inc.
#
# CMake - Cross Platform Makefile Generator
# Copyright 2000-2014 Kitware, Inc.
# Copyright 2000-2011 Insight Software Consortium
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
#
# * Redistributions of source code must retain the above copyright
# notice, this list of conditions and the following disclaimer.
#
# * Redistributions in binary form must reproduce the above copyright
# notice, this list of conditions and the following disclaimer in the
# documentation and/or other materials provided with the distribution.
#
# * Neither the names of Kitware, Inc., the Insight Software Consortium,
# nor the names of their contributors may be used to endorse or promote
# products derived from this software without specific prior written
# permission.
#
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
# "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
# LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
# A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
# HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
# LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
# DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
# THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
# OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
#
# This software is distributed WITHOUT ANY WARRANTY; without even the
# implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
# See the License for more information.
#=============================================================================
# (To distribute this file outside of CMake, substitute the full
# License text for the above reference.)
FIND_PATH(SDL2_TTF_INCLUDE_DIR SDL_ttf.h
HINTS
${SDL2}
$ENV{SDL2}
$ENV{SDL2_TTF}
PATH_SUFFIXES include/SDL2 include SDL2
i686-w64-mingw32/include/SDL2
PATHS
~/Library/Frameworks
/Library/Frameworks
/usr/local/include/SDL2
/usr/include/SDL2
/sw # Fink
/opt/local # DarwinPorts
/opt/csw # Blastwave
/opt
)
# Lookup the 64 bit libs on x64
IF(CMAKE_SIZEOF_VOID_P EQUAL 8)
FIND_LIBRARY(SDL2_TTF_LIBRARY_TEMP
NAMES SDL2_ttf
HINTS
${SDL2}
$ENV{SDL2}
$ENV{SDL2_TTF}
PATH_SUFFIXES lib64 lib
lib/x64
x86_64-w64-mingw32/lib
PATHS
/sw
/opt/local
/opt/csw
/opt
)
# On 32bit build find the 32bit libs
ELSE(CMAKE_SIZEOF_VOID_P EQUAL 8)
FIND_LIBRARY(SDL2_TTF_LIBRARY_TEMP
NAMES SDL2_ttf
HINTS
${SDL2}
$ENV{SDL2}
$ENV{SDL2_TTF}
PATH_SUFFIXES lib
lib/x86
i686-w64-mingw32/lib
PATHS
/sw
/opt/local
/opt/csw
/opt
)
ENDIF(CMAKE_SIZEOF_VOID_P EQUAL 8)
SET(SDL2_TTF_FOUND "NO")
IF(SDL2_TTF_LIBRARY_TEMP)
# Set the final string here so the GUI reflects the final state.
SET(SDL2_TTF_LIBRARY ${SDL2_TTF_LIBRARY_TEMP} CACHE STRING "Where the SDL2_ttf Library can be found")
# Set the temp variable to INTERNAL so it is not seen in the CMake GUI
SET(SDL2_TTF_LIBRARY_TEMP "${SDL2_TTF_LIBRARY_TEMP}" CACHE INTERNAL "")
SET(SDL2_TTF_FOUND "YES")
ENDIF(SDL2_TTF_LIBRARY_TEMP)
INCLUDE(FindPackageHandleStandardArgs)
FIND_PACKAGE_HANDLE_STANDARD_ARGS(SDL2_TTF REQUIRED_VARS SDL2_TTF_LIBRARY SDL2_TTF_INCLUDE_DIR)
FindSDL2_image.cmake
# Locate SDL2_image library
# This module defines
# SDL2_IMAGE_LIBRARY, the name of the library to link against
# SDL2_IMAGE_FOUND, if false, do not try to link to SDL2_image
# SDL2_IMAGE_INCLUDE_DIR, where to find SDL_image.h
#
# Additional Note: If you see an empty SDL2_IMAGE_LIBRARY_TEMP in your configuration
# and no SDL2_IMAGE_LIBRARY, it means CMake did not find your SDL2_Image library
# (SDL2_image.dll, libsdl2_image.so, SDL2_image.framework, etc).
# Set SDL2_IMAGE_LIBRARY_TEMP to point to your SDL2 library, and configure again.
# Similarly, if you see an empty SDL2MAIN_LIBRARY, you should set this value
# as appropriate. These values are used to generate the final SDL2_IMAGE_LIBRARY
# variable, but when these values are unset, SDL2_IMAGE_LIBRARY does not get created.
#
# $SDL2 is an environment variable that would
# correspond to the ./configure --prefix=$SDL2
# used in building SDL2.
# l.e.galup 9-20-02
#
# Modified by Eric Wing.
# Added code to assist with automated building by using environmental variables
# and providing a more controlled/consistent search behavior.
# Added new modifications to recognize OS X frameworks and
# additional Unix paths (FreeBSD, etc).
# Also corrected the header search path to follow "proper" SDL2 guidelines.
# Added a search for SDL2main which is needed by some platforms.
# Added a search for threads which is needed by some platforms.
# Added needed compile switches for MinGW.
#
# On OSX, this will prefer the Framework version (if found) over others.
# People will have to manually change the cache values of
# SDL2_IMAGE_LIBRARY to override this selection or set the CMake environment
# CMAKE_INCLUDE_PATH to modify the search paths.
#
# Note that the header path has changed from SDL2/SDL.h to just SDL.h
# This needed to change because "proper" SDL2 convention
# is #include "SDL.h", not <SDL2/SDL.h>. This is done for portability
# reasons because not all systems place things in SDL2/ (see FreeBSD).
#
# Ported by Johnny Patterson. This is a literal port for SDL2 of the FindSDL.cmake
# module with the minor edit of changing "SDL" to "SDL2" where necessary. This
# was not created for redistribution, and exists temporarily pending official
# SDL2 CMake modules.
#
# Note that on windows this will only search for the 32bit libraries, to search
# for 64bit change x86/i686-w64 to x64/x86_64-w64
#=============================================================================
# Copyright 2003-2009 Kitware, Inc.
#
# CMake - Cross Platform Makefile Generator
# Copyright 2000-2014 Kitware, Inc.
# Copyright 2000-2011 Insight Software Consortium
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
#
# * Redistributions of source code must retain the above copyright
# notice, this list of conditions and the following disclaimer.
#
# * Redistributions in binary form must reproduce the above copyright
# notice, this list of conditions and the following disclaimer in the
# documentation and/or other materials provided with the distribution.
#
# * Neither the names of Kitware, Inc., the Insight Software Consortium,
# nor the names of their contributors may be used to endorse or promote
# products derived from this software without specific prior written
# permission.
#
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
# "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
# LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
# A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
# HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
# LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
# DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
# THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
# OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
#
# This software is distributed WITHOUT ANY WARRANTY; without even the
# implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
# See the License for more information.
#=============================================================================
# (To distribute this file outside of CMake, substitute the full
# License text for the above reference.)
FIND_PATH(SDL2_IMAGE_INCLUDE_DIR SDL_image.h
HINTS
${SDL2}
$ENV{SDL2}
$ENV{SDL2_IMAGE}
PATH_SUFFIXES include/SDL2 include SDL2
i686-w64-mingw32/include/SDL2
x86_64-w64-mingw32/include/SDL2
PATHS
~/Library/Frameworks
/Library/Frameworks
/usr/local/include/SDL2
/usr/include/SDL2
/sw # Fink
/opt/local # DarwinPorts
/opt/csw # Blastwave
/opt
)
# Lookup the 64 bit libs on x64
IF(CMAKE_SIZEOF_VOID_P EQUAL 8)
FIND_LIBRARY(SDL2_IMAGE_LIBRARY_TEMP
NAMES SDL2_image
HINTS
${SDL2}
$ENV{SDL2}
$ENV{SDL2_IMAGE}
PATH_SUFFIXES lib64 lib
lib/x64
x86_64-w64-mingw32/lib
PATHS
/sw
/opt/local
/opt/csw
/opt
)
# On 32bit build find the 32bit libs
ELSE(CMAKE_SIZEOF_VOID_P EQUAL 8)
FIND_LIBRARY(SDL2_IMAGE_LIBRARY_TEMP
NAMES SDL2_image
HINTS
${SDL2}
$ENV{SDL2}
$ENV{SDL2_IMAGE}
PATH_SUFFIXES lib
lib/x86
i686-w64-mingw32/lib
PATHS
/sw
/opt/local
/opt/csw
/opt
)
ENDIF(CMAKE_SIZEOF_VOID_P EQUAL 8)
SET(SDL2_IMAGE_FOUND "NO")
IF(SDL2_IMAGE_LIBRARY_TEMP)
# Set the final string here so the GUI reflects the final state.
SET(SDL2_IMAGE_LIBRARY ${SDL2_IMAGE_LIBRARY_TEMP} CACHE STRING "Where the SDL2_image Library can be found")
# Set the temp variable to INTERNAL so it is not seen in the CMake GUI
SET(SDL2_IMAGE_LIBRARY_TEMP "${SDL2_IMAGE_LIBRARY_TEMP}" CACHE INTERNAL "")
SET(SDL2_IMAGE_FOUND "YES")
ENDIF(SDL2_IMAGE_LIBRARY_TEMP)
INCLUDE(FindPackageHandleStandardArgs)
FIND_PACKAGE_HANDLE_STANDARD_ARGS(SDL2_IMAGE REQUIRED_VARS SDL2_IMAGE_LIBRARY SDL2_IMAGE_INCLUDE_DIR)
Following is the makefile, then some of the different methods I've tried. I have removed some irrelevant code from the makefile to make it more clear, please see the full code on GitHub.
#CPP = clang++
#C = clang
CPP = g++
C = gcc
### Macintosh
LDFLAGS = -L/Library/Frameworks/SDL2.framework \
-L/Library/Frameworks/SDL2_ttf.framework \
-L/Library/Frameworks/SDL2_image.framework \
-lSDL2 -lSDL2_image -lSDL2_ttf
CFLAGS = -I/Library/Frameworks/SDL2.framework/Headers \
-I/Library/Frameworks/SDL2_ttf.framework/Headers \
-I/Library/Frameworks/SDL2_image.framework/Headers \
-Wall -c -std=c89
EXE1 = kiss_example1
EXE2 = kiss_example2
### Linux
#LDFLAGS = -lSDL2 -lSDL2_image -lSDL2_ttf
#CFLAGS = -Wall -c -std=c89
#EXE1 = kiss_example1
#EXE2 = kiss_example2
all: $(EXE1) $(EXE2)
$(EXE1): kiss_example1.o kiss_widgets.o kiss_draw.o kiss_general.o \
kiss_posix.o
$(C) $^ $(LDFLAGS) -o $#
$(EXE2): kiss_example2.o kiss_widgets.o kiss_draw.o kiss_general.o \
kiss_posix.o
$(C) $^ $(LDFLAGS) -o $#
kiss_example1.o: kiss_example1.c
$(C) $(CFLAGS) $^ -o $#
kiss_example2.o: kiss_example2.c
$(C) $(CFLAGS) $^ -o $#
kiss_widgets.o: kiss_widgets.c
$(C) $(CFLAGS) $^ -o $#
kiss_draw.o: kiss_draw.c
$(C) $(CFLAGS) $^ -o $#
kiss_general.o: kiss_general.c
$(C) $(CFLAGS) $^ -o $#
kiss_posix.o: kiss_posix.c
$(C) $(CFLAGS) $^ -o $#
clean:
rm *.o && rm $(EXE1) && rm $(EXE2)
# del *.o
# del $(EXE1)
# del $(EXE2)
1.
LDFLAGS = -framework SDL -framework SDL_ttf -framework SDL_image
CFLAGS = -framework SDL -framework SDL_ttf -framework SDL_image \
-Wall -c -std=c89
EXE1 = kiss_example1
EXE2 = kiss_example2
2.
LDFLAGS = -framework SDL -framework SDL_ttf -framework SDL_image
CFLAGS = -framework SDL -framework SDL_ttf -framework SDL_image \
-I/Library/Frameworks/SDL2.framework/Headers \
-I/Library/Frameworks/SDL2_ttf.framework/Headers \
-I/Library/Frameworks/SDL2_image.framework/Headers \
-Wall -c -std=c89
EXE1 = kiss_example1
EXE2 = kiss_example2
3.
LDFLAGS = -framework SDL -framework SDL_ttf -framework SDL_image
CFLAGS = -Wall -c -std=c89
EXE1 = kiss_example1
EXE2 = kiss_example2
The full project I'm trying to build is KISS_SDL, which can be found on GitHub.
CMake and make serve entirely different, albeit related, purposes. CMake analyzes the system on which it is running in light of the requirements given by the various CMakeLists.txt files, and constructs a Makefile. You then perform the actual build via make. CMake's role is similar to that of a traditional configure script, and especially like the configure scripts produced by GNU Autoconf.
So how does CMake discover the location of the SDL2 headers? It has a small script somewhere on the system that knows how to do it. Several, actually. (Hundreds of these are included in a CMake installation, and a software distributor can provide their own as well.) It may use pkg-config, as the other answer suggests you do yourself, or it may test several common locations, or it may use some other facility. Your CMakeLists.txt invokes three of these and instructs CMake how to use the results with these lines:
find_package(SDL2 REQUIRED)
include_directories(${SDL2_INCLUDE_DIR})
find_package(SDL2_ttf REQUIRED)
include_directories(${SDL2_TTF_INCLUDE_DIR})
find_package(SDL2_image REQUIRED)
include_directories(${SDL2_IMAGE_INCLUDE_DIR})
You can probably determine what CMake is actually doing by examining the corresponding cmake scripts. On my Linux system they would be
/usr/share/cmake/Modules/FindSDL.cmake
/usr/share/cmake/Modules/FindSDL_ttf.cmake
/usr/share/cmake/Modules/FindSDL_image.cmake
Where you would find them on your Mac depends on details of how CMake is installed.
Alternatively, you can examine the Makefile generated by CMake. It will be rather more complicated than yours, but you should be able to determine which flags are being passed to the compiler and linker.
The reason is written as a comment in each FindSDL*.cmake script you show:
Note that the header path has changed from SDL2/SDL.h to just SDL.h
Probably, you use headers from incompatible version of libraries SDL and SDL_ttf: the first one provides main header as SDL.h, but the second one expects it to be SDL2/SDL2.h.
I usually use pkg-config to discover header and library locations. This should work using GNU make:
SDL2_CXXFLAGS := \
$(shell pkg-config sdl2 --cflags) \
$(shell pkg-config SDL2_ttf --cflags) \
$(shell pkg-config SDL2_image --cflags)
SDL2_LDFLAGS := \
$(shell pkg-config sdl2 --libs) \
$(shell pkg-config SDL2_ttf --libs) \
$(shell pkg-config SDL2_image --libs)
I have not used pkg-config on Windows but apparently it is available.
I had a similar problem with SDL2, which I fixed by following the directions in these answers:
On mac, g++ (clang) fails to search /usr/local/include and /usr/local/lib by default
OSX seems to override the include and lib paths by default for some reason.
here is one way to write the makefile:
Since you makefile is named kiss_makefile the following make file would be executed via:
make -f kiss_makefile
and now the makefile contents:
CPP := /bin/g++
C := /bin/gcc
RM := /bin/rm
C_FLAGS_32 := -D32_BIT \
-IC:\SDL2-2.0.4\include \
-IC:\SDL2-2.0.4\i686-w64-mingw32\include \
-IC:\SDL2_ttf-2.0.14\i686-w64-mingw32\include \
-IC:\SDL2_image-2.0.1\i686-w64-mingw32\include \
-Wall -Wextra -Wconversion -pedantic -c -std=gnu99 -m32 -march=i686
C_FLAGS_64 := -D64_BIT \
-IC:\SDL2-2.0.4\x86_64-w64-mingw32\include \
-IC:\SDL2_ttf-2.0.14\x86_64-w64-mingw32\include \
-IC:\SDL2_image-2.0.1\x86_64-w64-mingw32\include \
-Wall -Wextra -Wconversion -pedantic -c -std=gnu99
L_FLAGS_32 := \
-LC:\SDL2-2.0.4\x86_64-w64-mingw32\lib \
-LC:\SDL2_ttf-2.0.14\x86_64-w64-mingw32\lib \
-LC:\SDL2_image-2.0.1\x86_64-w64-mingw32\lib \
-lmingw32 -lSDL2main -lSDL2 -lSDL2_image -lSDL2_ttf \
-mwindows
L_FLAGS_64 := \
-LC:\SDL2-2.0.4\x86_64-w64-mingw32\lib \
-LC:\SDL2_ttf-2.0.14\x86_64-w64-mingw32\lib \
-LC:\SDL2_image-2.0.1\x86_64-w64-mingw32\lib \
-lmingw32 -lSDL2main -lSDL2 -lSDL2_image -lSDL2_ttf \
-mwindows
ARCH := $(shell getconf LONG_BIT)
CFLAGS := C_FLAGS_$(ARCH)
LFLAGS := L_FLAGS_$(ARCH)
SRC1 := kiss_example1.c kiss_widgets.c kiss_draw.c kiss_general.o kiss_posix.c
OBJ1 := $(SRC1:.c=.o)
SRC2 := kiss_example2.c kiss_widgets.c kiss_draw.c kiss_general.o kiss_posix.c
OBJ2 := $(SRC2:.c=.o)
.PHONY: all
all: $(EXE1) $(EXE2)
$(EXE1): $(OBJ1)
<tab>$(C) $^ -o $# $(LDFLAGS)
$(EXE2): $(OBJ2)
<tab>$(C) $^ -o $# $(LDFLAGS)
%.o:%.c
<tab>$(C) $(CFLAGS) $< -o $#
.PHONY: clean
clean:
<tab>rm *.o
<tab>rm $(EXE1)
<tab>rm $(EXE2)
Notice the proper indication to make that certain targets: all and clean do not produce a file of the same name
Notice the generic rule/recipe for compiling each source file into an object file.
Note: the reason for the 3 macros C, RM, and CPP are so the correct file of that name is executed. Therefore, those macros include the path to the correct file.
Notice the compile parameter -D32_BIT and -D64_BIT are something you can use, if the source code needs to perform something different, depending on the underlying architecture.
Notice where the answer says <tab>, in the actual makefile, replace with an actual tab character
Related
How to generate a *.so file on AIX with CMake
With gcc the newer CMake V3.14 build a shared library in an archive format with ".a" suffix on AIX platform. But we need a *.so shared file. One solution what I have found is to patch /opt/freeware/share/cmake-3.14/Modules/Platform/AIX-GNU.cmake by adding the line "cp <OBJECT_DIR>/lib<TARGET_NAME>.so <TARGET_BASE>.so". # Distributed under the OSI-approved BSD 3-Clause License. See accompanying # file Copyright.txt or https://cmake.org/licensing for details. # This module is shared by multiple languages; use include blocker. if(__AIX_COMPILER_GNU) return() endif() set(__AIX_COMPILER_GNU 1) macro(__aix_compiler_gnu lang) set(CMAKE_SHARED_LIBRARY_RUNTIME_${lang}_FLAG "-Wl,-bnoipath -Wl,-blibpath:") set(CMAKE_SHARED_LIBRARY_RUNTIME_${lang}_FLAG_SEP ":") set(CMAKE_SHARED_MODULE_${lang}_FLAGS ${CMAKE_SHARED_LIBRARY_${lang}_FLAGS}) set(CMAKE_SHARED_MODULE_CREATE_${lang}_FLAGS ${CMAKE_SHARED_LIBRARY_CREATE_${lang}_FLAGS}) set(CMAKE_${lang}_USE_IMPLICIT_LINK_DIRECTORIES_IN_RUNTIME_PATH 1) if(CMAKE_${lang}_COMPILER_VERSION VERSION_LESS 7 OR CMAKE_SYSTEM_VERSION VERSION_LESS 7.1) unset(CMAKE_${lang}_COMPILE_OPTIONS_VISIBILITY) endif() # By default, module are .so and shared libraries .a in AIX. # As this comportment can be overwritten or misrespected we provides both .a and stripped .so. set(CMAKE_${lang}_CREATE_SHARED_LIBRARY "<CMAKE_${lang}_COMPILER> <CMAKE_SHARED_LIBRARY_${lang}_FLAGS> <LANGUAGE_COMPILE_FLAGS> <LINK_FLAGS> <CMAKE_SHARED_LIBRARY_CREATE_${lang}_FLAGS> <SONAME_FLAG><TARGET_SONAME> -o <OBJECT_DIR>/lib<TARGET_NAME>.so <OBJECTS> <LINK_LIBRARIES>" "<CMAKE_AR> -c -q <TARGET> <OBJECT_DIR>/lib<TARGET_NAME>.so" "cp <OBJECT_DIR>/lib<TARGET_NAME>.so <TARGET_BASE>.so" # <-- Patched line "rm <OBJECT_DIR>/lib<TARGET_NAME>.so" ) set(CMAKE_${lang}_CREATE_SHARED_MODULE "<CMAKE_${lang}_COMPILER> <CMAKE_SHARED_MODULE_${lang}_FLAGS> <LANGUAGE_COMPILE_FLAGS> <LINK_FLAGS> <CMAKE_SHARED_MODULE_CREATE_${lang}_FLAGS> <SONAME_FLAG><TARGET_SONAME> -o <TARGET> <OBJECTS> <LINK_LIBRARIES>" "strip -e -X32_64 <TARGET>" ) endmacro() Is there another possibility to switch on the *.so file generation?
How to stop CMake appending C compiler flags
I converted an old style makefile to a CMake CMakeLists.txt file so that I can load a project into JetBrain's new CLion IDE. I thought it would be easy, but I'm stuck at the point of CMake appending some custom compiler flags to the compilation command which cause a compilation error. I don't have enough knowledge of CMake to solve this issue. Here is the original makefile. # makefile # Main Filename to be compiled MAINFILE = TestProgram # Paths DRIVE := C: COMPILERROOT := $(DRIVE)/GNUHC11 COMPILERPATH := $(COMPILERROOT)/bin GELROOT := $(DRIVE)/library/gel-hc1x-1.6.1 GELINCLUDESDIR := $(GELROOT)/include # Compiler, Linker, Object Copy, and Object Dump path CC := $(COMPILERPATH)/m6811-elf-gcc # compiler OC := $(COMPILERPATH)/m6811-elf-objcopy # object copy OD := $(COMPILERPATH)/m6811-elf-objdump # object dump # Includes GELINCLUDES += -I$(GELINCLUDESDIR) -I$(GELINCLUDESDIR)/asm-m68hc11/arch-32k # Compiler Flags CFLAGS += -Os # turn on optimizer CFLAGS += -mshort # consider type int to be 16 bits CFLAGS += -Wl,-m,m68hc11elfb # build for elf file and use memory.x for memory map CFLAGS += -I. $(GELINCLUDES) # Add current dir and gel library for includes CFLAGS += -Dmc6811 # Add define to define the processor architecture for gel includes # C Source codes to be compiled SRC1 = $(MAINFILE).c SRC2 = Interrupts.c SRC3 = Utilities.c # C Header files dependencies HDR1 = $(MAINFILE).h HDR2 = Interrupts.h HDR3 = Utilities.h SRCS = $(SRC1) $(SRC2) $(SRC3) HDRS = $(HDR1) $(HDR2) $(HDR3) # Elf file to be generated ELF1 = $(SRC1:.c=.elf) # Generate Bin file for programming & Assembly dump $(MAINFILE).bin : $(ELF1) $(OC) -O binary $(ELF1) $(MAINFILE).bin $(OD) -xDC --section=.text --section=.vectors $(ELF1) >$(MAINFILE).dump # Full compile and link $(ELF1) : $(SRCS) $(HDRS) $(CC) $(CFLAGS) -o $(ELF1) $(SRCS) clean :: del *.dump del *.elf del *.bin And here is my attempt at the CMakeLists.txt file. cmake_minimum_required(VERSION 2.8.4) # program names set(HC11C m6811-elf-gcc.exe) set(OBJCOPY m6811-elf-objcopy.exe) set(OBJDUMP m6811-elf-objdump.exe) # Important project paths set(LIB_INC_PATH "C:/library/gel-hc1x-1.6.1/include" "C:/library/gel-hc1x-1.6.1/include/asm-m68hc11/arch-32k") set(HC11C_PATH "C:/GNUHC11/bin") # Sets the compiler # Needs to come before the project function set(CMAKE_SYSTEM_NAME Generic) set(CMAKE_C_COMPILER "${HC11C_PATH}/${HC11C}") set(MAIN_FILE "TestProgram") project(${MAIN_FILE}) # Files to be compiled set(BASE_PATH "${${PROJECT_NAME}_SOURCE_DIR}") set(INC_PATH "${BASE_PATH}") set(SRC_PATH "${BASE_PATH}") set(SRC_FILES "${SRC_PATH}/${MAIN_FILE}.c" "${SRC_PATH}/Interrupts.c" "${SRC_PATH}/Utilities.c") # Attempt to clear the other spurious compiler flags that I don't want, # and which cause a compiler arguments error. # This doesn't seem to work - the defaults still appear. set(CMAKE_C_FLAGS_DEBUG "") set(CMAKE_C_FLAGS_RELEASE "") set(CMAKE_C_FLAGS_RELWITHDEBINFO "") set(CMAKE_C_FLAGS_MINSIZEREL "") # Compiler flags set(CWARN "-Wl,-m,m68hc11elfb") # build for elf file and use memory.x for memory map set(CTUNING "-mshort") # consider type int to be 16 bits set(COPT "-Os") # turn on optimizer set(CDEFS "-Dmc6811") # Add define to define the processor architecture for gel includes set(CFILES "${MAIN_FILE}.c Interrupts.c Utilities.c") set(CFLAGS "${CDEFS} ${COPT} ${CWARN} ${CTUNING} ${CFILES}") set(CMAKE_C_FLAGS "${CFLAGS}") # Project setup include_directories(${INC_PATH} ${LIB_INC_PATH}) add_executable(${MAIN_FILE} ${SRC_FILES}) set_target_properties(${MAIN_FILE} PROPERTIES OUTPUT_NAME "${MAIN_FILE}.elf") # Compiling targets add_custom_target(main ALL ${OBJCOPY} -O binary "${MAIN_FILE}.elf" "${MAIN_FILE}.bin" DEPENDS ${MAIN_FILE}) add_custom_target(dump ALL ${OBJDUMP} -xDC --section=.text --section=.vectors "${MAIN_FILE}.elf" > "${MAIN_FILE}.dump" DEPENDS main) set_directory_properties(PROPERTIES ADDITIONAL_MAKE_CLEAN_FILES "${MAIN_FILE}.dump;${MAIN_FILE}.elf;${MAIN_FILE}.bin") # Config logging message("* ") message("* Project Name:\t${PROJECT_NAME}") message("* Project Source:\t${SRC_PATH}") message("* Project Include:\t${INC_PATH}") message("* Library Include:\t${LIB_INC_PATH}") message("* ") message("* Project Source Files:\t${SRC_FILES}") message("* MAIN_FILE variable:\t${MAIN_FILE}") message("* ") message("* C Flags:\t${CMAKE_C_FLAGS}") message("* ") Here is the generated compilation command: C:\GNUHC11\bin\m6811-elf-gcc.exe "-xc" "-Dmc6811" "-Os" "-Wl,-m,m68hc11elfb" "-mshort" "TestProgram.c" "Interrupts.c" "Utilities.c" "-IC:\\DEVELO~1\\source" "-IC:\\library\\gel-hc1x-1.6.1\\include" "-IC:\\library\\gel-hc1x-1.6.1\\include\\asm-m68hc11\\arch-32k" "-v" "-dD" "-E" "-D___CIDR_IGNORE_DEFINITIONS_START" It would work but for the auto appended "-E" compiler flag at the end which I don't want. The other appended flags "-v" "-dD" and '-D___CIDR..." are also unwanted but do not cause a compilation error like "-E" does. How can I turn these appended flags off? Thanks in advance for any help.
It seems you are cross-compiling, so the preferred cmake configuration is a bit different than normal. See http://www.vtk.org/Wiki/CMake_Cross_Compiling for details, pay attention to the "toolchain file". I have no idea regarding the auto-appended flags. You can also have a look at the generated CMakeCache.txt file, either with any editor, from CLion itself, or with cmake-gui. Remember that CLion copies your CMakeLists.txt in a funky temporary directory and runs cmake off the temporary directory, if you want to look at CMakeCache.txt by hand. What I suggest is to put aside CLion while you are debugging the CMakeLists.txt, and just use cmake or cmake-gui directly from the shell. Don't give up, both cmake and CLion are two very good programs IMHO :-)
There doesn't seem to be too much information on this one, but I also ran into this issue. In cmake if you do something like target_compile_options(game PRIVATE /W4 /WX /wd4100 /wd4200 /wd4201 /FAs /EHsc /Gh /GH) this will add those options for all compilers in that target. You can use a generator if you want to add language specific options, so I changed it to: target_compile_options(game PRIVATE $<$<COMPILE_LANGUAGE:C>:/W4 /WX /wd4100 /wd4200 /wd4201 /FAs /EHsc /Gh /GH>) which works.
how to compile lapack so that it can be used correctly during installation of octave?
I'm trying to install the latest octave 3.8.1 from source in a cluster running redhat+IBM LSF. I don't have write access to anywhere else except my own home dir, that's why I have to install octave from source. The blas and lapack provided by the cluster does not work so I have to build them by myself. I have now finished compiling both blas and lapack and passed the ./configure, but when I run make, an error is reported as follows: These are steps I used to build my own BLAS and LAPACK. The source of BLAS is in ~/src/BLAS while the source of LAPACK is in ~/src/lapack-3.5.0 and the source of octave 3.8.1 is in ~/src/octave-3.8.1. With only two module, 1) pcre/8.33 2) acml/5.3.1/gfortran64, loaded, I compiled BLAS shared library using gfortran -shared -O2 *.f -o libblas.so -fPIC and static library using gfortran -O2 -c *.f -fPIC ar cr libblas.a *.o Then I copy the shared library libblas.so to ~/src/octave-3.8.1. The contents of make.inc file in lapack's dir is: #################################################################### # LAPACK make include file. # # LAPACK, Version 3.5.0 # # November 2013 # #################################################################### # SHELL = /bin/sh # # Modify the FORTRAN and OPTS definitions to refer to the # compiler and desired compiler options for your machine. NOOPT # refers to the compiler options desired when NO OPTIMIZATION is # selected. Define LOADER and LOADOPTS to refer to the loader and # desired load options for your machine. # FORTRAN = gfortran OPTS = -shared -O2 -fPIC DRVOPTS = $(OPTS) NOOPT = -O0 -frecursive LOADER = gfortran LOADOPTS = # # Timer for the SECOND and DSECND routines # # Default : SECOND and DSECND will use a call to the EXTERNAL FUNCTION ETIME #TIMER = EXT_ETIME # For RS6K : SECOND and DSECND will use a call to the EXTERNAL FUNCTION ETIME_ # TIMER = EXT_ETIME_ # For gfortran compiler: SECOND and DSECND will use a call to the INTERNAL FUNCTION ETIME TIMER = INT_ETIME # If your Fortran compiler does not provide etime (like Nag Fortran Compiler, etc...) # SECOND and DSECND will use a call to the INTERNAL FUNCTION CPU_TIME # TIMER = INT_CPU_TIME # If neither of this works...you can use the NONE value... In that case, SECOND and DSECND will always return 0 # TIMER = NONE # # Configuration LAPACKE: Native C interface to LAPACK # To generate LAPACKE library: type 'make lapackelib' # Configuration file: turned off (default) # Complex types: C99 (default) # Name pattern: mixed case (default) # (64-bit) Data model: LP64 (default) # # CC is the C compiler, normally invoked with options CFLAGS. # CC = gcc CFLAGS = -O3 # # The archiver and the flag(s) to use when building archive (library) # If you system has no ranlib, set RANLIB = echo. # ARCH = ar ARCHFLAGS= cr RANLIB = ranlib # # Location of the extended-precision BLAS (XBLAS) Fortran library # used for building and testing extended-precision routines. The # relevant routines will be compiled and XBLAS will be linked only if # USEXBLAS is defined. # # USEXBLAS = Yes XBLASLIB = # XBLASLIB = -lxblas # # The location of the libraries to which you will link. (The # machine-specific, optimized BLAS library should be used whenever # possible.) # #BLASLIB = ../../librefblas.a BLASLIB = ~/src/BLAS/libblas.a LAPACKLIB = liblapack.a TMGLIB = libtmglib.a LAPACKELIB = liblapacke.a Then I type make to compile LAPACK. After compilation, I copied the output liblapack.a to ~/src/octave-3.8.1. The ./configure command line is: ./configure --prefix=$HOME/bin/octave --with-blas=./libblas.so --with-lapack=$HOME/src/octave-3.8.1/liblapack.a --disable-readline --enable-64 I can pass the ./configure. Then I type make to try to build octave 3.8.1 and I got the above error. From the make.inc file it can be seen that I have followed the suggestion of the compiler "recompile with -fPIC" and modified the make.inc accordingly. I also add -shared switch in the OPTS variable. In addition, I have tried using old LAPACK version but not working. I really have no idea why the error still comes out. So I wonder if you could please tell me how to compile the LAPACK library so that it can be correctly used during installation of octave 3.8.1. The following two points may be worth considering. (1) should I compile lapack as a static library or a shared library? (2) should -fPIC switch be applied to lapack compilation or octave's make? If the latter, how to apply -fPIC to make? You don't have to get restricted to the above two points since there may be other reasons for the error. Any advice to solve this problem is welcomed. If you need any other information please tell me. Thank you.
Just compiled the lapack shared lib on my boss's beast... Here's a link which almost did it right. I made some changes: (1) Adding -fPIC to OPTS & NOOPT in make.inc (2) Change the names in make.inc to .so BLASLIB = ../../libblas.so LAPACKLIB = ../liblapack.so (3) In ./SRC, change the Makefile from ../$(LAPACKLIB): $(ALLOBJ) $(ARCH) $(ARCHFLAGS) $# $(ALLOBJ) $(RANLIB) $# to ../$(LAPACKLIB): $(ALLOBJ) $(LOADER) $(LOADOPTS) -shared -Wl,-soname,liblapack.so -o $# $(ALLOBJ) ../libblas.so Cuz lapack is calling blas, if you miss the very last part, your liblapack.so will fail! You need to LINK liblapack.so against libblas.so ( libatlas.so is also OK). You can use "ldd liblapack.so" to check its dependency. If you see libblas.so in there, pretty much you did it right. (4) In ./BLAS/SRC, change the Makefile from $(BLASLIB): $(ALLOBJ) $(ARCH) $(ARCHFLAGS) $# $(ALLOBJ) $(RANLIB) $# to $(BLASLIB): $(ALLOBJ) $(LOADER) $(LOADOPTS) -z muldefs -shared -Wl,-soname,libblas.so -o $# $(ALLOBJ) (5) I don't need libtmg.so so that I didn't change it... Run make blaslib Then make lapacklib You will have both of them compiled. I check the liblapack.so with building a numpy on it and Python ctypes.cdll loading. All work for me to solve eigenvalues and eigenvectors... So it should be fine... (6) YOU MAY NEED TO SET UP LD_LIBRARY_PATH to where you keep your library files. google it... If not set by admin, then export LD_LIBRARY_PATH=path-to-lib If already set, then export LD_LIBRARY_PATH=path-to-lib:$LD_LIBRARY_PATH to overwrite your default libs. So that you won't have ld linking errors. Good luck!! In lapack-3.7.0, there are redundant lines in the SRC/Makefile. Simply deleting them will solve your error.
I would suggest using OpenBLAS. > git clone https://github.com/xianyi/OpenBLAS.git > make > make make --PREFIX=INSTALL_DIR install move the librabries from OpenBLAS to /usr/lib64 > cp /path/to/OpenBLAS/lib/* /usr/lib64/ then go to the octave installation path and run > "your specific flags" ./configure "your specific arguments" --with-blas="-lopenblas"
CMake (cotire) precompiled headers and disable warnings
I'm using cotire(https://github.com/sakra/cotire) plugin for CMake, which handles several nice things related to compilation speedup(for example precompiled headers). The problem is that I include several headers (Boost related or Protobuf) as system ones - in which warnings are disabled. After they are being precompiled I've got a lot of warnings. Can I disable warnings in precompiled headers?
I don't think there's a built in way to do this, we modified the cotire function cotire_add_pch_compilation_flags (line 1244 cotire.cmake version 1.5.1) to add the "-w" flag when compiling the precompiled header. We changed the GNU|CLang section to read elseif (_compilerID MATCHES "GNU|Clang") # GCC / Clang options used # -x specify the source language # -c compile but do not link # -o place output in file set (_xLanguage_C "c-header") set (_xLanguage_CXX "c++-header") if (_flags) # append to list list (APPEND _flags "-x" "${_xLanguage_${_language}}" "-w" "-c" "${_prefixFile}" -o "${_pchFile}") else() # return as a flag string set (_flags "-x ${_xLanguage_${_language}} -w -c \"${_prefixFile}\" -o \"${_pchFile}\"") endif() This suppresses all warnings for us, we have a lot of warnings turned on - including -Werror, so it was an essential change!
Makefile - compiling back and forth
Following is the directory structure of my project: expt-main --------- Makefile_main / \ subdir-1 subdir-2 -------- -------- Makefile_1 Makefile_2 mod_codeA.f90 mod_code1.f90 mod_codeB.f90 mod_code2.f90 mod_codeC.f90 mod_code3.f90 Makefile_main: export SHELL = /bin/sh F90 = mpxlf95 SRCDIRS = $(subdir-1) $(subdir-2) all: #for DIR in ${SRCDIRS} ; do \ back=`pwd`; \ cd $$DIR ;\ $(MAKE) ; status=$$? ; \ if [ $$status != 0 ] ; then \ echo "Exit status fro make was $$status" ; exit $$status ; \ fi ; \ cd $$back ; \ done ------------------------------------------------------------------------------- Makefile-1: %.o: %.f90 $(F90) $(F90FLAGS) -I$(subdir-2) -c $< mod_codeA.o: mod_codeC.o $(subdir-2)/mod_code2.o ------------------------------------------------------------------------------- Makefile-2: PROG = $(exec) subdir-1_objs = $(subdir-1)/mod_codeA.o mod_codeB.o mod_codeC.o all: $(PROG) $(PROG): $(subdir-2_objs) $(subdir-1_objs) -o $# $(subdir-2_objs) $(subdir-1_objs) --------------------------------------------------------------------------------- - I've written the Makefile_main such that it compiles the codes (modules) in subdir-1 first and then the ones in subdir-2 and finally makes the executable. The issue: modules in subdir-1 uses modules from subdir-2 and in similar fashion, modules in subdir-2 uses those in subdir-1. My make is getting failed because the modules being used is in other directory. How to write a makefile which will take care of this issue that is, while compiling modules in subdir-1, whenever it encounters the need for an object file from subdir-2, it should switch to subdir-2 compile the necessary modules and return back to subdir-1 for further action?
If modules in different subdirectories need each other as you say, then this is not a good use of recursive Make. Do away with Makefile-1 and Makefile-2, and let Makefile_main do all the work. (I can't tell you specifically how to change Makefile-main, since I don't do Fortran, I don't understand Makefile-2, and I don't see any dependency of modules in subdir-2 upon those in subdir-1).
If you want to stick to this directory layout and still keep three separated Makefiles, then you can use compiler flags to instruct the FORTRAN compiler to put module files into a common directory of your choice. For instance using: $ gfortran --version GNU Fortran (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. you can use -I and -J flags to instruct the compiler on: where to search for module files (.mod) where to put generated module files That said I think that the suggestion given by Beta to join the Makefiles makes a lot of sense. To know some of the reasons why you should do that you can read this paper. Finally, as your project seems not to be very large at this stage, I also suggest to take into consideration CMake as a build system, as it possibly provides a more convenient way of specifying dependencies between targets (as well as many other things).