moparisthebest/curl
1
0
Fork 0
mirror of https://github.com/moparisthebest/curl synced 2024-12-22 08:08:50 -05:00
Code Issues Releases Wiki Activity
dbadaebfc4
curl/tests/server/Makefile.am

67 lines
2.7 KiB
Makefile
Raw Normal View History

Added -I$(top_srcdir)/include, since lib/setup.h might include files from the external curl include dir.
2004-03-09 16:49:46 -05:00
#***************************************************************************
# _ _ ____ _
# Project ___| | | | _ \| |
# / __| | | | |_) | |
# | (__| |_| | _ <| |___
# \___|\___/|_| \_\_____|
#
tests: fix make checksrc in servers/
2016-04-03 16:42:31 -04:00
# Copyright (C) 1998 - 2016, Daniel Stenberg, <daniel@haxx.se>, et al.
Added -I$(top_srcdir)/include, since lib/setup.h might include files from the external curl include dir.
2004-03-09 16:49:46 -05:00
#
# This software is licensed as described in the file COPYING, which
# you should have received as part of this distribution. The terms
URLs: change all http:// URLs to https://
2016-02-02 18:19:02 -05:00
# are also available at https://curl.haxx.se/docs/copyright.html.
Added -I$(top_srcdir)/include, since lib/setup.h might include files from the external curl include dir.
2004-03-09 16:49:46 -05:00
#
# You may opt to use, copy, modify, merge, publish, distribute and/or sell
# copies of the Software, and permit persons to whom the Software is
# furnished to do so, under the terms of the COPYING file.
#
# This software is distributed on an "AS IS" basis, WITHOUT WARRANTY OF ANY
# KIND, either express or implied.
#
###########################################################################
add comment for include paths
2008-07-15 01:46:49 -04:00
AUTOMAKE_OPTIONS = foreign nostdinc
automake this dir too
2002-02-25 07:44:58 -05:00
add comment for include paths
2008-07-15 01:46:49 -04:00
# Specify our include paths here, and do it relative to $(top_srcdir) and
# $(top_builddir), to ensure that these paths which belong to the library
# being currently built and tested are searched before the library which
# might possibly already be installed in the system.
#
I removed leading 'curl' path on the 'curlbuild.h' include statement in curl.h, adjusting auto-makefiles include path, to enhance portability to OS's without an orthogonal directory tree structure such as OS/400.
2009-11-05 10:04:03 -05:00
# $(top_builddir)/include/curl for generated curlbuild.h included from curl.h
build: fix circular header inclusion with other packages This commit renames lib/setup.h to lib/curl_setup.h and renames lib/setup_once.h to lib/curl_setup_once.h. Removes the need and usage of a header inclusion guard foreign to libcurl. [1] Removes the need and presence of an alarming notice we carried in old setup_once.h [2] ---------------------------------------- 1 - lib/setup_once.h used __SETUP_ONCE_H macro as header inclusion guard up to commit ec691ca3 which changed this to HEADER_CURL_SETUP_ONCE_H, this single inclusion guard is enough to ensure that inclusion of lib/setup_once.h done from lib/setup.h is only done once. Additionally lib/setup.h has always used __SETUP_ONCE_H macro to protect inclusion of setup_once.h even after commit ec691ca3, this was to avoid a circular header inclusion triggered when building a c-ares enabled version with c-ares sources available which also has a setup_once.h header. Commit ec691ca3 exposes the real nature of __SETUP_ONCE_H usage in lib/setup.h, it is a header inclusion guard foreign to libcurl belonging to c-ares's setup_once.h The renaming this commit does, fixes the circular header inclusion, and as such removes the need and usage of a header inclusion guard foreign to libcurl. Macro __SETUP_ONCE_H no longer used in libcurl. 2 - Due to the circular interdependency of old lib/setup_once.h and the c-ares setup_once.h header, old file lib/setup_once.h has carried back from 2006 up to now days an alarming and prominent notice about the need of keeping libcurl's and c-ares's setup_once.h in sync. Given that this commit fixes the circular interdependency, the need and presence of mentioned notice is removed. All mentioned interdependencies come back from now old days when the c-ares project lived inside a curl subdirectory. This commit removes last traces of such fact.
2013-01-06 13:06:49 -05:00
# $(top_builddir)/include for generated curlbuild.h inc. from lib/curl_setup.h
add comment for include paths
2008-07-15 01:46:49 -04:00
# $(top_srcdir)/include is for libcurl's external include files
renamed generated config.h to curl_config.h in order to avoid clashes when libcurl is used with other projects which also have a config.h.
2009-07-14 09:25:14 -04:00
# $(top_builddir)/lib is for libcurl's generated lib/curl_config.h file
build: fix circular header inclusion with other packages This commit renames lib/setup.h to lib/curl_setup.h and renames lib/setup_once.h to lib/curl_setup_once.h. Removes the need and usage of a header inclusion guard foreign to libcurl. [1] Removes the need and presence of an alarming notice we carried in old setup_once.h [2] ---------------------------------------- 1 - lib/setup_once.h used __SETUP_ONCE_H macro as header inclusion guard up to commit ec691ca3 which changed this to HEADER_CURL_SETUP_ONCE_H, this single inclusion guard is enough to ensure that inclusion of lib/setup_once.h done from lib/setup.h is only done once. Additionally lib/setup.h has always used __SETUP_ONCE_H macro to protect inclusion of setup_once.h even after commit ec691ca3, this was to avoid a circular header inclusion triggered when building a c-ares enabled version with c-ares sources available which also has a setup_once.h header. Commit ec691ca3 exposes the real nature of __SETUP_ONCE_H usage in lib/setup.h, it is a header inclusion guard foreign to libcurl belonging to c-ares's setup_once.h The renaming this commit does, fixes the circular header inclusion, and as such removes the need and usage of a header inclusion guard foreign to libcurl. Macro __SETUP_ONCE_H no longer used in libcurl. 2 - Due to the circular interdependency of old lib/setup_once.h and the c-ares setup_once.h header, old file lib/setup_once.h has carried back from 2006 up to now days an alarming and prominent notice about the need of keeping libcurl's and c-ares's setup_once.h in sync. Given that this commit fixes the circular interdependency, the need and presence of mentioned notice is removed. All mentioned interdependencies come back from now old days when the c-ares project lived inside a curl subdirectory. This commit removes last traces of such fact.
2013-01-06 13:06:49 -05:00
# $(top_srcdir)/lib for libcurl's lib/curl_setup.h and other "borrowed" files
allow usage of in-tree c-ares when building from outside of the cvs tree
2009-04-28 20:38:08 -04:00
# $(top_builddir)/ares is for in-tree c-ares's generated ares_build.h file
# $(top_srcdir)/ares is for in-tree c-ares's external include files
automake this dir too
2002-02-25 07:44:58 -05:00
c-ares embbeded builds header include paths fully defined in makefiles
2009-06-04 00:13:39 -04:00
if USE_EMBEDDED_ARES
uniformly use AM_CPPFLAGS, avoid deprecated INCLUDES Since automake 1.12.4, the warnings are issued on running automake: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') Avoid INCLUDES and roll these flags into AM_CPPFLAGS. Compile tested on: Ubuntu 10.04 (automake 1:1.11.1-1) Ubuntu 12.04 (automake 1:1.11.3-1ubuntu2) Arch Linux (automake 1.12.4)
2012-10-10 04:05:02 -04:00
AM_CPPFLAGS = -I$(top_builddir)/include/curl \
-I$(top_builddir)/include \
-I$(top_srcdir)/include \
-I$(top_builddir)/lib \
-I$(top_srcdir)/lib \
-I$(top_builddir)/ares \
-I$(top_srcdir)/ares
c-ares embbeded builds header include paths fully defined in makefiles
2009-06-04 00:13:39 -04:00
else
uniformly use AM_CPPFLAGS, avoid deprecated INCLUDES Since automake 1.12.4, the warnings are issued on running automake: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') Avoid INCLUDES and roll these flags into AM_CPPFLAGS. Compile tested on: Ubuntu 10.04 (automake 1:1.11.1-1) Ubuntu 12.04 (automake 1:1.11.3-1ubuntu2) Arch Linux (automake 1.12.4)
2012-10-10 04:05:02 -04:00
AM_CPPFLAGS = -I$(top_builddir)/include/curl \
-I$(top_builddir)/include \
-I$(top_srcdir)/include \
-I$(top_builddir)/lib \
-I$(top_srcdir)/lib
c-ares embbeded builds header include paths fully defined in makefiles
2009-06-04 00:13:39 -04:00
endif
portability fix by using setup.h from the lib directory
2003-10-09 04:12:43 -04:00
build: explain current role of LIBS in our Makefile.am files BLANK_AT_MAKETIME may be used in our Makefile.am files to blank LIBS variable used in generated makefile at makefile processing time. Doing this functionally prevents LIBS from being used for all link targets in given makefile.
2012-12-04 17:30:05 -05:00
# Prevent LIBS from being used for all link targets
build: prevent global LIBS from influencing test server build targets
2012-11-29 15:56:48 -05:00
LIBS = $(BLANK_AT_MAKETIME)
configure: NATIVE_WINDOWS no longer defined in config files
2012-04-12 07:08:48 -04:00
if DOING_NATIVE_WINDOWS
build: fix Windows build targets damaged since commit 550e403f00
2012-11-28 14:51:13 -05:00
AM_CPPFLAGS += -DCURL_STATICLIB
configure: NATIVE_WINDOWS no longer defined in config files
2012-04-12 07:08:48 -04:00
endif
distribution: Fix EXTRA_DIST letter case
2011-05-27 07:34:54 -04:00
# Makefile.inc provides neat definitions
Added missing tests in CMake, added Makefile.inc for tests (+ use in CMake scripts), and fixed a missing define under windows in a test source file.
2009-04-07 17:59:15 -04:00
include Makefile.inc
Enable test cases to provide sections base64-encoded to be able to test with binary data.
2004-11-29 07:10:09 -05:00
tests: Distribute CMakeLists.txt files in subdirectories
2015-06-25 10:04:41 -04:00
EXTRA_DIST = base64.pl Makefile.inc CMakeLists.txt
and include the .inc files in the release tarballs...
2009-04-07 18:07:07 -04:00
tests: fix make checksrc in servers/
2016-04-03 16:42:31 -04:00
checksrc:
make/checksrc: use $srcdir, not $top_srcdir
2016-04-19 02:48:36 -04:00
@PERL@ $(top_srcdir)/lib/checksrc.pl $(srcdir)/*.c
Reference in New Issue Copy Permalink