| Commit message (Collapse) | Author | Age |
|\ |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We used to say things like:
case "$gccversion" in
1*) ...
but that was wrong because it now starts to catch version 10 as well,
for cases that only pertained to gcc version 1!
We now need to say:
case "$gccversion" in
1) ...
2) ...
etc. to handle versions 1 and 2 differently.
Thanks to Dmitry Butskoy for spotting this bug.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
It's not only bfd_get_section_vma() which is impacted! The change in
the BFD library, starting with 2.34, is rather that:
- bfd_section_xxx() accessors now take only the BFD section as argument.
- bfd_get_section_xxx() accessors, which used 2 arguments, are removed.
The first argument in bfd_get_section_xxx() calls was the BFD descriptor
and it was purely ignored in recent versions of the library.
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
This is a private unit from gtk-gnutella that should not have been
made available to metaconfig as it is not of general purpose.
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
After generating config.sh, this is a place where optional generation
can happen, before going on with the .SH file extractions and
dependency computations.
Typically, this can be used to generate a revision.h file.
|
|\|
| |
| |
| | |
Signed-off-by: Manoj Srivastava <srivasta@debian.org>
|
| | |
|
| | |
|
| |
| |
| |
| | |
This is not complained about by mlint, but it just looks right to
declare what we use
|
| |
| |
| |
| | |
I cannot find the original commit message to this fix in the
perl tree, but - even if outdated - seems very legit
|
| |
| |
| |
| | |
I cannot find the original commit message to this fix in the
perl tree, but - even if outdated - seems very legit
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
Author: Andy Dougherty <doughera@lafayete.edu> 2012-08-02 20:16:47
Instruct ./getfile to trust the default pager value. It might not begin
with a slash, or it might include some options, such as"/usr/bin/less -R". This patch copies the pager.U file from the
dist-3.5 directory, and then changes the 'fn=' line to trust the default.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Could it be that some broken shells would expand the leading ~ during
the here-document processing?
If that is so, my suggestion is to include ?X: lines in the unit to
explicitly document that fact so that nobody mistakenly removes the
escaping later on, thinking it is not required.
This is my guess, but I have never encountered that problem anywhere, which
is why the "official" dist does not escape the ~.
However, Perl is compiled in much more diverse platorms as gtk-gnutella is
so it would not surprise me... the hard part will be to remember on which
platform the problem was spotted :-)
Cheers,
Raphael
|
| |
| |
| |
| |
| |
| | |
* Spelling: it is explicitly without e in both US and UK English
* Remove trailing whitespace in meta-lines in units
|
| | |
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@200 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@199 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@197 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@196 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@194 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@193 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@192 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@191 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@190 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@189 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@188 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| |
| |
| |
| |
| | |
The legacy symbol DIRNAMELEN uses a weaker grep-based test, hence it should
no longer be used.
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@187 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@186 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@185 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@184 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@182 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@181 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@180 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@179 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@178 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@176 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| |
| |
| |
| | |
Thanks to Philipp Rumpf for reporting this and hinting at the proper fix.
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@175 2592e710-e01b-42a5-8df0-11608a6cc53d
|
| |
| |
| |
| | |
git-svn-id: svn://svn.code.sf.net/p/dist/code/trunk/dist@172 2592e710-e01b-42a5-8df0-11608a6cc53d
|