[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
[
List Home]
Re: [aspectj-dev] rc2 **Preview Build #3**
|
Just tried the version from CVS.
I got errors for non-existing jar files in CLASSPATH. I think
this problem did exist in an earlier release and was fixed.
Otherwise, the build seems to be working fine.
> ajc *.java
incorrect classpath: d:\java\j2sdkee1.3.1\lib\system\tools.jar
incorrect classpath: d:\java\j2sdkee1.3.1\lib\classes
incorrect classpath: d:\java\j2sdkee1.3.1\classes
incorrect classpath: d:\java\j2sdkee1.3.1\lib\toolclasses
AspectJ Compiler 1.1 release candidate 2
Usage: <options> <source file | @argfile>..
AspectJ-specific options:
-injars <jarList> use classes in <jarList> zip files as
source
(<jarList> uses classpath delimiter)
-aspectpath <list> weave aspects from <list> zip files into
sources
(<list> uses classpath delimiter)
-outjar <file> put output classes in zip file <file>
-argfile <file> specify line-delimited list of source files
-incremental continuously-running compiler, needs
-sourceroots
(reads stdin: enter to recompile and 'q' to
quit)
-sourceroots <dirs> compile all .aj and .java files in <dirs>
(<dirs> uses classpath delimiter)
-emacssym generate .ajesym symbol files for emacs
support
-Xlint same as '-Xlint:warning'
-Xlint:<level> set default level for crosscutting messages
(<level> may be ignore, warning, or error)
-Xlintfile <file> specify properties file to set per-message
levels
(cf
org/aspectj/weaver/XlintDefault.properties)
Standard Eclipse compiler options:
-help emit this help message and quit
-version emit compiler version number and quit
-classpath <list> directories and zip files for the classpath
(<list> uses platform-specific path
delimiter)
-bootclasspath <list> override bootclasspath for finding
compile types
(<list> uses platform-specific path
delimiter)
-extdirs <list> override extension dirs for finding compile
types
(<list> uses platform-specific path
delimiter)
-d <dir> destination directory for output classes
-target <ver> classfile setting (1.1 or 1.2, default is
1.1)
-1.3 set compliance level to 1.3 (default)
-1.4 set compliance level to 1.4
-source <ver> assertions toggle (1.3 or 1.4, default is
1.3
in -1.3 mode and 1.4 in -1.4 mode)
-nowarn emit no warnings (same as '-warn:none')
-warn:<list> emit warnings specified by comma-delimited
list
(eg '-warn:unusedLocals,deprecation')
constructorName method with constructor name
packageDefaultMethod attempt to override package-default
method
deprecation usage of deprecated type or member
maskedCatchBlocks hidden catch block
unusedLocals unused local variable (never read)
unusedArguments unused method argument (never read)
unusedImports unused imports
syntheticAccess performing synthetic access for inner
classes
assertIdentifier 'assert' used as identifier
-deprecation same as '-warn:deprecation'
-noImportError emit no errors for unresolved imports
-proceedOnError keep compiling after errors, dumping class
files
with problem methods
-g[:<level>] debug attributes level
-g all debug info (same as
'-g:lines,vars,sourc
e')
-g:none no debug info
-g:<items> debug info for any/all of [lines,
vars, sour
ce]
-preserveAllLocals code gen preserve all local variables (for
debug)
-referenceInfo compute reference info
-encoding <name> specify default source encoding format
(Specify encoding for any source
file/folder by
suffixing each input name with
'[encoding]')
-verbose emit accessed/processed compilation units
-log <filename> specify a log file for compile messages
-progress show progress (requires -log mode)
-time display speed information
-noExit do not call System.exit(n) at end of
compilation
(n=0 if no error)
-repeat <n> repeat compilation process <n> times (perf
analysis)
1 fail|abort, 1 error
--- George Harley1 <GHARLEY@xxxxxxxxxx> wrote:
> Hi,
>
> A new preview build of 1.1rc2 has been made and the output
> aspectj-1.1rc2.jar placed in org.aspectj/releases/aspectj-1.1rc2 on
> CVS.
> The test results files have also been updated with the outcome of the
> unit
> tests and Harness tests on both 131 and 141 JDKs. An IBM 131 JDK and
> a Sun
> 141 JDK were used for the tests.
>
> The build was carried out on a 1.3.1 JDK and the CVS extract was done
> today
> at about 10:30am BST.
>
> JUnit Tests
> -----------------
> 100% pass rate running on Sun 1.4.1.
> 2 errors and 4 failures when run on IBM 1.3.1. All occurred in
> AjdeModuleTests. (NOTE : when tried on Sun 1.3.1, saw a 100% pass
> rate)
> Results of both runs are in the junitModules.report.zip (IBM 131) and
> junitModules.report.JDK14.zip (Sun 1.4.1) files in the releases
> directory.
>
> Harness tests
> ---------------------
> Everything passes when tried on Sun 1.3.1, IBM 1.3.1 and Sun 1.4.1
> JDK's.
> Results for IBM 1.3.1 and Sun 1.4.1 runs in the releases directory.
>
> Best regards,
> George
> ________________________________________
> George C. Harley
> IBM e-Business Integration Technologies
> MP 146, Hursley Park, Winchester, Hants, UK
> External : +44 (0)1962 819549 / Internal : 7-249549
> Fax : +44 (0)1962 818999
> Email : gharley@xxxxxxxxxx
> Web : http://ibm.com/java
>
>
> _______________________________________________
> aspectj-dev mailing list
> aspectj-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/aspectj-dev
__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com