Lucene nightly build failure

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

Lucene nightly build failure

Lucene - Java Developer mailing list

javacc-uptodate-check:

javacc-notice:
     [echo]
     [echo]       One or more of the JavaCC .jj files is newer than its corresponding
     [echo]       .java file.  Run the "javacc" target to regenerate the artifacts.
     [echo]    

init:

common.compile-core:
    [mkdir] Created dir: /tmp/lucene-nightly/build/classes/java
    [javac] Compiling 204 source files to /tmp/lucene-nightly/build/classes/java
    [javac] /tmp/lucene-nightly/src/java/org/apache/lucene/queryParser/QueryParser.java:654: cannot resolve symbol
    [javac] symbol  : method toChars (int,char[],int)
    [javac] location: class java.lang.Character
    [javac]           length += Character.toChars(codePoint, output, length);
    [javac]                              ^
    [javac] /tmp/lucene-nightly/src/java/org/apache/lucene/queryParser/QueryParser.java:654: inconvertible types
    [javac] found   : java.lang.String
    [javac] required: int
    [javac]           length += Character.toChars(codePoint, output, length);
    [javac]                                      ^
    [javac] Note: Some input files use or override a deprecated API.
    [javac] Note: Recompile with -deprecation for details.
    [javac] 2 errors

BUILD FAILED
/tmp/lucene-nightly/common-build.xml:119: The following error occurred while executing this line:
/tmp/lucene-nightly/common-build.xml:232: Compile failed; see the compiler error output for details.

Total time: 6 seconds



---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Lucene nightly build failure

Chris Hostetter-3

:     [javac] /tmp/lucene-nightly/src/java/org/apache/lucene/queryParser/QueryParser.java:654: cannot resolve symbol
:     [javac] symbol  : method toChars (int,char[],int)
:     [javac] location: class java.lang.Character
:     [javac]           length += Character.toChars(codePoint, output, length);

...hmm, that method seems to only be in java 1.5, hopefully someone that
understands code points can step up and change it to something 1.4 safe?


Perosnally, I'm really confused as to why the trunk builds cleanly with a
1.5 javac right now, since it's clearly using -source 1.4 and -target 1.4
????

Hmmm... ok so aparently "-source 1.4" only verifies 1.4 compatibility of
the language features, not that the java.lang.* class refrences...
        http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6333296
...looks like we could use the bootclasspathref attribute of <javac> to
specify a differnet rt.jar ... but i don't think we can legally provide a
copy of sun's rt.jar for people to build with can we?

Looks like all the ocmmitters using 1.5 need to reinstall a copy of the
1.4 JVM and pay extra special attention to which one they are using for
the time being.



-Hoss


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Lucene nightly build failure

Yonik Seeley-2
On 11/19/06, Chris Hostetter <[hidden email]> wrote:
>
> :     [javac] /tmp/lucene-nightly/src/java/org/apache/lucene/queryParser/QueryParser.java:654: cannot resolve symbol
> :     [javac] symbol  : method toChars (int,char[],int)
> :     [javac] location: class java.lang.Character
> :     [javac]           length += Character.toChars(codePoint, output, length);
>
> ...hmm, that method seems to only be in java 1.5, hopefully someone that
> understands code points can step up and change it to something 1.4 safe?

I've fixed it locally... testing (with Java1.4) now.

-Yonik
http://incubator.apache.org/solr Solr, the open-source Lucene search server

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Lucene nightly build failure

Yonik Seeley-2
On 11/19/06, Yonik Seeley <[hidden email]> wrote:

> On 11/19/06, Chris Hostetter <[hidden email]> wrote:
> >
> > :     [javac] /tmp/lucene-nightly/src/java/org/apache/lucene/queryParser/QueryParser.java:654: cannot resolve symbol
> > :     [javac] symbol  : method toChars (int,char[],int)
> > :     [javac] location: class java.lang.Character
> > :     [javac]           length += Character.toChars(codePoint, output, length);
> >
> > ...hmm, that method seems to only be in java 1.5, hopefully someone that
> > understands code points can step up and change it to something 1.4 safe?
>
> I've fixed it locally... testing (with Java1.4) now.

Fix committed.

I replaced it with output[length++] = (char)codePoint;
since the code doesn't handle codePoint generation greater than 16 bits anyway.

-Yonik
http://incubator.apache.org/solr Solr, the open-source Lucene search server

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Lucene nightly build failure

Michael Busch
In reply to this post by Chris Hostetter-3

> Looks like all the ocmmitters using 1.5 need to reinstall a copy of the
> 1.4 JVM and pay extra special attention to which one they are using for
> the time being.
>
>
>  
Sorry about the confusion, I will build and test patches in the future
with a 1.4 JVM. I did not notice that this method was new in 1.5.

- Michael

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

Reply | Threaded
Open this post in threaded view
|

Re: Lucene nightly build failure

Michael Busch
In reply to this post by Yonik Seeley-2

> Fix committed.
>
> I replaced it with output[length++] = (char)codePoint;
> since the code doesn't handle codePoint generation greater than 16
> bits anyway.
>
> -Yonik
Thanks for taking care of this Yonik! I was testing the same fix the
second you sent this :-)
Sorry about the confusion...

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]