[mlpack-svn] [MLPACK] #206: Building mlpack with VS2010?

[MLPACK Trac]

#206: Building mlpack with VS2010?
----------------------------------+-----------------------------------------
  Reporter:  Adam                 |        Owner:     
      Type:  defect               |       Status:  new
  Priority:  major                |    Milestone:     
 Component:  mlpack               |   Resolution:     
  Keywords:  VS2010, Compilation  |     Blocking:     
Blocked By:                       |  
----------------------------------+-----------------------------------------

Comment (by rcurtin):

 Of the handful things you had a problem with, I don't at the moment have
 the resources to handle two of them, but I will write how I'll try to
 handle them (which I'll probably do tomorrow morning).

 1. Linking against LAPACK.

 Why is MLPACK needing to link against LAPACK?  Are you sure it is?  It
 should only be linking against Armadillo -- which in turn should be linked
 to LAPACK.  Unless I misunderstand linking on Windows, which would not be
 too surprising.

 Assuming Armadillo ships with them makes it a lot easier.  I'll see what I
 can do to get those fixed.  It does seem like I misunderstand linking on
 Windows...

 2. iconv dependency.

 I wrote about this, just haven't done it yet.

 3. Copying DLLs to runtime directory.

 This shouldn't be necessary; if I remember correctly in my previous work
 with Windows, an application can be compiled to search a number of
 directories for the libraries it needs to run.  However, now that I think
 about it, that's pretty non-portable... so I'll see if I can make some
 CMake code to drop the right libraries into place.  zlib1.dll is a
 dependency of LibXml2.  Again because Windows does not have a package
 manager, this stuff all becomes a nightmare.

 4. stdint.h

 stdint.h is a standard C99 header (which mindbogglingly Visual Studio
 chooses not to support ("C is deprecated"? WTF?) -- although it does
 include stdint.h as of VS2010).  Apparently the guys who wrote
 Wm5CoreLIB.h did not get this memo, so they just willy-nilly typedef all
 this stuff without checking to see if maybe it's been done somewhere else
 first.  I don't like that design decision given how commonly used the
 intX_t and uintX_t types are.  You should file a bug with them -- and in
 the mean time, modify that header so it's not doing those typedefs for
 VS2010.

-- 
Ticket URL: <http://trac.research.cc.gatech.edu/fastlab/ticket/206#comment:19>
MLPACK <www.fast-lab.org>
MLPACK is an intuitive, fast, and scalable C++ machine learning library developed by the FASTLAB at Georgia Tech under Dr. Alex Gray.