On 03.04.2009, at 14:56, Robert Pollak wrote:
> Hello Werner,
> when building the current PLplot revision 9787 with MS Visual Studio
> 2008, I see the following build regression:
> Scanning dependencies of target test_nistcd
> [ 10%] Generating test_nistcd_dir/cdexp1.cgm
> NMAKE : fatal error U1077:
> : return code '0xc0000135'
> The reason is that cdexpert.exe does not find the nistcd.dll. When I
> copy it from %BUILD_DIR%\dll\ to \lib\nistcd\, the error disappears.
> The same kind of manual workaround is needed several more times in the
> build, e.g. when dll\wxwidgets.dll is not found:
> [ 47%] Built target wxwidgets
> [ 47%] Generating test_dyndrivers_dir/wxwidgets.rc
> Could not open driver module wxwidgets
There are two "correct" solutions to this. Either disable the dynamic
driver creation by setting a cmake option (-DENABLE_DYNDRIVERS=OFF) or
add the dll directory to your PATH environment variable. DLLs must be
either in the current directory, in the PATH or in a system directory.
So if DLLs are spread around the build tree you'll get into problems
soon. So we decided to put every dll into on place and adding the
directory to the PATH variable is then needed.
> The second build regression I see is caused by your rev 9753 not being
> reverted yet:
> L:\PLplot-rev9787\examples\c\x12c.c(65) : warning C4013: 'snprintf'
> undefined; assuming extern returning int
> Linking C executable x12c.exe
> x12c.c.obj : error LNK2019: unresolved external symbol _snprintf
> referenced in function _main
> x12c.exe : fatal error LNK1120: 1 unresolved externals
> Cmake says:
> -- Looking for snprintf
> -- Looking for snprintf - not found
> -- Looking for _snprintf
> -- Looking for _snprintf - found
> Best Regards,
Strange, I'm using the same compiler without this problem. I'll revert
the changes though.
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)