Hi Alan!

>> CMake variables/properties for the different environments the
>> project might be built under. In lines 178-204 some
>> variables/properties regarding OS and D compiler used are set
>> up. *Only* if the OS is Windows and the compiler is not GDC,
>> then CMAKE_LINK_LIBRARY_FLAG is set to "-L+").
>
> and possibly SET(CMAKE_LIBRARY_PATH_FLAG "-L+") causes problems as well.

No, I've tried that as well in my tests. This variable seems to have no  
influence on the generated build files for Visual Studio.

> ...
> Furthermore, there is no mention of the -L+ flag in _any_ of the
> official methods where the above variables are set so either that was
> a mistake by the implementers of CMakeDInformation.cmake or only valid
> for an extremely narrow set of circumstances.  For example, if
> http://msdn.microsoft.com/en-us/library/windows/hardware/ff552114(v=vs.85).aspx
> is relevant documentation for this compiler option it does appear to
> be specific to "control source display and program stepping options"
> so nothing to do with linking and thus likely a mistake for
> Windows platforms.

The Microsoft Website mentioned above has nothing to do with our problem.  
It is a reference for WinDbg, a debugger, and the command described there  
just resembles the -L+ flag.

But, on http://www.dsource.org/projects/visuald/ticket/45 the option(s)  
"-L-L+" are at least mentioned and this page refers to the programming  
language D.

> Thorsten (or anybody else here) if you do have access to a D compiler
> on Windows and want to look further into D language support on that
> platform, I would encourage you to experiment with Windows-only
> changes to our D language support files (using -DENABLE_d=ON), but
> otherwise I don't think it is possible to figure out what changes are
> needed in those files for the Windows case.

I will give this a try today. According to the CMakeDInformation two  
compilers seem of interest, DMD and GDC. Because the erroneous linker flag  
is in the non-GDC branch, I will do my tests using DMD.

-- 
Gruß,
Thorsten

------------------------------------------------------------------------------
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment 
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to