Github user srowen commented on the pull request:

    https://github.com/apache/spark/pull/4453#issuecomment-74276104
  
    So, I think we have to commit this before another release, since I think we 
can't distribute these artifacts.
    
    I tried running Spark on Windows 8.1 + cygwin without these libs built in, 
and the good news is that it works. This is to be expected, given Mikio's notes 
here: https://github.com/mikiobraun/jblas/wiki/Missing-Libraries
    
    Without Cygwin, it may also work, but in the worst case, requires 
installing and putting on the library path a few more libraries, just as is 
required on Linux. That seems... like something the project could arguably 
accept in the short term.
    
    Now, the bad news is that libgfortran may be baked into the Linux 32-bit 
and OS X native code too. (Not Linux 64-bit). That's a significantly bigger 
problem, not least of which because the LGPL code can't be neatly excised.
    
    Mikio mentioned he may have some time to adjust the packaging to allow 
exclusion of the LGPL code. That may take some time. That would make end users 
install the LGPL libs themselves, which they already have to for Linux 64 bit.
    
    We had talked about standardizing on netlib, which also requires special 
deployment, but for that same reason, doesn't have this distribution issue.
    
    Maybe it's possible to put JBLAS behind a profile too so it's not built 
with native code support by default, but I am not yet sure it's possible.
    
    Any thoughts at this stage?


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---

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

Reply via email to