Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
  • Dec 17 2021 09:42
    JBlaschke opened #5
  • Jul 25 2021 14:53
    PierreMarchand20 closed #255
  • Apr 09 2021 01:34
    tldahlgren commented #254
  • May 02 2020 14:21
    ernstbrunr51 commented #278
  • Apr 29 2020 20:49
    yurivict opened #278
  • Apr 24 2020 18:55
    ernstbrunr51 closed #277
  • Apr 24 2020 18:55
    ernstbrunr51 commented #277
  • Apr 24 2020 18:04
    poulson commented #277
  • Apr 24 2020 10:34
    ernstbrunr51 opened #277
  • May 14 2019 01:33
    poulson closed #276
  • May 14 2019 01:33
    poulson commented #276
  • May 14 2019 01:30

    poulson on master

    Update README.md (compare)

  • May 14 2019 01:24

    poulson on master

    added logo (compare)

  • May 10 2019 21:37
    jedbrown commented #276
  • May 10 2019 21:25
    poulson commented #276
  • May 10 2019 21:21
    jedbrown commented #276
  • May 10 2019 17:08
    poulson commented #276
  • May 10 2019 17:03
    tesch1 opened #276
  • Apr 10 2019 13:18
    JM1 commented #275
  • Apr 10 2019 13:16
    JM1 synchronize #275
Jack Poulson
@poulson
do you think it's a CMake, CLion, or Elemental issue?
Ryan H. Lewis
@rhl-
Well, I got past that one by asking CLion to use my system cmake instead of the pre-baked on
now I have a problem that the debugger isn't working properly
i think thats because Elemental is overriding the build type
and CLion doesn't set the build type the same way
Jack Poulson
@poulson
you can specify the build type
if it is Debug or Release, nothing should be overwritten
Ryan H. Lewis
@rhl-
right, i think CLion doesn't set the type using the standard way
so what is happening is Elemental somehow overrides the decision CLion makes
im trying to figure it out
.. working on BFGS. I have an initial implementation, trying to get the line searchs
i'm going to start with wolf and strong wolf
and use tag dispatching to provide options.
Ryan H. Lewis
@rhl-
Hm. Nope. just confirmed CLion is doing the right thing there. must be a bug in Clion or something
Ryan H. Lewis
@rhl-
@poulson just pushed a branch with my initial BFGS impl. any thoughts on test cases appreciated
Jack Poulson
@poulson
a long time ago I was working on BFGS for logistic regression
but I never finished it
you might want to look into Fisher's scoring method
Ryan H. Lewis
@rhl-
do you have the branch? My line search doesn't work for a simple 1x1 example :(
Jack Poulson
@poulson
what do you mean?
I don't think I ever committed it
Ryan H. Lewis
@rhl-
ah, oh well
what about fishers scoring method?
oh I see, a way of generating test cases. It seems my line search is majorly screwy.
i'm not sure why..
Ryan H. Lewis
@rhl-
i just implemented the only on page 60 of nocedal and wright
and now it seems to converge..
weird. depending on initial conditions it is either converging or returning all nans.
Ryan H. Lewis
@rhl-
Hm. I only made it not converge once out of like 1000 runs.
Ryan H. Lewis
@rhl-
@poulson: I was able to get the CLion debugger to work. I needed to disable the part of the build that overrides your build options. Is this really needed? Why is RelWithDebuginfo not supported?
Jack Poulson
@poulson
@rhl- I can't seem to remember why I disabled it; it would be a good idea to re-enable it with the appropriate flags (e.g., -g for GNU)
Ryan H. Lewis
@rhl-
@poulson I see. I'm not sure what you mean. I see that you are setting compilation flags using ${LANG}_FLAGS. I'm quite sure this is un-necessary. CMake does this for you.
I am noticing that somehow this morning my El build is broken due to those changes in CMakeLists.txt
https://paste.fedoraproject.org/455741/68931701/
Ryan H. Lewis
@rhl-
It looks like various parts of the library are using C++14 features somehow.
/Users/rlewis/code/Elemental/include/El/core/types.hpp:227:35: warning: variable templates are a C++14 extension [-Wc++14-extensions]
template<Dist U,Dist V> constexpr Dist DiagCol() { return ( U==STAR ? V : U ); }
I tried doing add_definitions(-std=c++14) and this broke things horridly.
Jack Poulson
@poulson
That isn't a variable template: http://en.cppreference.com/w/cpp/language/variable_template
Is this the Intel compiler?
Ryan H. Lewis
@rhl-
No it's clang. It seems to disappear as soon as you set CMAKE_BUILD_TYPE to either Debug or Release.
I'm not sure why.
Jeff Hammond
@jeffhammond
i'd love any help anyone can give me w.r.t. elemental/Elemental#185. CMake is completely unhelpful.
Ryan H. Lewis
@rhl-
@jeffhammond reading it now ..
@jeffhammond: i am hoping for us to move up to C++14.. haha
you need to look at the internals of: cmake/detect/MPI.cmake
Jeff Hammond
@jeffhammond
look at http://en.cppreference.com/w/cpp/compiler_support. three compilers support C++14 right now and one of them requires Windows
Ryan H. Lewis
@rhl-
aren't the other two gcc and clang?
Jeff Hammond
@jeffhammond
yes, they are, but moving to C++14 right now would be a clear statement that Elemental is not interested in supporting any HPC vendor compiler
Ryan H. Lewis
@rhl-
@jeffhammond sure. I agree we wouldn't want that..
Jeff Hammond
@jeffhammond
and there is at least one downstream ISV that must use Intel compilers.