| Commit message (Collapse) | Author | Age |
|---|
| |
|
| |
It seems GitHub doesn't allow irc:// protocol, so replace it with WebChat link.
|
| | |
|
| |
|
|
| |
This removes the warning from compiler.
|
| |
|
| |
I just checked on new Debian installation, and only libncurses5-dev appears to be needed.
|
| |
|
|
| |
paths instead of merely equal ones
|
| |
|
|
| |
https://github.com/fish-shell/fish-shell/pull/854
|
| |
|
|
| |
https://github.com/fish-shell/fish-shell/issues/979
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
When the completion list includes the exact typed string with other
candidates, i.e. completion_t.match.type == fuzzy_match_exact,
the other candidates will be removed from the list, as they are not
the "best type". This is inconvenient for the user who wants to
type and complete commands in the other candidates.
The commit is to make the best_type to fuzzy_match_prefix as highest
priority, also, when comparing to best_type, the same or higher
priority completions can both match.
|
| | |
|
| |
|
|
| |
they are available on Linux and OS X, and now ported to fish
|
| | |
|
| |
|
|
| |
to prepend it to $PATH instead of appending it (#950)
|
| |
|
|
| |
https://github.com/mxcl/homebrew/pull/22016#issuecomment-23222977
|
| | |
|
| | |
|
| |
|
|
| |
https://github.com/fish-shell/fish-shell/issues/731
|
| |
|
|
|
|
| |
Closes #766
doesn't appear to actually be required, and adding RPATH breaks Debian and OpenSUSE policy
all flames to me
|
| |
|
|
| |
https://github.com/fish-shell/fish-shell/issues/968
|
| |
|
|
| |
https://github.com/fish-shell/fish-shell/issues/966
|
| |
|
|
| |
https://github.com/fish-shell/fish-shell/issues/650
|
| |
|
|
|
|
| |
grep was throwing warnings when no Makefile was found
Signed-off-by: lledey <lledey@gmail.com>
|
| | |
|
| |
|
|
|
|
|
|
|
|
| |
redirections for a process were flattened into a big list associated with the job, so there was no way to tell which redirections applied to each process. Each process therefore got all the redirections associated with the job. See https://github.com/fish-shell/fish-shell/issues/877 for how this could manifest.
With this change, jobs only track their block-level redirections. Process level redirections are correctly associated with the process, and at exec time we stitch them together (block, pipe, and process redirects).
This fixes the weird issues where redirects bleed across pipelines (like #877), and also allows us to play with the order in which redirections are applied, since the final list is constructed right before it's needed. This lets us put pipes after block level redirections but before process level redirections, so that a 2>&1-type redirection gets picked up after the pipe, i.e. it should fix https://github.com/fish-shell/fish-shell/issues/110
This is a significant change. The tests all pass. Cross your fingers.
|
| | |
|
| | |
|
| |
|
|
| |
https://github.com/fish-shell/fish-shell/issues/110
|
| |
|
|
|
|
| |
It's rather hacky, but it sort of works. (but then, this makes fish
compare to PHP (but PHP doesn't put that newline), so perhaps I
shouldn't do that - http://git.io/GFurbg)
|
| | |
|
| |
|
|
| |
eval's use of "." function.
|
| |
|
|
| |
build with the generated config.h
|
| |
|
|
|
|
|
|
|
|
|
|
| |
m4_esyscmd_s is a macro only available in Autoconf 2.64, which despite
being released in 2009 is not available on a number of build targets for
the project (specifically CentOS/RHEL 6).
ca8e4c08a78 tries to remove the error produced with m4_pattern_allow,
but that just silences the sanity check.
Instead, replace m4_esyscmd_s with m4_esyscmd + manual removal of
newlines.
|
| |
|
|
|
|
| |
I break compatibility with Mac OS X again, that I don't have access
to. Result: Stuff break, and I have to fix it, so it will perhaps
work. At least, I hope it will work.
|
| |
|
| |
I hope I didn't broke anything, but it works for me.
|
| | |
|
| | |
|
| |
|
|
|
| |
Needs documentation (for the new name), but manages to move . to source,
while preserving compatibility.
|
| | |
|
| |
|
|
| |
/c/c looks awful, and C:/ is simply better.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
This is case in Cygwin, which doesn't have /etc/shells ans chsh.
|
| |
|
|
|
|
|
|
|
| |
Yes, it's an awful hack, but IPC support (and fork support as well -
even FAQ mentions that, and suggests "restarting process" to solve the
problem (http://cygwin.com/faq/faq.html#faq.using.fixing-fork-failures),
but let's ignore that for now) is simply broken in Cygwin. Having to try
to do exactly same thing in Cygwin, just so perhaps it will work is a
completely normal thing (not). I love Windows.
|
| |
|
|
|
|
|
| |
I commited executables in previous commit (removed using git push
--force - sorry, I wouldn't want to waste space in git repository), so I
think *.exe files should be forbidden to avoid any problems (there is no
reason to ever commit them)
|
| |
|
|
|
|
| |
Yes, hostname is broken under Cygwin, but for fish it's an issue, as it
makes fish_config more buggy than it needs to be (by making UTF-8 errors
according to Python).
|
| |
|
|
|
| |
It appears that dircolors -c under Cygwin has >&/dev/null at end that is
valid C shell syntax, but isn't accepted in fish shell.
|
| | |
|
Konrad Borowski
ridiculousfish
Tony Wang
nulltrek
David Adam (zanchey)
lledey
Mikko Viitamäki