Experimental Physics and
Industrial Control System

Andrew Johnson via Core-talk <[email protected]> · Wed, 01 May 2019 19:27:13 -0000

Both my native MinGW builds (windows-x64-mingw with gcc 7.1.0 from
Strawberry Perl 5.26.2) and cross-builds from RHEL-7.6 still work fine.
Have you seen any error messages from when epicsTempFile.cpp is being
built? This looks similar to my Solaris build failure on Jenkins,
neither compiler appears to be printing an error when compiling that
file, they just don't generate any output.

Hmm, there are actually no object files at all in the
src/libCom/O.<host> directory, is this perhaps a compiler problem
instead? IIRC the epicsTempFile.cpp source just happens to be the first
one that gets compiled, so it just *looks* like that may be the cause. I
suspect my Solaris compilers may have died (see the issue with the
procServ build recently), and I get the exact same symptoms on Windows
if I try to do a native windows-x64 build without having configured the
shell window properly for MSVC.

** Changed in: epics-base
       Status: New => Incomplete

-- 
You received this bug notification because you are a member of EPICS
Core Developers, which is subscribed to EPICS Base.
Matching subscriptions: epics-core-list-subscription
https://bugs.launchpad.net/bugs/1827225

Title:
  epicsTempName() commit breaks mingw builds

Status in EPICS Base:
  Incomplete

Bug description:
  It looks like the epicsTempName() commit (6201d37 * 3.15) broke the
  mingw builds.

  E.g. on AppVeyor

  mingw32-make[4]: Leaving directory 'C:/projects/epics-base/modules/libcom/src/O.win32-x86-mingw'
  mingw32-make[4]: *** No rule to make target 'epicsTempFile.obj', needed by 'e_flex.exe'.  Stop.

To manage notifications about this bug go to:
https://bugs.launchpad.net/epics-base/+bug/1827225/+subscriptions

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System