by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jan 31 2019 21:02
    LukaJCB commented #758
  • Jan 31 2019 20:29

    tixxit on master

    Fix Polynomial Gen Merge pull request #758 from Lu… (compare)

  • Jan 31 2019 20:29
    tixxit closed #758
  • Jan 31 2019 18:55
    LukaJCB commented #758
  • Jan 31 2019 12:07
    lmazzon starred non/spire
  • Jan 31 2019 03:06
    SethTisue commented #742
  • Jan 30 2019 23:41
    niebloomj starred non/spire
  • Jan 30 2019 21:11
    GusevTimofey starred non/spire
  • Jan 30 2019 15:12
    qsctr starred non/spire
  • Jan 30 2019 14:00
    tusharbihani starred non/spire
  • Jan 28 2019 15:07
    roman0x58 starred non/spire
  • Jan 25 2019 14:56
    invkrh starred non/spire
  • Jan 23 2019 18:00
  • Jan 23 2019 12:20
    cwheikki starred non/spire
  • Jan 23 2019 02:18
  • Jan 22 2019 15:44
    paulhirschi starred non/spire
  • Jan 22 2019 09:46
    shreyanshp starred non/spire
  • Jan 20 2019 12:39
    midnio starred non/spire
  • Jan 20 2019 12:37
    midnio starred non/spire
  • Jan 20 2019 12:34
    midnio starred non/spire
Jakub Kozłowski
@kubukoz
actually, why does spire have BuildInfo in the jar?
I used it in https://github.com/kubukoz/sup but only in the microsite
sounds to me like it wouldn't be very useful to the users of the library anyway
Mark Tomko
@mtomko
I don't like to think I'm a representative sample of spire users in any way, but I can't think of a reason I'd want that information programmatically.
For us it's been handy for deployed applications, but not for libraries
Jakub Kozłowski
@kubukoz
exactly
Mark Tomko
@mtomko
And there are other ways of dealing with debugging version conflicts or classpath problems - sbt can usually show that kind of thing, especially with the dependency graph plugin
ag --scala BuildInfo doesn't return any results in a clean checkout of the spire code
Mark Tomko
@mtomko
hmm, I'm not sure that's a good test based on how the build works, so we should discount that evidence
 ✘  /opt/mtomko/spire   master  ag -a --scala BuildInfo
platform/js/target/streams/compile/buildInfo/$global/streams/sbt-buildinfo/BuildInfo.scala
6:case object BuildInfo {

platform/js/target/scala-2.12/src_managed/main/sbt-buildinfo/BuildInfo.scala
6:case object BuildInfo {

platform/jvm/target/streams/compile/buildInfo/$global/streams/sbt-buildinfo/BuildInfo.scala
6:case object BuildInfo {

platform/jvm/target/scala-2.12/src_managed/main/sbt-buildinfo/BuildInfo.scala
6:case object BuildInfo {
 /opt/mtomko/spire   master 
I think that's better, I missed the -a
So now we at least find the generated BuildInfo files
moritz bust
@busti
Would you recommend using spire to do linear algebra in a computer graphics context?
I basically just have to move some elements around the screen in scala-js and maybe rotate them from time to time, but I would like to avoid using (Double, Double) allover the place.
Denis Rosset
@denisrosset
Spire does not have support for concrete linear algebra (yet), except that it provides typeclasses and laws for vector spaces. That would be only helpful for tests -- and marginally so, because you are using imprecise types that are difficult to test exactly.
@Busti thus: if you are writing a linear algebra library, sure, base it on Spire. If it's just a single use project, just use a tuple. Note that Tuple2 is specialized, so you won't allocate too many objects; but still, every computation will allocate a new tuple.
If you need performance, you'll probably have to work with arrays of doubles.
moritz bust
@busti
@denisrosset Thank you for replying. I will probably continue using a tuple then.
The reason behind my question just that I would like to avoid implementing a bunch of classes like Vec2, Vec3, Mat2, Mat3, Mat4.
Other languages, especially those commonly used for game dev, usually already have some libraries for that purpose, but I cannot really find anything in scala.
Spire already has a lot of implementations, that I could really use, like VectorSpace or Quaternion, however given the scientific nature of the library, it might not be the best choice to use them in a realtime graphics environment.
Luka Jacobowitz
@LukaJCB
I think spire is pretty well optimized for performance, so I don't see why it wouldn't be a good choice :)
Unless of course you want to do stuff on the GPU
Denis Rosset
@denisrosset
Spire is optimized, sure! But it does not provide you the fixed size vectors and matrices you are looking for. If you write your own, you can use Spire to make them generic and fast. See https://github.com/denisrosset/scalin for a non fixed size version (you don't want to use it -- it's not specialized, and it is using Arrays, whereas for fixed size vectors you want to use primitive fields.)
BTW, be very careful with specialization. It fails in unpredictable ways. You'd be better not making your stuff generic if it does not need to be.
Ghost
@ghost~529c6cf4ed5ab0b3bf04da61
This room has moved: https://gitter.im/typelevel/spire
Grigory
@pomadchin
@larsrh I remember that there was a way to move / rename any gitter channel?
or it is smth from the past and doesn’t work anymore
Ghost
@ghost~529c6cf4ed5ab0b3bf04da61
According to the docs that doesn't work
I'll try to get them to move the history though
Grigory
@pomadchin
gotcha ): that's said
Ghost
@ghost~529c6cf4ed5ab0b3bf04da61
Note that this room is closed now