This page is no longer maintained — Please continue to the home page at www.scala-lang.org

code.jar

8 replies
prokopec
Joined: 2010-02-19,
User offline. Last seen 34 weeks 5 days ago.

Did anyone notice this error:

/Users/aleksandar/workspaces/scala/scala/build.xml:1689:
java.lang.RuntimeException: No code.jar found in
/Users/aleksandar/workspaces/scala/scala/test/files/codelib
at scala.sys.package$.error(package.scala:27)
at
scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSettings.scala:47)
at
scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSettings.scala:47)
at scala.Option.getOrElse(Option.scala:106)
at
scala.tools.partest.nest.PathSettings$.srcCodeLib(PathSettings.scala:46)
at scala.tools.partest.PartestTask.execute(PartestTask.scala:316)

prokopec
Joined: 2010-02-19,
User offline. Last seen 34 weeks 5 days ago.
Re: code.jar

It happens when running:

ant test

Cheers,
Alex

On 2/6/12 9:29 AM, Aleksandar Prokopec wrote:
> Did anyone notice this error:
>
> /Users/aleksandar/workspaces/scala/scala/build.xml:1689:
> java.lang.RuntimeException: No code.jar found in
> /Users/aleksandar/workspaces/scala/scala/test/files/codelib
> at scala.sys.package$.error(package.scala:27)
> at
> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSettings.scala:47)
> at
> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSettings.scala:47)
> at scala.Option.getOrElse(Option.scala:106)
> at
> scala.tools.partest.nest.PathSettings$.srcCodeLib(PathSettings.scala:46)
> at scala.tools.partest.PartestTask.execute(PartestTask.scala:316)
>
>
>

Hubert Plociniczak
Joined: 2009-09-12,
User offline. Last seen 42 years 45 weeks ago.
Re: code.jar

It probably has something to do with the jar Eugene wanted to add to
tests (see a few threads before on scala-internals)?
Did you try ./pull-binary-libs.sh?

hubert

On 02/06/2012 09:31 AM, Aleksandar Prokopec wrote:
> It happens when running:
>
> ant test
>
> Cheers,
> Alex
>
> On 2/6/12 9:29 AM, Aleksandar Prokopec wrote:
>> Did anyone notice this error:
>>
>> /Users/aleksandar/workspaces/scala/scala/build.xml:1689:
>> java.lang.RuntimeException: No code.jar found in
>> /Users/aleksandar/workspaces/scala/scala/test/files/codelib
>> at scala.sys.package$.error(package.scala:27)
>> at
>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSettings.scala:47)
>> at
>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSettings.scala:47)
>> at scala.Option.getOrElse(Option.scala:106)
>> at
>> scala.tools.partest.nest.PathSettings$.srcCodeLib(PathSettings.scala:46)
>> at scala.tools.partest.PartestTask.execute(PartestTask.scala:316)
>>
>>
>>
>
>

prokopec
Joined: 2010-02-19,
User offline. Last seen 34 weeks 5 days ago.
Re: code.jar

Yes, I saw that, but I figured that he was supposed to call this script
to upload the jar, and that it gets downloaded by the ant build
automatically, similar to other jars in the build. But:

./pull-binary-libs.sh

solves the problem.

Thanks,
Alex

On 2/6/12 9:47 AM, Hubert Plociniczak wrote:
> It probably has something to do with the jar Eugene wanted to add to
> tests (see a few threads before on scala-internals)?
> Did you try ./pull-binary-libs.sh?
>
> hubert
>
> On 02/06/2012 09:31 AM, Aleksandar Prokopec wrote:
>> It happens when running:
>>
>> ant test
>>
>> Cheers,
>> Alex
>>
>> On 2/6/12 9:29 AM, Aleksandar Prokopec wrote:
>>> Did anyone notice this error:
>>>
>>> /Users/aleksandar/workspaces/scala/scala/build.xml:1689:
>>> java.lang.RuntimeException: No code.jar found in
>>> /Users/aleksandar/workspaces/scala/scala/test/files/codelib
>>> at scala.sys.package$.error(package.scala:27)
>>> at
>>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSettings.scala:47)
>>> at
>>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSettings.scala:47)
>>> at scala.Option.getOrElse(Option.scala:106)
>>> at
>>> scala.tools.partest.nest.PathSettings$.srcCodeLib(PathSettings.scala:46)
>>>
>>> at scala.tools.partest.PartestTask.execute(PartestTask.scala:316)
>>>
>>>
>>>
>>
>>
>
>

Eugene Burmako
Joined: 2011-09-17,
User offline. Last seen 42 years 45 weeks ago.
Re: code.jar

Oh, I was also under impression that missing/stale jars get downloaded
automatically by ant. /ccing Josh to find out the truth.

On Feb 6, 9:58 am, Aleksandar Prokopec
wrote:
> Yes, I saw that, but I figured that he was supposed to call this script
> to upload the jar, and that it gets downloaded by the ant build
> automatically, similar to other jars in the build. But:
>
>      ./pull-binary-libs.sh
>
> solves the problem.
>
> Thanks,
> Alex
>
> On 2/6/12 9:47 AM, Hubert Plociniczak wrote:
>
>
>
>
>
> > It probably has something to do with the jar Eugene wanted to add to
> > tests (see a few threads before on scala-internals)?
> > Did you try ./pull-binary-libs.sh?
>
> > hubert
>
> > On 02/06/2012 09:31 AM, Aleksandar Prokopec wrote:
> >> It happens when running:
>
> >>     ant test
>
> >> Cheers,
> >> Alex
>
> >> On 2/6/12 9:29 AM, Aleksandar Prokopec wrote:
> >>> Did anyone notice this error:
>
> >>> /Users/aleksandar/workspaces/scala/scala/build.xml:1689:
> >>> java.lang.RuntimeException: No code.jar found in
> >>> /Users/aleksandar/workspaces/scala/scala/test/files/codelib
> >>>     at scala.sys.package$.error(package.scala:27)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSetti­ngs.scala:47)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSetti­ngs.scala:47)
> >>>     at scala.Option.getOrElse(Option.scala:106)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$.srcCodeLib(PathSettings.scala:46)
>
> >>>     at scala.tools.partest.PartestTask.execute(PartestTask.scala:316)
>
> --
> Aleksandar Prokopec,
> Doctoral Assistant
> LAMP, IC, EPFLhttp://people.epfl.ch/aleksandar.prokopec

Joshua.Suereth
Joined: 2008-09-02,
User offline. Last seen 32 weeks 5 days ago.
Re: Re: code.jar

At one point in time ant called pull-binary-libs.sh in init.  Did that go away and I missed it?

On Feb 6, 2012 4:01 AM, "Eugene Burmako" <eugene [dot] burmako [at] epfl [dot] ch> wrote:
Oh, I was also under impression that missing/stale jars get downloaded
automatically by ant. /ccing Josh to find out the truth.

On Feb 6, 9:58 am, Aleksandar Prokopec <aleksandar [dot] proko [dot] [dot] [dot] [at] epfl [dot] ch>
wrote:
> Yes, I saw that, but I figured that he was supposed to call this script
> to upload the jar, and that it gets downloaded by the ant build
> automatically, similar to other jars in the build. But:
>
>      ./pull-binary-libs.sh
>
> solves the problem.
>
> Thanks,
> Alex
>
> On 2/6/12 9:47 AM, Hubert Plociniczak wrote:
>
>
>
>
>
> > It probably has something to do with the jar Eugene wanted to add to
> > tests (see a few threads before on scala-internals)?
> > Did you try ./pull-binary-libs.sh?
>
> > hubert
>
> > On 02/06/2012 09:31 AM, Aleksandar Prokopec wrote:
> >> It happens when running:
>
> >>     ant test
>
> >> Cheers,
> >> Alex
>
> >> On 2/6/12 9:29 AM, Aleksandar Prokopec wrote:
> >>> Did anyone notice this error:
>
> >>> /Users/aleksandar/workspaces/scala/scala/build.xml:1689:
> >>> java.lang.RuntimeException: No code.jar found in
> >>> /Users/aleksandar/workspaces/scala/scala/test/files/codelib
> >>>     at scala.sys.package$.error(package.scala:27)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSetti­ngs.scala:47)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSetti­ngs.scala:47)
> >>>     at scala.Option.getOrElse(Option.scala:106)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$.srcCodeLib(PathSettings.scala:46)
>
> >>>     at scala.tools.partest.PartestTask.execute(PartestTask.scala:316)
>
> --
> Aleksandar Prokopec,
> Doctoral Assistant
> LAMP, IC, EPFLhttp://people.epfl.ch/aleksandar.prokopec
Eugene Burmako
Joined: 2011-09-17,
User offline. Last seen 42 years 45 weeks ago.
Re: Re: code.jar
https://github.com/scala/scala/commit/263aa2ead1f599f48b218027eb9550745fef43f1

On 6 February 2012 11:47, Josh Suereth <joshua [dot] suereth [at] gmail [dot] com> wrote:

At one point in time ant called pull-binary-libs.sh in init.  Did that go away and I missed it?

On Feb 6, 2012 4:01 AM, "Eugene Burmako" <eugene [dot] burmako [at] epfl [dot] ch> wrote:
Oh, I was also under impression that missing/stale jars get downloaded
automatically by ant. /ccing Josh to find out the truth.

On Feb 6, 9:58 am, Aleksandar Prokopec <aleksandar [dot] proko [dot] [dot] [dot] [at] epfl [dot] ch>
wrote:
> Yes, I saw that, but I figured that he was supposed to call this script
> to upload the jar, and that it gets downloaded by the ant build
> automatically, similar to other jars in the build. But:
>
>      ./pull-binary-libs.sh
>
> solves the problem.
>
> Thanks,
> Alex
>
> On 2/6/12 9:47 AM, Hubert Plociniczak wrote:
>
>
>
>
>
> > It probably has something to do with the jar Eugene wanted to add to
> > tests (see a few threads before on scala-internals)?
> > Did you try ./pull-binary-libs.sh?
>
> > hubert
>
> > On 02/06/2012 09:31 AM, Aleksandar Prokopec wrote:
> >> It happens when running:
>
> >>     ant test
>
> >> Cheers,
> >> Alex
>
> >> On 2/6/12 9:29 AM, Aleksandar Prokopec wrote:
> >>> Did anyone notice this error:
>
> >>> /Users/aleksandar/workspaces/scala/scala/build.xml:1689:
> >>> java.lang.RuntimeException: No code.jar found in
> >>> /Users/aleksandar/workspaces/scala/scala/test/files/codelib
> >>>     at scala.sys.package$.error(package.scala:27)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSetti­ngs.scala:47)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$$anonfun$srcCodeLib$1.apply(PathSetti­ngs.scala:47)
> >>>     at scala.Option.getOrElse(Option.scala:106)
> >>>     at
> >>> scala.tools.partest.nest.PathSettings$.srcCodeLib(PathSettings.scala:46)
>
> >>>     at scala.tools.partest.PartestTask.execute(PartestTask.scala:316)
>
> --
> Aleksandar Prokopec,
> Doctoral Assistant
> LAMP, IC, EPFLhttp://people.epfl.ch/aleksandar.prokopec

extempore
Joined: 2008-12-17,
User offline. Last seen 35 weeks 3 days ago.
Re: Re: code.jar

On Mon, Feb 6, 2012 at 3:14 AM, Eugene Burmako wrote:
> https://github.com/scala/scala/commit/263aa2ead1f599f48b218027eb9550745f...
>

That commit exists because it had been the case that pull-binary-libs
would be run by ant if you had no starr at all, but not if your
desired shas had been updated and you had a dated starr. But the
logic I added only checks for the compiler.jar being out of date, and
you can see from my build.xml comment why.

I don't remember if there's some reason it doesn't just run
pull-binary-libs blindly on every run, but if we're going to do that
the script probably has to be hardened so it doesn't e.g. fail or take
a long time when there's no network available.

geoff
Joined: 2008-08-20,
User offline. Last seen 1 year 25 weeks ago.
Re: Re: code.jar

On Mon, Feb 06, 2012 at 06:33:34AM -0800, Paul Phillips said
> I don't remember if there's some reason it doesn't just run
> pull-binary-libs blindly on every run, but if we're going to do that
> the script probably has to be hardened so it doesn't e.g. fail or take
> a long time when there's no network available.

I just submitted a pull request that makes ant run the script anytime a
jar is out-of-date with respect to the modification time of the
desired.sha1 file.

Copyright © 2012 École Polytechnique Fédérale de Lausanne (EPFL), Lausanne, Switzerland