Merge branch 'pull/9'

Closes: https://github.com/wincent/wikitext/pull/9
* pull/9:
  Gemspec: Drop EOL'd property rubyforge_project

Gemspec: Drop EOL'd property rubyforge_project

Ignore built output in new location

Change links to point to gh-pages and GitHub

Publish via gh-pages instead of own webserver

Via the magic of `git-worktree` (`git worktree add gh-pages gh-pages`) I
can `cd` into this directory, commit the built files and push.

Closes: https://github.com/wincent/wikitext/issues/8

Drop --one-file from Yard invocation because it seems to cause problems

Closes: https://github.com/wincent/wikitext/issues/7

Check to see whether latest Yard fixes issues with documentation

(It doesn't.)

See: https://github.com/wincent/wikitext/issues/7

Prepare 4.6 release

For compatibility with the yearly Christmas release of Ruby (this time
v2.6). Note I dropped the (unused anyway) ZenTest dependency, which
otherwise complains:

    ZenTest-4.11.0 requires rubygems version < 3.0, which is
    incompatible with the current version, 3.0.1

Updated local Ruby install first with:

    ruby-install ruby 2.6.0

For some reason, chruby doesn't pick it up (probably because I didn't
start a new shell), so I:

    export PATH=~/.rubies/ruby-2.6.0/bin:$PATH

Prep for 4.5 release

Installing Ruby 2.5.0 wasn't a pain in the ass at all.

```
brew install --force ruby-install

ruby-install ruby 2.5.0

gem install bundler

export LDFLAGS='-L/usr/local/opt/openssl/lib'
export CPPFLAGS='-I/usr/local/opt/openssl/include'
ruby-install ruby 2.5.0
gem install bundler
```

Update Yard

https://nvd.nist.gov/vuln/detail/CVE-2017-17042

Bump version number for 4.5 release

Mark Ruby 2.5.0 as supported

Use Ruby 2.5.0 for development purposes

Use more precise license spec

Silences these warnings:

  WARNING:  license value 'BSD' is invalid.  Use a license identifier from
  http://spdx.org/licenses or 'Nonstandard' for a nonstandard license.
  Did you mean '0BSD'?

We're using the 2-clause BSD, specifically known as: BSD 2-clause
"Simplified" License:

  https://spdx.org/licenses/BSD-2-Clause.html

Prepare for 4.4 release

Use Ruby 2.4 for development purposes

Mark Ruby 2.4 as supported

Closes: https://github.com/wincent/wikitext/issues/4

Update to Ruby 2.3.0 for development purposes

Note that I also switched to using chruby/ruby-install in order to get
2.3.0 on the system, and that doesn't play nicely with these Bundler
bin-stubs, so I had to rip those out in favor of explicit `bundle exec`
invocations.

Prepare for 4.3 release

Mark Ruby 2.3.0 as supported

Fixes: https://github.com/wincent/wikitext/issues/3

Prepare 4.2 release

Drop reference to Gemcutter

Remove YARD upload

We're instead going to be deploying the file via Masochist (manually,
but such is life).

Add :pre_code option

Closes: https://github.com/wincent/wikitext/issues/2

Remove some references to Rails

Remove the brittle tests, and also a reference to a long-deleted file
that was lingering in the gemspec.

Use --one-file mode in YARD to sidestep link issues

Relative paths in the generated docs are freaking out in combination
with my current nginx config. Jam it all in one file completely avoids
the problem, at a minor cost, so let's do it.

Update Gemfile.lock

First run on this machine, so no bundle; figure I may as well update
while I am here.

Tighten up gemspec dependencies to quieten `gem build` warnings

These are development dependencies, so I can afford to make them fairly
tight. I'm basing them on the current versions in the Gemfile.lock.

Note in release notes that version 4.1.1 was yanked

Update release notes for 4.1.2 release

Bump version number post-release

Bump version number to 4.1.2

Going to have to yank 4.1.1 due to some kind of as-yet-undiagnosed build
breakage, as reported here: https://github.com/wincent/wikitext/issues/1

Update release notes for 4.1.1

I forgot to do this previously. Also fixed up the broken heading styling
on the 4.1 release.

Update author info and copyright notices

Change or remove all references to Wincent Colaiuta. Update the
copyright year ranges (and switch to "-present" to make them a little
more future-proof). Remove the donations section.

Update Gemfile.lock

Switch to Ruby 2.2.2 for local development

Bump version number for 4.1.1 release

Update some stale links in the documentation

Officially support Ruby 2.2.x

Bump version number post-release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number for 4.1 release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Apply some stylistic fixes

Included here:

  - add missing # on blank lines in license comments
  - switch to Ruby 1.9+ hash syntax (we dropped 1.8 support long ago)
  - uphold convention of commenting `end` lines for modules and classes
  - use parens around method param list declarations

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Drop code that only existed to support Rails 2

We dropped support for Rails 2 back in the 3.0b release, so there is no
need to keep this crud lying around.

If somebody attempts to use the Gem with Rails 2, it should explode with
a NoMethodError when we call ActiveSupport.on_load(:action_view), which
seems fair enough.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Add optional Haml filter

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Update other benchmark file require statements

This commit gets the remaining files in the benchmarks subdirectory
working again.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Remove profiling_parse cruft

I'm not doing any profiling right now and haven't for a while, so let's
clean out the cruft.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Update parsing benchmark input/output

A while back we switched from `tt` to `code` elements, so adjust
accordingly to prevent an early abort of the benchmarking process.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Make it easier to see discrepancies in the parsing output

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Update a require path in benchmarks/parsing.rb

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Make user for upload_yard task configurable

It seems I've had some config changes since the last result that mean
the default user doesn't work any more. Make it configurable.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number for 4.0.3 release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Make tweaks for Ruby 2.1.0 compatibility

Looks like everything should work as before under 2.1.0.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number post-release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Update Gemfile.lock to sync with 4.0.2 release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Update release notes for 4.0.2

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version for 4.0.2 release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Fix bad paths in gemspec

Looks like the 4.0.1 release was entirely busted due to commit fcefbd9.
Hadn't exposed this in manual tested on my local development machine or
remotely.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number post-release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Prep for 4.0.1 release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Attempted fix for build issues on Linux with RubyGems 2.0.0

On Linux the build is failing with:

  make install
  /usr/bin/install -c -m 0755 wikitext.so /data/shared/bundle/ruby/2.0.0/gems/wikitext-4.0/ext
  /usr/bin/install: `wikitext.so' and `/data/shared/bundle/ruby/2.0.0/gems/wikitext-4.0/ext/wikitext.so' are the same file

Looks to affect many gems with native components:

  https://github.com/rubygems/rubygems/issues/411
  https://bugs.ruby-lang.org/issues/7344
  https://bugs.ruby-lang.org/issues/7698

The workaround applied here is to move the extension files down one
level in the hierarchy.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number post-release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Remove dependency on HighLine

Degrade gracefully in the absence of HighLine.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Add license

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Silence deprecation warnings in Rakefile

RbConfig is the new Config.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Loosen version requirements in gemspec

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Use rbenv locally to peg development environment at 2.0.0-p0

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bundle update

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Various fixes for Ruby 2.0.0 compatibility

  - switch Gemfile source from :gemcutter to 'https://rubygems.org'
    (silences security warnings)
  - bump version number prior to 4.0.0 release
  - drop unnecessary `encoding` magic comments from source files
  - drop support for versions of Ruby < 2.0.0
  - make sure string_from_str() returns a string that is marked as UTF-8
    encoded; otherwise a string marked as "ASCII-8BIT" will be returned
    and string comparisons will fail; this was noticed due to the
    breakage of the "redlink" specs which were failing otherwise
  - drop references to now-dead iconv
  - swap some `proc` for `Proc.new`
  - swap some `lambda` for `expect` in the spec suite; this is not
    merely cosmetic as the LocalJumpError tests were failing without it
  - drop some "should" from `it` descriptions in the spec suite
  - loosen brittle TypeError assertions in spec suite which would
    otherwise have failed (the error message has changed since 1.9.x)
  - always use a space after a comma separating arguments
  - replace `not` and `or` with `!` and `!!`
  - use `__dir__` in lieu of `File.dirname(__FILE__)`
  - update copyright year ranges in touched files
  - update docs prior to release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Remove unnecessary shebang lines from spec suite

We only ever run specs using the No examples found.

Finished in 0.00003 seconds
0 examples, 0 failures command line helper,
so these shebang lines can go away.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Silence some Clang warnings

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number post-release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Prepare for 3.1 release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Make it easier to set a link_proc

In addition to being able to set a link_proc at parse time, make it
possible to do so at or after initialization as well.

This will be useful in the Rails context:

  Wikitext::Parser.shared_parser.link_proc = ...

See also:

  https://wincent.com/issues/2061

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Silence a Clang warning about use of an uninitialized variable

  parser.c:350:14: warning: variable 'dest' is used uninitialized whenever 'if' condition is false
      else if ((src[0] & 0xf8) == 0xf0)
              ^~~~~~~~~~~~~~~~~~~~~~~
  parser.c:375:12: note: uninitialized use occurs here
      return dest;
            ^~~~
  parser.c:350:10: note: remove the 'if' if its condition is always true
      else if ((src[0] & 0xf8) == 0xf0)
          ^~~~~~~~~~~~~~~~~~~~~~~~~~~~
  parser.c:307:18: note: initialize the variable 'dest' to silence this warning
      uint32_t dest;
                  ^
                    = 0

In this case the warning is spurious (the `else` branch raises an
exception, so it is not possible for `dest` to be used unuinitialized).
But Clang doesn't know that, so keep it happy by initializing the
variable every time.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Ensure ampersands in URIs are adequately entified

Fixes:

  https://wincent.com/issues/2010

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Move some functions around to avoid the forward declarations

In order to fix a bug I'm going to need to use
wiki_append_sanitized_link_target and, therefore, a couple of its
dependencies high up in the file.

Just move the functions up so as to avoid the need to make a forward
declaration.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Simplify Wikitext_parser_sanitize_link_target

Commit 778839e made the wiki_append_sanitized_link_target function more
flexible by making it accept a str_t instead of a parser_t. This in turn
means that we can simplify the Wikitext_parser_sanitize_link_target
function; it can deal with a str_t directly rather than working with a
throwaway parser_t.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Teach wiki_append_sanitized_link_target to take a str_t

Rather than passing in a parser_t and assuming the text we want to
operate on is the one in the struct, pass in the link target str_t
explicitly. This added flexibility will make the
wiki_append_sanitized_link_target function suitable for wider use, which
I am presently going to do in order to fix a bug.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Update to RSpec 2.12.0

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Update some copyright year ranges

Just the relevant project-wide files, the README and the LICENSE.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number post-release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number for 3.0.1 release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Allow email addresses inside external link text

Previously we allowed:

  [mailto:user@example.com text]

but dealt poorly with:

  [mailto:user@example.com user@example.com]

While that might seem like a contrived example (because you could
dispense with the explicit external link entirely and instead rely on
the standard auto-linkification) it also meant that we couldn't handle
perfectly reasonable and useful input like:

  [mailto:user@example.com contact me at user@example.com for info]

Note the problem wasn't just limited to URIs with the "mailto:" schema;
we also choked on stuff like:

  [http://google.com/?q=user@example.com Google for user@example.com]

Reported here:

  https://wincent.com/issues/1955

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number post-release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Prepare for 3.0 release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Fix for lines beginning with slashes in PRE blocks

I've fixed quite a few of these bugs over the years. I'd aimed to shake
them all out in commit 27681bab (back in 2008), but looks like I missed
one.

Fixes:
  https://wincent.com/issues/1891

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Update docs for 3.0b release

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Rakefile: execute yardoc in bundle context

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bump version number for 3.0b release

Bumpig the major version number here because this is a
compatibility-breaking release (supporting only Rails 3.1.0 and above).
As Rails 3.1.0 isn't finalized yet, marking this one as a beta, as other
tweaks may be required by the time Rails 3.1.0 goes final.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Modernize version spec

By "modernize" here I mean avoid an unnecessary "should"
for conciseness.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Whitespace cleanup

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Rename spec/trash -> spec/.trash

This has a number of benefits:

  - things which search (like Command-T and ack) won't waste time
    looking at the enormous quantity of stuff that accumulates in the
    trash dir
  - RSpec won't try to run stuff buried deep down inside the trash dir,
    almost certainly breaking

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Rakefile: run spec task in bundle context

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Bundle update RSpec (2.2.0 -> 2.6.0)

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Drop support for Rails 3.0.x

In the interests of moving forward, older versions of Rails will
continue to be supported with the last Wikitext release (2.1.1, 2.1.x),
but the current version will only support Rails 3.1.0 and above.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Avoid another Rails 3.1 deprecation warning

Specifically:

  DEPRECATION WARNING: Including Compilable in your template handler is
  deprecated. Since Rails 3, all the API your template handler needs to
  implement is to respond to #call.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Avoid a Rails 3.1 deprecation warning

Specifically:

  DEPRECATION WARNING: Inheriting from ActionView::Template::Handler is
  deprecated. Since Rails 3, all the API your template handler needs to
  implement is to respond to #call.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Remove special case code for Rails 2

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Remove rails/init.rb

This used to be evaluated automatically under Rails 2, but this is no
longer the case with Rails 3.

Signed-off-by: Wincent Colaiuta <win@wincent.com>

Manage Arel version as well when setting up Rails test apps

This gets the spec suite passing in a hopefully robust and independent,
"bundlerized" way, for Rails version 3.0.1 through 3.0.7. It even works
on the current "Edge" Rails.

Signed-off-by: Wincent Colaiuta <win@wincent.com>