URL:
http://savannah.gnu.org/bugs/?20995
Summary: \ along multiple lines lines for '...' doesn't work
Project: make
Submitted by: None
Submitted on: Friday 09/07/2007 at 12:53 UTC
Severity: 3 - Normal
Item
URL:
http://savannah.gnu.org/bugs/?21198
Summary: Wrong order of prerequisites with 3.81/CVS
Project: make
Submitted by: None
Submitted on: Sunday 09/30/2007 at 18:29 UTC
Severity: 3 - Normal
Item Group:
Follow-up Comment #1, bug #21231 (project make):
this appears to be normal behavior. wildcard reads from its own cache and the
current dir is cached upon startup. -- put out.txt in a subdir and you will
see the difference. The subdir is not cached until the wildcard is performed.
Follow-up Comment #1, bug #21670 (project make):
Looks like a regression in 3.81, as the makefile works as desired with 3.80.
It seems the interpretation of step 5.c of the algorithm in section 10.8,
Implicit Rule Search Algorithm of the info pages changed:
c. Test whether all the
URL:
http://savannah.gnu.org/bugs/?21716
Summary: The following works in 3.80 but not in 3.81
Project: make
Submitted by: None
Submitted on: Tuesday 12/04/2007 at 09:01 UTC
Severity: 3 - Normal
Item Group:
Follow-up Comment #2, bug #21716 (project make):
The change in behavior is listed in the 3.81 NEWS file. To quote:
* WARNING: Backward-incompatibility!
GNU make now implements a generic second expansion
feature on the prerequisites of both explicit and implicit
(pattern) rules. In order
URL:
http://savannah.gnu.org/bugs/?21984
Summary: make detects circular dependency when there is none
Project: make
Submitted by: None
Submitted on: Tuesday 01/08/2008 at 21:08 UTC
Severity: 3 - Normal
Item
URL:
http://savannah.gnu.org/bugs/?22010
Summary: The increased stack rlimit is inherited by the
subprocesses to make.
Project: make
Submitted by: None
Submitted on: Saturday 01/12/2008 at 22:23 UTC
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?22198
Summary: wrong target name - possibly buffer overflow with
long shell-result
Project: make
Submitted by: None
Submitted on: Freitag 01.02.2008 um 09:36 UTC
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?22379
Summary: Segmentation fault with wildcard archive rule
Project: make
Submitted by: None
Submitted on: jeudi 21.02.2008 à 18:42 UTC
Severity: 3 - Normal
Item Group:
URL:
http://savannah.gnu.org/bugs/?22442
Summary: Old-style cancelation of implicit rules
Project: make
Submitted by: None
Submitted on: Friday 02/29/2008 at 01:09 UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?22531
Summary: Make 3.81 May Incorrectly Regard Object
Dependencies as Complete
Project: make
Submitted by: None
Submitted on: Monday 03/10/2008 at 15:17 UTC
Severity: 3 - Normal
Follow-up Comment #9, bug #17873 (project make):
Agree with you
--
Online http://reallydrugs.com
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17873
___
Message
Follow-up Comment #1, bug #19113 (project make):
Thank's
-
Online http://reallydrugs.com
___
Reply to this item at:
http://savannah.gnu.org/bugs/?19113
___
Message sent
Follow-up Comment #24, bug #15919 (project make):
This bug affects a patch for GCC that would provide automated makefile
dependencies. It causes a lockup for make -j2 and we had to revert the
patch. Getting this patch in a stable release would be a very good thing...
Follow-up Comment #15, bug #17873 (project make):
Nope, not hax0red, it just allows anyone to add comments without logging in.
You only have to enter a
Presumably there haven't been enough serious enough spam attacks yet to make
anyone want to do anything about it, so bug maintainers are just
Follow-up Comment #16, bug #17873 (project make):
..oops, went too soon. I was going to say only have to enter a basic
plaintext captcha to posta anon, so it could be easily defeated either
manually or programmatically - I think it's always 421.
(DaveK again)
Follow-up Comment #20, bug #17873 (project make):
When you start/finnish working on this, please update the bug fields
accordingly to enable us to track the progress. Thanks in advance for your
efforts - http://free-credit-report.wikidot.com
and http://bad-credit-loans.wikidot.com
and
Follow-up Comment #1, bug #21854 (project make):
You can bypass this easily by adding another rule like:
-lfunny_name: path_to_library_where_to_get_library.so
#rules to place library where you want it
This dependency will be evaluated only when make does not resolve
-lfunny_name by
Follow-up Comment #5, bug #22434 (project make):
Sorry for the poor description. I will try to explain.
http://myfreepaysite.wikidot.com
___
Reply to this item at:
http://savannah.gnu.org/bugs/?22434
Follow-up Comment #23, bug #17873 (project make):
http://satanis.org
http://amazingjapan.net
http://00usa.net
http://bestsextour.com
http://stopaddiction.us
http://zootubesex-x.com
___
Reply to this item at:
Follow-up Comment #24, bug #17873 (project make):
http://freeonlinecreditreport.ning.com
http://creditreportz.ning.com
http://watchmoviesonline.ning.com
http://buyxanaxx.ipbfree.com
http://watchmoviesonline.ipbfree.com
http://cheaptramadoll.ning.com
http://tramadolec.ning.com
URL:
http://savannah.gnu.org/bugs/?23210
Summary: target/dependants with equal mtime
Project: make
Submitted by: None
Submitted on: Thursday 05/08/2008 at 18:46 UTC
Severity: 3 - Normal
Item Group: Bug
Follow-up Comment #1, bug #23210 (project make):
For this makefile:
../libfoo.a: foo1.o
ar rcs ../libfoo.a foo1.o
make is doing what you told it to; the problem is that the makefile doesn't
capture your intent. That makefile says add or update the foo1.o member of
../libfoo.a if
Follow-up Comment #2, bug #23210 (project make):
I can see your point. Your change essentially makes the target in the
target: source rule more specific thus turning foo2.o into an exhaustive
list of things the new more-specified target depends on. Previously one
Makefile said libfoo.a depends
URL:
http://savannah.gnu.org/bugs/?23273
Summary: Please include xkcd easteregg
Project: make
Submitted by: None
Submitted on: Samstag 17.05.2008 um 10:09 UTC
Severity: 3 - Normal
Item Group: Enhancement
Follow-up Comment #28, bug #17873 (project make):
http://groups.google.us/group/animal-sex-tube-2008
http://groups.google.us/group/free-animal-sex-tube
http://groups.google.us/group/shockingtube
http://groups.google.us/group/free-animal-porn-tubex
Follow-up Comment #29, bug #17873 (project make):
Best sites from google.de :
1)
http://www.google.de/notebook/public/04608191802079853396/BDShxQwoQqI2u9aMj
2)
http://www.google.de/notebook/public/14811194029080121230/BDShxQwoQ-K6u9aMj
3)
URL:
http://savannah.gnu.org/bugs/?23468
Summary: end-of-line backslashes fails with perl (Cygwin,
although I strongly believe it's general problem)
Project: make
Submitted by: None
Submitted on: Tuesday 06/03/2008 at 03:47 UTC
Follow-up Comment #1, bug #23468 (project make):
Look in the NEWS file:
* WARNING: Backward-incompatibility!
In order to comply with POSIX, the way in which GNU make processes
backslash-newline sequences in command strings has changed. If your
makefiles use backslash-newline sequences
Follow-up Comment #30, bug #17873 (project make):
a href=google.comasdwq/a
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17873
___
Message sent via/by Savannah
Follow-up Comment #32, bug #17873 (project make):
What am I missing?
The chance to buy cheap viagra? ;-)
scnr
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17873
___
Additional Item Attachment, bug #18963 (project make):
File name: get_php_80x15.png Size:3 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18963
___
Message sent
Additional Item Attachment, bug #20133 (project make):
File name: get_php_80x15_2.pngSize:3 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?20133
___
Message sent
Additional Item Attachment, bug #18622 (project make):
File name: feed_atom03_80x15.png Size:3 KB
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18622
___
Message sent
Follow-up Comment #33, bug #17873 (project make):
since the dependencies are fake, problems arise easily.
http://without-prescription-no.com , and some makefiles may be using it, so
we'd have to use some other special target.
___
Reply
Follow-up Comment #4, bug #18396 (project make):
I experienced an converse effect. I could run a program (kpdf) from shell,
but it would crash if started from make.
I used a large hard limit (~1GB) for the stack size and around 100MB as soft
limit (used it for a scientific app). My machine
Follow-up Comment #34, bug #17873 (project make):
http://zoofucking.wiki.zoho.com/zoo-fucking.html
http://zoofucking.wiki.zoho.com/zootube365.html
http://zoofucking.wiki.zoho.com/Beastiality-video.html
http://zoofucking.wiki.zoho.com/zootube-com.html
http://zoo-fucking.wikidot.com
URL:
http://savannah.gnu.org/bugs/?23922
Summary: On XP 64 with sh.exe installed in Program Files
(x86) gmake generates a stack overflow exception.
Project: make
Submitted by: None
Submitted on: Thursday 24/07/08 at 09:21 UTC
URL:
http://savannah.gnu.org/bugs/?23928
Summary: Add MAKEFILE variable
Project: make
Submitted by: None
Submitted on: Thursday 07/24/2008 at 13:35 UTC
Severity: 3 - Normal
Item Group: Enhancement
Follow-up Comment #35, bug #17873 (project make):
I have same problem with -
http://opensource-news.net/
http://swixx.net/
http://slurix.net/
http://med247.us/
http://free-exotic-stories.net/
http://pornhubz.com/
http://bestsextour.com/
http://stopaddiction.us/
http://amazingjapan.net/
Follow-up Comment #3, bug #23928 (project make):
Icarus Sparry wrote:
You probably want lastword, rather than firstword.
Nope. To quote the original request:
It is often useful to recursively call the current makefile
as part of a rule. Sometimes rules are included from a
different file.
Follow-up Comment #36, bug #17873 (project make):
just free http://showpharmacy.com
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17873
___
Message sent via/by Savannah
URL:
http://savannah.gnu.org/bugs/?23986
Summary: make doesnt make cookies
Project: make
Submitted by: None
Submitted on: Saturday 08/02/2008 at 21:25 UTC
Severity: 3 - Normal
Item Group: Bug
Follow-up Comment #37, bug #17873 (project make):
Below the waist https://myweb.liu.edu/sonic/viewtopic.php?p=7342 slightly
flared hips hinted at approaching womanhood and
https://myweb.liu.edu/sonic/viewtopic.php?p=7342 long slender legs tapered up
to a beautiful little heart shaped arse.
Follow-up Comment #38, bug #17873 (project make):
Gift Baskets http://giftbasketsblog.net/
Flowers http://flowersdictionary.net/
Spring Flowers http://springflowerslist.net/
Soft Toys http://kidssofttoys.net/
Acne Treatment http://onmytod.net/
Alternative Medicine http://placeronline.net/
Anti
URL:
http://savannah.gnu.org/bugs/?24164
Summary: Improper Evaluation of Multiple Target rules with
Static Patterns
Project: make
Submitted by: None
Submitted on: Sat 30 Aug 2008 01:16:23 PM UTC
Severity: 3 - Normal
Follow-up Comment #1, bug #24164 (project make):
The line about rules with multiple targets are the same as multiple rules
doesn't apply to pattern rules. See section 10.5.1 of the documentation,
which states:
Pattern rules may have more than one target. Unlike normal rules, this does
not act
Follow-up Comment #2, bug #24164 (project make):
And furthermore, this is an extremely useful feature. Without it there is no
other way to express to 'make' a rule where a single recipe generates multiple
output files (and thus needs only be run once to generate them all.)
URL:
http://savannah.gnu.org/bugs/?24251
Summary: Random error including rebuilt makefiles
Project: make
Submitted by: None
Submitted on: Fri 12 Sep 2008 03:07:19 PM UTC
Severity: 3 - Normal
Item Group: Bug
Follow-up Comment #2, bug #24251 (project make):
I don't think this is a duplicate of https://savannah.gnu.org/bugs/?102
This issue isn't about these minor warnings in the output
makefile:10: ecos/include/pkgconf/ecos.mak: No such file or directory
makefile:11: sub/makefile: No such file or
Follow-up Comment #4, bug #24251 (project make):
Thanks Martin for your assistance, adding the semi-colon after the
prerequisite fixes my problem.
I'm not sure I understand the difference, I expect a pre-requisite to be
completely built before it is included, but I'll worry about my lack of
URL:
http://savannah.gnu.org/bugs/?24405
Summary: BATCH_MODE_ONLY_SHELL configuration fails with
unixy shells
Project: make
Submitted by: None
Submitted on: Mon 29 Sep 2008 06:43:03 PM UTC
Severity: 3 - Normal
Follow-up Comment #6, bug #102 (project make):
Do we have an idea to fix this, now?
It is not fatal but really annoying... One workaround may be to make a custom
build script that filters the make output displayed to the user, but that's
not pretty, eh?
Paul: Is the deferring of the error
Follow-up Comment #7, bug #102 (project make):
(It's me from comment #6 again.)
I've just read
http://make.paulandlesley.org/autodep.html
and want to point out that the advanced procedure presented there (building
dependency information together with objectes, plus avoiding the error message
URL:
http://savannah.gnu.org/bugs/?24486
Summary: Have make print a progress report during build?
Project: make
Submitted by: None
Submitted on: Wed 08 Oct 2008 04:01:16 PM UTC
Severity: 3 - Normal
Item
URL:
http://savannah.gnu.org/bugs/?24522
Summary: $(info) does not nothing
Project: make
Submitted by: None
Submitted on: Fri 10 Oct 2008 05:50:12 PM UTC
Severity: 3 - Normal
Item Group: Bug
Follow-up Comment #6, bug #23273 (project make):
I think this suggestion is counter to the nature of easter-eggs. An
easter-egg is something the maintainer of a piece of software puts in because
*they* want to. IMO, if Paul thinks it's funny, he should do it. If he
doesn't, or thinks it's a
Follow-up Comment #7, bug #23273 (project make):
Yes, I fully agree. I’m just curious if Paul likes it :-)
___
Reply to this item at:
http://savannah.gnu.org/bugs/?23273
___
Nachricht
Follow-up Comment #3, bug #24723 (project make):
Looks like a duplicate of bug #8297.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?24723
___
Message sent via/by Savannah
Follow-up Comment #1, bug #17374 (project make):
Use
target:: %.tgt: %.src
instead of
target: %.tgt:: %.src
___
Reply to this item at:
http://savannah.gnu.org/bugs/?17374
___
Message
Follow-up Comment #5, bug #18396 (project make):
I think this is not an enhancement request but rather a bug-fix request.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?18396
___
URL:
http://savannah.gnu.org/bugs/?25578
Summary: target without target specific variable setting
receives setting from unrelated target
Project: make
Submitted by: None
Submitted on: Fri 13 Feb 2009 02:15:37 PM UTC
URL:
http://savannah.gnu.org/bugs/?25662
Summary: PATH (sometimes) not set when set from
target-variable
Project: make
Submitted by: None
Submitted on: Sat 21 Feb 2009 10:55:27 PM UTC
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?25694
Summary: New functions missing in quick reference
Project: make
Submitted by: None
Submitted on: Tue 24 Feb 2009 12:31:26 PM UTC
Severity: 3 - Normal
Item Group:
URL:
http://savannah.gnu.org/bugs/?25697
Summary: Segmentation fault setting .DEFAULT_GOAL
Project: make
Submitted by: None
Submitted on: Tue 24 Feb 2009 10:00:22 PM UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?25703
Summary: .LIBPATTERNS is not pattern dependent.
Project: make
Submitted by: None
Submitted on: Wed 25 Feb 2009 01:34:13 PM UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?25751
Summary: Add option to output dependency info as xml
Project: make
Submitted by: None
Submitted on: Mon 02 Mar 2009 07:15:19 PM UTC
Severity: 3 - Normal
Item Group:
Follow-up Comment #1, bug #20495 (project make):
There seems to be a change within the Microsoft Visual C++ Runtime between
Microsoft Visual Studio .NET (aka 2002) and Microsoft Visual Studio 2005. I
have no access to Microsoft Visual Studio 2003 so I can't prove if this
behavior was introduced
URL:
http://savannah.gnu.org/bugs/?25780
Summary: .SECONDEXPANSION: of $$+ harmed by
set_file_variables() side effect
Project: make
Submitted by: None
Submitted on: Fri 06 Mar 2009 07:04:38 PM UTC
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?25844
Summary: Spelling error in French debugging messages
Project: make
Submitted by: None
Submitted on: ven 13 mar 2009 07:04:11 UTC
Severity: 3 - Normal
Item Group:
URL:
http://savannah.gnu.org/bugs/?26001
Summary: Evaluating eval expressions does not work for %
type names
Project: make
Submitted by: None
Submitted on: Wed 25 Mar 2009 11:42:30 PM UTC
Severity: 3 - Normal
Follow-up Comment #3, bug #26075 (project make):
If you use strace you will see the same problem on Ubuntu - but you won't
see rm throw an error because the Linux file system you are using allows
directories to be unlinked even if they are in use.
This is still a bug, though, even though it
Follow-up Comment #4, bug #26075 (project make):
Actually that directory cache is just crap. Not only that it causes several
bad sideeffects (like new files not being noticed) but actually is slower on
average than no cache at all, in cases slowser by magnitudes.
Follow-up Comment #6, bug #26075 (project make):
Couldn't find the data but the dir-.c I was using to get them. Attached
without any warranty. Use instead of dir.c.
(file #17863)
___
Additional Item Attachment:
File name: dir-.c
URL:
http://savannah.gnu.org/bugs/?26593
Summary: Assertion failure when building glibc with CVS make
Project: make
Submitted by: None
Submitted on: Sat 16 May 2009 14:19:19 UTC
Severity: 3 - Normal
Item
URL:
http://savannah.gnu.org/bugs/?26596
Summary: MAKEFLAGS documentation tweak
Project: make
Submitted by: None
Submitted on: Sun 17 May 2009 12:01:32 AM UTC
Severity: 3 - Normal
Item Group: Enhancement
Follow-up Comment #3, bug #24488 (project make):
Actually, with gmake 3.81 on windows, .PHony works just the same as
.PHONY.
___
Reply to this item at:
http://savannah.gnu.org/bugs/?24488
Follow-up Comment #10, bug #712 (project make):
If we can't handle quoting properly in a backwards compatible manner... then
is it feasible to add (yet another?) flag/switch/special target/etc to request
proper handling of quoting?
*grumble* Lost the text I typed.
URL:
http://savannah.gnu.org/bugs/?26886
Summary: abspath returns garbage
Project: make
Submitted by: None
Submitted on: Thu 25 Jun 2009 03:50:40 PM UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?26888
Summary: SHELL as target variable ignored
Project: make
Submitted by: None
Submitted on: Thu 25 Jun 2009 04:16:51 PM UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?26891
Summary: make enters interactive shell
Project: make
Submitted by: None
Submitted on: Thu 25 Jun 2009 09:28:51 PM UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?26893
Summary: parallel build randomly skips intermediate
prerequesites
Project: make
Submitted by: None
Submitted on: Fr 26 Jun 2009 07:03:10 UTC
Severity: 3 - Normal
Follow-up Comment #2, bug #26888 (project make):
As you might have noticed, adding .exe causes another strange bug:
http://savannah.gnu.org/bugs/?26891
___
Reply to this item at:
http://savannah.gnu.org/bugs/?26888
URL:
http://savannah.gnu.org/bugs/?27093
Summary: implicit rule documentation slightly wrong
Project: make
Submitted by: None
Submitted on: Thu 23 Jul 2009 07:19:20 PM UTC
Severity: 3 - Normal
Item Group:
URL:
http://savannah.gnu.org/bugs/?27148
Summary: Use of strcpy on overlapping memory areas
Project: make
Submitted by: None
Submitted on: Птн 31 Июл 2009 12:13:56
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?27394
Summary: Unexpected *** extraneous `endef'. Stop.
Project: make
Submitted by: None
Submitted on: Mon 07 Sep 2009 03:12:39 PM UTC
Severity: 3 - Normal
Item Group: Bug
URL:
http://savannah.gnu.org/bugs/?27396
Summary: add version of include that treats paths as
relative to the included file's directory
Project: make
Submitted by: None
Submitted on: Mon 07 Sep 2009 05:47:46 PM UTC
URL:
http://savannah.gnu.org/bugs/?27437
Summary: Problems with make in a directory with present
Makefiles. make does not function.
Project: make
Submitted by: None
Submitted on: Sun 13 Sep 2009 08:23:40 PM UTC
Severity:
Follow-up Comment #2, bug #27437 (project make):
aetixin...@aetixintro-desktop:/usr/src/snort-2.8.4$ ls
aclocal.m4configure.in LICENSE missingsnort-2.8.4
ChangeLog contrib ltmain.shmkinstalldirs snort.8
config.guess COPYING m4 preproc_rules src
URL:
http://savannah.gnu.org/bugs/?27497
Summary: Later double-colon rules don't fire if earlier ones
think target is up to date
Project: make
Submitted by: None
Submitted on: Tue 22 Sep 2009 15:08:01 UTC
Severity: 3 -
Follow-up Comment #2, bug #27495 (project make):
Thank you for your very helpful explanation.
One thing I don't understand yet is:
Why is /bin/echo used for SHELL unset and SHELL=/bin/sh,
whereas for SHELL=/bin/dash the builtin echo of dash is used.
URL:
http://savannah.gnu.org/bugs/?27556
Summary: no rule to build target via vpath when jobserver is
unavailable
Project: make
Submitted by: None
Submitted on: Mon 28 Sep 2009 09:00:48 PM UTC
Severity: 3 - Normal
URL:
http://savannah.gnu.org/bugs/?27590
Summary: MSVC Win64 build patch
Project: make
Submitted by: None
Submitted on: Sun 04 Oct 2009 09:08:33 AM UTC
Severity: 3 - Normal
Item Group: Build/Install
Follow-up Comment #1, bug #27591 (project make):
Ops, in the second test, c:/Program Files/Common Files with 3.81
should read c:/Program Files (x86)/Common Files with 3.81.
Brgds,
Viktor
___
Reply to this item at:
Follow-up Comment #2, bug #27590 (project make):
Two changes were made:
1) Removed /MACHINE:I386 option from link commands.
This option is not necessary and will be automatically set
by the linker. I've tested okay with WIN32 after the change.
2) Protected the offending 'int execve ()'
Follow-up Comment #2, bug #27591 (project make):
Hi folks,
Any follow-up on this bug?
I've just retested with this binary build:
http://sourceforge.net/projects/mingw-w64/files/External%20binary%20packages%20%28Win64%20hosted%29/make/make_20091026_bin.tar.gz/download
and the problems
Follow-up Comment #4, bug #27591 (project make):
Hi Paul,
Thanks for your answer.
Further investigation revealed that the problem started with either of these
two changes:
2009-09-16 Paul Smith psm...@gnu.org
2009-09-15 Paul Smith psm...@gnu.org
(Checkout at 20090901 is OK, checkout at
URL:
http://savannah.gnu.org/bugs/?28126
Summary: bug with Windows interface: echo. in command only
works when redirected
Project: make
Submitted by: None
Submitted on: Mon 30 Nov 2009 05:03:42 AM UTC
Severity: 3 -
Follow-up Comment #1, bug #28230 (project make):
To quote the info pages:
The `shell' function performs the same function that backquotes
(``') perform in most shells: it does command expansion. This means that
it takes as an argument a shell command and evaluates to the output of the
101 - 200 of 604 matches
Mail list logo