Learn how easy it is to sync an existing GitHub or Google Code repo to a SourceForge project! See Demo

Close

#502 Can't build OPAL trunk rev. 31596 on MSVC2012

Development_Branch
closed-wont-fix
nobody
None
5
2014-05-28
2014-03-17
No

Output:
4> Written make/opal_config.mak
4> Written samples/openphone/version.wxs
4> Written d:\MCU\trunk\3rdparty\opal\src\win32....\Lib\Win32\include/opal_config.h
4> Configuration completed.
4> Generating C# files
4> "swig" не является внутренней или внешней
4> командой, исполняемой программой или пакетным файлом.
4> Ignoring missing SWIG and using pre-compiled versions.
4> precompile.cxx
4> csharp_msvc_wrapper.cxx
4> java_msvc_wrapper.cxx
4> g711a1_plc.cxx
4>d:\mcu\trunk\3rdparty\opal\src\java\java_msvc_wrapper.cxx(43): fatal error C1083: Cannot open include file: 'java_swig_wrapper.inc': No such file or directory
3>

Errors list:
Error 13 error MSB6006: "cmd.exe" exited with code 1. C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\V110\Microsoft.CppCommon.targets 172 5 OPAL DLL
Error 7 error C1083: Cannot open include file: 'java_swig_wrapper.inc': No such file or directory d:\mcu\trunk\3rdparty\opal\src\java\java_msvc_wrapper.cxx 43 1 OPAL Static

Discussion

  • There is no "Generating Java JNI files" line in the output log, so it seems like a custom build step is not executed for the "java/opal.i" file.

     
  • Maybe "java_msvc_wrapper.cxx" compilation occurs before the custom build step.

     
  • It isn't supposed to, and certainly does not do so here:

    2>------ Build started: Project: OPAL Static, Configuration: Debug Win32 ------
    2> Checking SVN revision include file.
    2> SVN Get Revision 1.03
    2> SubWCRev: 'C:\Work\SVN-3.14-Lacaille-2012\opal'
    2> Last committed at revision 31594
    2> Updated to revision 31596
    2> Generating Java JNI files
    2> 'swig' is not recognized as an internal or external command,
    2> operable program or batch file.
    2> Ignoring missing SWIG and using pre-compiled versions.
    2> java_msvc_wrapper.cxx
    2> opal_lib_2012.vcxproj -> C:\Work\opal\src\win32....\lib\opalsd.lib

    which is exactly what is expected.

    Sorry, I have absolutely no idea why it doesn't work for you, or any idea how to fix it when it works fine here. I have double checked the build lines and removed my copy of swig to emulate your configuration. Works as expected.

    My only suggestion is to delete the cache files, or safer, do a fresh check out.

     
  • It works if I compile "java/opal.i" manually before the project build.
    But there is another error:

    4> manager.cxx
    4> IVR support (via VXML/Expat) enabled
    4> mediafmt.cxx
    4>d:\mcu\trunk\3rdparty\opal\src\opal\manager.cxx(63): fatal error C1083: Cannot open include file: '../../revision.h': No such file or directory
    4> mediastrm.cxx

    I.e. there is the same error for the "revision.h.in" file.

     
  • Again, only for you. I have it working fine on three different computers.

    Did you try my suggestion?

     
  • I've got a fresh copy and here is a full log file for the 1st build.
    I'm using VS 2012 "Version 11.0.61030.00 Update 4".

    Files "revision.h" and "java_swig_wrapper.inc" are missing again for the OPAL library.
    File "revision.h" exists only for PTLIB.

     
    Attachments
  • I am sorry, I have absolutely no idea why it is not working for you. The revision.h generation in the make has been there for YEARS and has not changed in some time. It was presumably working in earlier versions. Something must have changed in your environment.

    If you find a solution I will be happy to use it, but I have no idea how to help you.

     
  • Any luck finding the problem?

     
  • We've tried the latest trunk on another machine but got the same bugs.
    So we disabled C#/JNI support and now we are using manually created "revision.h" file for OPAL.

     
    Last edit: Valeriy V. Argunov 2014-03-24
  • I actually had this happen to me on a new system. I spent over an hour trying to make a permanent solution, however it appears to be a bug in MSBuild as it make no sense at all. It is very bizarre that it does not do it on all systems. My day to day work machine has never exhibited the problem.

    The only work around I could find was to manually right click on java_msvc_wrapper.cxx and manually compile it. The system then builds until such time as doing a "Rebuild All".

    I will be very happy to include a solution if you can find one. But I could not.

     
    • status: open --> closed-wont-fix