| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Culling accumulated unnecessary code.
|
|
|
|
|
|
|
| |
All those wildcards in a default-scoped implicit are expensive,
they each lead to a typevar on every search. Restructured the
Tuple2/Tuple3 Zipped classes, they're better this way anyway.
This also gets all that Tuple[23] code out of genprod.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Try it: ./tools/dump-class ./build/quick/classes
The output is intended to be easy to filter on the command line.
This is a starting point for lots of interesting bytecode analysis
for which we have waited too long.
Example. All generic signatures we produce.
// almost 20K classfiles
% find build/quick/classes -name '*.class' |wc -l
18519
// fully parsed in 6 seconds
tools/dump-class build/quick/classes |grep "^ signature" | wc -l
50802
real 0m6.230s
It's designed to be easy to make faster if you don't care about
particular classfile bits; you can override those methods to jump
forward in the input stream rather than building a structure.
For just a little sampling, here are our most frequently
repeated name/signature combinations.
194 signature <init> ()V // this one is weird, wonder why there's a generic signature
115 signature $div$colon$bslash <A1:Ljava/lang/Object;>(TA1;Lscala/Function2<TA1;TA1;TA1;>;)TA1;
105 signature applyOrElse <A1:Ljava/lang/Object;B1:Ljava/lang/Object;>(TA1;Lscala/Function1<TA1;TB1;>;)TB1;
103 signature view ()Ljava/lang/Object;
101 signature toSet <B:Ljava/lang/Object;>()Lscala/collection/immutable/Set<TB;>;
And the top five name/descriptor combinations.
11170 descriptor <clinit> ()V
10155 descriptor serialVersionUID J
7130 descriptor apply (Ljava/lang/Object;)Ljava/lang/Object;
3028 descriptor apply ()Ljava/lang/Object;
2426 descriptor <init> ()V
|
| |
|
|\ \ |
|
| |/ |
|
|\ \
| |/
|/| |
Space/Tab cleanup script - run before committing
|
| |
| |
| |
| |
| | |
Running this script will transform tabs into a pair of spaces and will
eliminate trailing spaces. Use at your own risk!
|
| | |
|
| |
| |
| |
| |
| | |
This fixes the git commit drift issue and gives us enough granularity
to make releases at any time that are cronologically increasing.
|
| | |
|
| |
| |
| |
| | |
git describe is useless in that situation, afaict.
|
| |
| |
| |
| | |
Swapped 'r' to 'v' now that I've had more coffee and sleep.
|
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
build.xml
tools/get-scala-revision.bat
|
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
build.number
build.xml
|
|/ |
|
|
|
|
| |
And for removing corrupt files.
|
|\ |
|
| |
| |
| |
| |
| |
| | |
In practice, this removes the 'v' in v2.10.0-M1-0168-g99844ebc10-2012-02-08. Why is this important, you ask?
Many tools assume the version number to be composed of 3 numbers and a string qualifier. Eclipse is one of the
tools that validates version numbers, and this string is used to stamp Scala IDE builds against Scala nightlies.
|
| | |
|
| | |
|
|\|
| |
| |
| |
| | |
Conflicts:
tools/get-scala-revision
|
| |
| |
| |
| | |
So we can turn out a build string regardless of local conditions.
|
| | |
|
|\|
| |
| |
| |
| | |
Conflicts:
tools/epfl-publish
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Backporting auto starr download to 2.8.x and 2.9.x build.xmls.
Trying to get build strings consistent.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Easier ways to invoke scala/scalac based on starr, locker, or quick.
% tools/starr_scalac -version
Scala compiler version 2.10.0.r26060-b20111123092602 -- Copyright 2002-2011, LAMP/EPFL
% tools/locker_scalac -version
Scala compiler version v2.10.0-M1-0140-g4619a48c1e-2012-02-02 -- Copyright 2002-2011, LAMP/EPFL
% tools/quick_scalac -version
Scala compiler version v2.10.0-M1-0144-g0c59a25a81-2012-02-02 -- Copyright 2002-2011, LAMP/EPFL
|
| | |
|
| |
| |
| |
| | |
No leading zeros for %016s on some platforms, yes on others.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Hopefully this will satisfy all version-interesting parties.
Version string now looks like this:
v2.10.0-M1-0098-gbda61bb7e5-2012-02-01
Review by @dragos and anyone who uses windows (where it
definitely won't produce that string, but hopefully it produces
some usable string.)
|
| |
| |
| |
| |
| |
| | |
* Duplicated binary repo cache in ~/.sbt/cache/scala/
* Resolved to cache before copying to local dir if jar is misisng
* Does *not* check SHA in cache currently
|
| | |
|
| |
| |
| |
| | |
This is done by the separate scala-nightly-maven-deploy jenkins job, doing it here fails depending on the build machine (/home/linuxsoft/... is not available everywhere).
|
|\| |
|
| |
| |
| |
| |
| |
| | |
Reintroduced date and an "r" to meet IDE needs. Moved reference
commit backward to accomodate 2.8.x. Merging changes into 2.8.x,
2.9.x, and master.
|
| |
| |
| |
| |
| |
| | |
Now that I've resorted to building git 1.5.4, I can stop trying
to reverse engineer it through jenkins. This implementation feels
winnerish.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Reimplementing without git-describe to harden against old
gits and make any kind of reference tag unnecessary.
Conflicts:
tools/get-scala-revision
|
| |
| |
| |
| |
| |
| | |
Now that I've resorted to building git 1.5.4, I can stop trying
to reverse engineer it through jenkins. This implementation feels
winnerish.
|
| |
| |
| |
| |
| | |
Reimplementing without git-describe to harden against old
gits and make any kind of reference tag unnecessary.
|
|\ \ |
|
| | |
| | |
| | |
| | | |
Environment variable maven_settings.
|
|\| | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Offer explicit settings.xml path for maven if some specific
hardcoded path exists, don't otherwise. At least it's in one
place where we can keep an eye on it.
|
|\| | |
|
| | |
| | |
| | |
| | | |
Configuring via environment variables.
|
|\| | |
|
| | |
| | |
| | |
| | | |
Unified further with build options.
|
| | | |
|