summaryrefslogtreecommitdiffstats
path: root/bcel-builder
Commit message (Collapse)AuthorAgeFilesLines
...
* updates to Signature parsing for genericsacolyer2005-07-013-329/+674
|
* -- here be dragons --acolyer2005-06-261-2/+417
| | | | | | this is an early check-in for handover to Andy. I've added code to parse the generic signature attributes, but only completed parsing for class signature so far, method and field to do although these will reuse many of the same building blocks. Needs test cases and probably some more rework. Would not normally check-in at this stage. -- end of dragons --
* added getGenericSignature methodacolyer2005-06-261-1/+27
|
* renamed "getRealSignatureFromAttribute" to "getGenericSignature" (which is ↵acolyer2005-06-261-4/+4
| | | | what it is).
* Updated with a simple erasure test case - will need more later!aclement2005-06-144-0/+58
|
* Upgraded BCEL annotation support - can now get an immutable form of ↵aclement2005-06-0814-12/+90
| | | | annotation (type Annotation) from the mutable form (type AnnotationGen). Required when copying annotations between class files.
* GenericsWork: testcode for verifying signature parsing is behaving. work in ↵aclement2005-06-012-2/+197
| | | | progress.
* GenericsWork: Some sick signatures that are possible, not all currently used ↵aclement2005-06-012-0/+36
| | | | in testing
* GenericsWork: Angly aware signature processing.aclement2005-06-011-4/+26
|
* GenericsWork: Lots of changes in here, tidying stuff up, moving it around. ↵aclement2005-06-011-562/+577
| | | | Have made some of the signature processing generics aware (still work in progress) - also started adding new parsing code for the more complex signatures we are likely to encounter, this is tested but not currently used anywhere. See GenericSignatureParsingTest
* GenericsWork: Members now recognize that they can have a signature attribute ↵aclement2005-06-011-1/+35
| | | | attached that records the signature pre-erasure. It is accessible through 'getDeclaredSignature()' and is resolved lazily.
* ignore bintest directoriesacolyer2005-05-311-0/+1
|
* test case for fix bug in bcel RIV annotations (impacted declare anno I think)avasseur2005-04-251-1/+66
|
* Changed runtime invis param attrs to always be invis as discovered by Alex. ↵aclement2005-04-222-2/+2
| | | | Was impacting nothing as far as I could tell - but needed fixing!
* Changed runtime invis attrs to always be invis as discovered by Alex. Was ↵aclement2005-04-221-1/+1
| | | | impacting nothing as far as I could tell - but needed fixing!
* commented jar target from bcel-builder/build.xml since broken (can someone ↵avasseur2005-04-201-4/+5
| | | | | | | comment ?) impl @Aspect("issingleton") fixed error reporting on readPerClause from @AJ
* Delete bintest, not quite in with Alex's policy as paths hardcoded - could ↵aclement2005-04-201-0/+1
| | | | be improved.
* From branch: New build scripts that Alex uses under IntelliJ - can be run ↵aclement2005-04-191-1/+40
| | | | individually or via master in build module.
* Declare annotation: tests changed due to constant pool copying change for ↵aclement2005-03-104-3/+63
| | | | annotation support. also tests removal of the static state from Utility/Type
* Declare annotation: infrastructure upgrade. Mainly to ensure we copy ↵aclement2005-03-1012-49/+116
| | | | entries between constant pools correctly - required when annotations move from one class to another (as is typical with declare annotation)
* For Martin Lippert - removed static state from class.aclement2005-03-102-117/+165
|
* More accessors for the different types of value.aclement2005-02-261-0/+50
|
* Removing last 'use the static type for accessing static field' warnings from ↵aclement2005-02-024-11/+11
| | | | the AJ source...
* Bit of missing support...aclement2005-01-312-2/+8
|
* ignore binwisberg2005-01-271-0/+1
|
* @AJ syntax (pr83626): changes to bcel from Alexaclement2005-01-261-2/+5
|
* This fix for 'c' values in annotations has been verified by Pepe. ↵aclement2005-01-243-1/+22
| | | | Committing source changes and testcase.
* Allows for MarkerAnnotations - doh! (i.e. ones with no values) and unpacks ↵aclement2004-12-099-4/+58
| | | | invis annotations on classgens correctly.
* Fix some stuff that Wes pointed out: addEmptyConstructor() in ClassGen has ↵aclement2004-11-2241-187/+266
| | | | always been broken and the src.zip for BCEL that was generated included test imports.
* BCEL Java5 Supportaclement2004-11-1932-0/+493
|
* BCEL Java5 Supportaclement2004-11-19342-514/+1393
|
* BCEL Java5 Supportaclement2004-11-1942-8/+4863
|
* Some enhancements discovered whilst working on bugzilla bug 78954: Compiler ↵aclement2004-11-185-22/+32
| | | | cannot cope with 4000 jars on the classpath. These enhancements cause things to be done 'lazily' in BCEL.
* Imports organized.aclement2004-11-1826-111/+153
|
* Doesnt delete the 'src' dir.aclement2004-11-181-1/+1
|
* Adding BCEL src to bcel-builder project. We change/patch BCEL more ↵aclement2004-11-18342-0/+56495
| | | | | | frequently than we import new versions of BCEL into AspectJ - so it makes sense to make that patching process easier than the importing process. Also the Java5 support would result in an unwieldy patch.txt file. The ANT targets in build.xml will still enable transformation of the packaging from org.aspectj.apache to org.apache for diffing with a new BCEL version, should one ever appear.
* BCEL rename (enhancement 61374)aclement2004-08-123-15/+88
|
* Patch now includes the bcel fix for 62631. Also changed the bcel-builder ↵V1_2_0aclement2004-05-243-22/+53
| | | | build.xml to construct a bcel-src.zip that matches the bcel.jar - to ease debugging.
* Hopefully better bcel-builder build system, ehilsdal2004-05-212-56/+76
| | | | | instigated by Andy actually trying to use this module the way it is supposed to be used
* Removing this rogue directory that didn't seem to work. i.e. it didnt fix ↵aclement2004-01-301-0/+0
| | | | the build process.
* Following yesterdays discussion, I'm temporarily adding a folder containing ↵aclement2004-01-301-0/+0
| | | | one file to see if it makes the build happy (we had to do this for adrians new module). If it fails then I'll delete it and wait for George to return who knows the right cruise control incantations to locate the problem.
* Created 'notamodule' in bcel-builder module - will the build system now ↵aclement2004-01-301-0/+0
| | | | ignore it correctly?
* Fix for Bugzilla Bug 41125: ehilsdal2004-01-293-5/+301
| | | | LocalVariableTable sometimes gets BCEL-supplied parameter names
* initial stab at a bcel-building moduleehilsdal2004-01-275-0/+142
generated by cgit v1.2.3 (git 2.39.1) at 2025-03-24 22:40:52 +0000