TODO: mention the lack of a non-binary cygwin-headers package

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
oops, gnuconfig Manifest was out of date

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
profile.bashrc: fix path bugs

Fixes two bugs:

o Paths beginning with "." had them silently stripped
o Paths with spaces were broken

Only the first of these had any real relevance.

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
eclass/eutils: fix broken pickup line

see bug #431940

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
sys-libs/zlib: Fix bugs

It turns out the parallel make patch was not really needed, but
instead that some bad merges between the cygport stuff and my patch
were at fault.  This fixes those problems and removes the parallel
make patch.

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
TODO: update

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
scripts/metadata_gen.sh: graceful failure mode

When metadata_gen tries to cd to a nonexistent directory,
all hell breaks loose.  This reduces the fallout.

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
sys-devel/gcc-config: fix KERNEL==Cygwin regression

In sys-devel/gcc-config, we tested whether KERNEL==Cygwin, but
that is no longer the case -- this generalizes the test to be
correct for both the old and new values of KERNEL.

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
Add rebasing scripts

I use the scripts frequently to deal with rebasing problems.
Since without a full rebasing solution, cygwin-portage is not
particularly useful, I have included them here.

I have plans to improve things so that this rebasing step will
not be neccesary, but for now this is what does the trick for me.

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>
sys-libs/readline: huge version bump & re-org

Readline needed lots of work.  Aside from synchronizing with upstream
this commit:

o Removes non-cygwin-specific code that caused readline to link with
  libncursesw instead of libncurses.  This may cause problems since
  it could create a circumstance where both libncurses and libncursesw
  get linked in, from the prefix and non-prefix directories, respectively.
  If that becomes a problem down the line, we might want to merge those
  patches back in.  They're documented here:

    http://www.mail-archive.com/gentoo-alt@lists.gentoo.org/msg06435.html

  and here (exact same content):

    http://thread.gmane.org/gmane.linux.gentoo.alt/6333

o Creates cygreadline7.dll instead of cygreadline6.dll.  Cygwin upstream
  does this and I should have done it, too, from the get-go.  The only
  question is whether it's more appropriate to call it cygreadline8.dll,
  since our readline is 6.2-based and cygwin's is 6.1-based; however,
  I experimented with this possibility and it caused a lot of rebasing
  issues.  Seeing as how I never noticed a problem even when we broke
  with cygwin's numbering and called it cygreadline6.dll, I'm hoping
  it's going to be OK.  If anyone can trace problems to readline6.1
  API incompatibility, they shouldn't hesitate to let me know about it.

  If cygwin renames to cygreadline8.dll once they catch up with portage's
  readline versions, then we'll have to revisit the matter.

  Another open question is whether or not it might be better to provide
  a slotted cygreadline6.dll -- if the ncurses/ncursesw thing started to
  be a problem, for instance, this would be one way to address the matter.

  However, this creates a sticky situation since I don't think our slotting
  could work the same as upstream Gentoo's.  I'd have to do some self-educating
  in order to fully understand how feasible per-platform slotting-schema
  rearrangement is but since, i.e., gcc is capable of doing this based on use
  flags I'm guessing it's do-able.

o Fixes some minor compilation issues pertaining to header files and function
  prototypes -- these fixes aren't in any upstream so they should be floated
  there before we resort to putting them in Gentoo.

o Does the standard prefix-only mask/unmask business.

o Fixes several bugs owing to incomplete or incorrect merging of cygport's
  patches.

Emerging this likely to seriously fuck up your portage once you run
cygdll-update.  For now, I suggest running the emerge, manually moving
the cygdll_protected cygreadline7.dll into place (not using cygdll-update),
running the rebase batch file, and then running emerge -e system, stopping
to rebase as neccesary, and only then letting cygdll-update remove
cygreadline6.dll

This would go better if preserve_old_libs worked right in cygwin, something
I'd like to work on soon.

Signed-off-by: Gregory M. Turner <gmturner007@ameritech.net>