summaryrefslogtreecommitdiff
path: root/recipes/classpath
AgeCommit message (Collapse)AuthorFiles
2010-06-24classpath-native: update the ecj-patchHenning Heinold2
* the java-files in tools aren't UTF8 at all so we need the same handling as with asm-files * bump PR
2010-06-10recipes: conform to OE packaging guidelines with ↵Martin Jansa1
RSUGGESTS/RPROVIDES/RCONFLICTS/RREPLACES * even worse than last RDEPENDS/RRECOMMENDS change, because now ie: opkg info coreutils-doc Provides: textutils, shellutils, fileutils Replaces: textutils, shellutils, fileutils Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Acked-by: Khem Raj <raj.khem@gmail.com> Acked-by: Roman I Khimov <khimov@altell.ru>
2010-06-06classpath-tools-native: *sigh* seems do_stage needs to be override in all casesHenning Heinold1
2010-06-06classpath-tools-native: remove do_stage function, not needed anymoreHenning Heinold1
2010-05-25Make the do_patch apply=yes param implicit if extension is .diff/.patchChris Larson10
For .diff/.patch you need to apply manually, you can specify apply=no. Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Khem Raj <raj.khem@gmail.com>
2010-05-25Rename url params patch=<ignored>/pnum=<n> to apply={yes,no}/striplevel=<n>Chris Larson10
I think this makes the behavior rather more clear. Signed-off-by: Chris Larson <chris_larson@mentor.com> Acked-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Khem Raj <raj.khem@gmail.com>
2010-05-16classpath-native.inc: convert to new staging systemHenning Heinold1
2010-04-15recipes: more checksums and more fixes to download them allMartin Jansa1
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-04-12recipes: move checksums to recipes from checksums.iniMartin Jansa10
* fetch all *.bb with patched utils.bbclass appending all checksums found only in checksums.ini to recipe Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2010-02-01classpath-native: the exit_hook.patch don't work anymore disable ↵Henning Heinold1
wrapper-tools for now
2010-01-11classpath-native: disable-gjdoc, it calls antlr and fails without antlr ↵Martin Jansa3
installed on buildhost (runantlr from antlr-native is found by configure, but antlr.jar from staging doesn't work) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
2009-12-24classpath: Added toolwrapper-exithook.patch.Robert Schuster4
classpath-native: Dito.
2009-12-24classpath: Added toolwrapper-exithook.patchRobert Schuster1
classpath-native: Dito.
2009-09-29classpath-native: Use --enable-tool-wrapper (increased PRs in respective BB ↵Robert Schuster3
files).
2009-09-18inetlib 1.1.1: New recipe (from Jalimo SVN).Robert Schuster3
inetlib-native 1.1.1: Dito.
2009-07-22classpath-tools-native: native package should inherit nativeHenning Heinold1
* workaround for do_stage * not bump PR because package doesnt produce something
2009-07-15classpath.inc: Added 'inherit java'.Robert Schuster1
2009-07-07classpath: Depend on antlr-native, increased resp. PRs.Robert Schuster5
2009-07-02classpath: depend on gmp (for libjavamath) and do not use system oneMarcin Juszkiewicz3
2009-03-23classpath-native 0.97.2: Retrieved back from ↵Robert Schuster2
595952e9bbff5d25c370fd140d58c3aae9434690.
2009-03-23classpath-native 0.98: Set DEFAULT_PREFERENCE to -1.Robert Schuster1
2009-03-20classpath-native: Clean upRobert Schuster5
- removed 0.96.1, 0.97.2: Unable to guarantee that these work with current VMs - added 0.98 - removed superfluous patches
2009-03-20classpath 0.98: New recipe.Robert Schuster1
2009-03-17rename packages/ to recipes/ per earlier agreementDenys Dmytriyenko27
See links below for more details: http://thread.gmane.org/gmane.comp.handhelds.openembedded/21326 http://thread.gmane.org/gmane.comp.handhelds.openembedded/21816 Signed-off-by: Denys Dmytriyenko <denis@denix.org> Acked-by: Mike Westerhof <mwester@dls.net> Acked-by: Philip Balister <philip@balister.org> Acked-by: Khem Raj <raj.khem@gmail.com> Acked-by: Marcin Juszkiewicz <hrw@openembedded.org> Acked-by: Koen Kooi <koen@openembedded.org> Acked-by: Frans Meulenbroeks <fransmeulenbroeks@gmail.com>