See attached build log.
(Please do not complain about the need for looking at the build log until you can provide an easy way to open bugs with the correct data picked out of a tinderbox log. Thanks.)
Created attachment 244027 [details]
Looks like nothing in the tree requires this, I have also been unable to see any major distribution still shipping this (mandriva, debian, opensuse, fedora...), and I am unable to find any upstream update since a lot of time :-/
Maybe we should just remove this, what do you think?
We should check if it's not bundled in any packages in tree, maybe anjuta uses this ?
(In reply to comment #4)
> We should check if it's not bundled in any packages in tree, maybe anjuta uses
> this ?
How could we test that? For now, I have run the following on anjuta sources:
$ grep -r gtkscintilla *
anjuta-2.26 did have a bundled copy of scintilla core and the PlatGTK.cxx and ScintillaGTK.cxx wrapping classes that are found in gtkscintilla2 as well - for the purposes of the scintilla edit plugin (as opposed to the gtksourceview based sourceview edit plugin).
However since anjuta-2.28, the scintilla edit plugin is not shipped with anjuta anymore. It was moved to anjuta-extras package instead, of which it's still a part of, and carries all the same (similar, possibly improved) code in a subdir as gtkscintilla2.
However - the build system there is fully autotools based, and shouldn't have this problem, whereas gtkscintilla2 has a custom Makefile with visibly no LDFLAGS handling. So even if we were to package anjuta-extras in the future, I'm quite sure this problem doesn't exist there - and either way we'd get a separate QA warning in the unlikely chance of not honoring LDFLAGS in that autotools based build system.
So, punt and don't worry about bundled packages, we don't carry any almost surely in-tree.
It does look like gphpedit is still being actively developed and it does seem to ship a newer version of gtkscintilla that could probably be sourced by x11-libs/gtkscintilla2. Its gtkscintilla/scintilla/version.txt has a higher number (211) than the latest x11-libs/gtkscintilla2 (158).
 <http://www.gphpedit.org/>, has a release announcement from Sat, 05/22/2010 - 01:38 for a 0.9.98 release candidate.
I am unsure about handling its splitting downstream because:
1. Looks a bit "hard" to me.
2. If gphpedit is the only one still using it, I think this looks a bit like when eel was merged into nautilus and splitted one was dropped.
But maybe I am missing some reason for showing splitting it from gphpedit would be the best option :-/