| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Rely entirely on curl/system.h now.
Introduced in Aug 2008 with commit 14240e9e109f. Now gone.
Fixes #1456
|
|
|
|
|
|
|
| |
Apparently, /usr/bin/m4 ignores the --version parameter and waits for
input from stdin.
Fixes #1471
|
| |
|
|
|
|
|
|
| |
The missing file has not been autogenerated because a temporary fix was
employed in acinclude.m4 which blocked update. Removed that fix and a recent
version of missing is copied to build root.
|
|
|
|
|
|
|
| |
That option is not mentioned in the man page of libtoolize 2.4.4.19-fda4.
Moveover, a comment in line 2623 says "--automake is for 1.5 compatibility".
This option is redundant now.
|
|
|
|
|
|
| |
* install-sh is always regenerated
* mkinstalldirs was already redudant years ago. Automake uses install for
that. See: http://lists.gnu.org/archive/html/automake/2007-03/msg00015.html
|
| |
|
|
|
|
| |
As we only use libtoolize, only check for that!
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts renaming and usage of lib/*.h header files done
28-12-2012, reverting 2 commits:
f871de0... build: make use of 76 lib/*.h renamed files
ffd8e12... build: rename 76 lib/*.h files
This also reverts removal of redundant include guard (redundant thanks
to changes in above commits) done 2-12-2013, reverting 1 commit:
c087374... curl_setup.h: remove redundant include guard
This also reverts renaming and usage of lib/*.c source files done
3-12-2013, reverting 3 commits:
13606bb... build: make use of 93 lib/*.c renamed files
5b6e792... build: rename 93 lib/*.c files
7d83dff... build: commit 13606bbfde follow-up 1
Start of related discussion thread:
http://curl.haxx.se/mail/lib-2013-01/0012.html
Asking for confirmation on pushing this revertion commit:
http://curl.haxx.se/mail/lib-2013-01/0048.html
Confirmation summary:
http://curl.haxx.se/mail/lib-2013-01/0079.html
NOTICE: The list of 2 files that have been modified by other
intermixed commits, while renamed, and also by at least one
of the 6 commits this one reverts follows below. These 2 files
will exhibit a hole in history unless git's '--follow' option
is used when viewing logs.
lib/curl_imap.h
lib/curl_smtp.h
|
|
|
|
|
|
| |
76 private header files renamed to use our standard naming scheme.
This change affects 322 files in libcurl's source tree.
|
|
|
|
|
|
|
|
|
|
|
| |
Configuration files such as curl_config.h and all config-*.h no longer exist
nor are generated/copied into 'src' directory, now these only exist in 'lib'
directory from where curl tool sources uses them.
Additionally old src/setup.h has been refactored into src/tool_setup.h which
now pulls lib/setup.h
The possibility of a makefile needing an include path adjustment exists.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
Using libtool 1.5.x (x < 26) with autoconf 2.6x or later generates warnings
due to some libtool variables not following naming convention for variables
that will be cached.
This is addressed renaming a couple of variables to make these follow expected
naming convention.
|
| |
|
| |
|
|
|
|
| |
Found with codespell.
|
| |
|
|
|
|
|
| |
MAC OS X requires libtool version 1.5.26 or newer, otherwise
configure will mishandle *.dSYM directories when it runs.
|
| |
|
| |
|
|
|
|
| |
'm4 version found. You need a GNU m4 installed!' is a bit confusing.
|
|
|
|
|
|
|
|
|
|
| |
Kalle Vahlman's patch applied a while ago broke how the findtool
function searches for tools, as it would always check if "$file"
was present first, which thus made the bad assumption that a file
in the current directory would be a match.
I noticed when it found 'libtool' in the current directory but
libtoolize is not there, which confused the script.
|
|
|
|
|
|
| |
This is required in Scratchbox where
LIBTOOL=/targets/links/arch_tools/bin/libtool
is set in the environment.
|
| |
|
| |
|
| |
|
|
|
|
| |
libcurl is used with other projects which also have a config.h.
|
|
|
|
|
|
| |
reporting package version in parentheses which confused this script.
Remove debug tracing used to debug this.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
reporting package name in parentheses which confused this script.
|
|
|
|
|
|
|
|
| |
installed in the subdirectory at different stages. With some versions it is
installed when libtoolize finishes, but with others it is not installed
until automake has finished.
So we can not attempt to use config.guess until the very last buildconf stage.
|
|
|
|
| |
Yet unknown error might leave libtool-like files in source directory.
|
| |
|
|
|
|
| |
This can be done now that no file with such name exists in CVS tree.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
scripts to make it detect a bad checkout earlier. People with older
checkouts who don't do cvs update with the -d option won't get the new dirs
and then will get funny outputs that can be a bit hard to understand and
fix.
|
|
|
|
| |
ltoptions.m4 ltsugar.m4 ltversion.m4 lt~obsolete.m4
|
|
|
|
|
| |
get fooled by libtool 2, and at least libtool 1.5.2x do output the interesting
version string in the first line.
|
| |
|
|
|
|
| |
away our CVS checked 'missing' file and also CVS checked 'hiper/Makefile'.
|