Hi,
Can you check that your EPICS_HOST_ARCH environment variable is set to windows-x64-mingw it looks from this that the EPICS build system is trying to build using
the visual studio rather than mingw compiler
Regards,
Freddie
From: John Dong <jdong at pppl.gov>
Sent: Tuesday, June 18, 2024 11:28 AM
To: Akeroyd, Freddie (STFC,RAL,ISIS) <freddie.akeroyd at stfc.ac.uk>
Cc: EPICS Tech-Talk <tech-talk at aps.anl.gov>
Subject: Re: [External] RE: Building EPICS 7
I am using Strawberry Perl so I built with mingw.
-MD -DEPICS_BUILD_DLL -DEPICS_CALL_DLL -I. -I../O.Common -I. -I../osi/compiler/msvc -I../osi/compiler/default -I. -I../osi/os/WIN32 -I../osi/os/default
-I.. -I../as -I../bucketLib -I../calc -I../cvtFast -I../cppStd -I../cxxTemplates -I../dbmf -I../ellLib -I../env -I../error -I../fdmgr -I../flex -I../freeList -I../gpHash -I../iocsh -I../log -I../macLib -I../misc -I../osi -I../pool -I../ring -I../taskwd -I../timer
-I../yacc -I../yacc -I../yajl -I../../../../include/compiler/msvc -I../../../../include/os/WIN32 -I../../../../include -c ../flex/ccl.c
process_begin: CreateProcess(NULL, cl -nologo -FC -D__STDC__=0 -D_CRT_SECURE_NO_DEPRECATE -D_CRT_NONSTDC_NO_DEPRECATE -Ox -GL -Oy- -W3 -MD -DEPICS_BUILD_DLL -DEPICS_CALL_DLL -I. -I../O.Common -I. -I../osi/compiler/msvc -I../osi/compiler/default -I. -I../osi/os/WIN32
-I../osi/os/default -I.. -I../as -I../bucketLib -I../calc -I../cvtFast -I../cppStd -I../cxxTemplates -I../dbmf -I../ellLib -I../env -I../error -I../fdmgr -I../flex -I../freeList -I../gpHash -I../iocsh -I../log -I../macLib -I../misc -I../osi -I../pool -I../ring
-I../taskwd -I../timer -I../yacc -I../yacc -I../yajl -I../../../../include/compiler/msvc -I../../../../include/os/WIN32 -I../../../../include -c ../flex/ccl.c, ...) failed.
make (e=2): The system cannot find the file specified.
gmake[4]: *** No rule to make target 'ccl.obj', needed by 'e_flex.exe'. Stop.
gmake[4]: Leaving directory 'C:/EPICS/epics-base/modules/libcom/src/O.windows-x64'
gmake[3]: *** [../../../configure/RULES_ARCHS:58: install.windows-x64] Error 2
gmake[3]: Leaving directory 'C:/EPICS/epics-base/modules/libcom/src'
gmake[2]: *** [../../configure/RULES_DIRS:85: src.install] Error 2
gmake[2]: Leaving directory 'C:/EPICS/epics-base/modules/libcom'
gmake[1]: *** [../configure/RULES_DIRS:85: libcom.install] Error 2
gmake[1]: Leaving directory 'C:/EPICS/epics-base/modules'
gmake: *** [configure/RULES_DIRS:85: modules.install] Error 2
Hi, are you building with visual studio or mingw? I’ve seen this error before when building with visual studio and the compiler (cl.exe) is not found
in the windows PATH, it might be the same can occur with mingw if it can’t locate the compiler either. Could you please post the output of your build showing the error message and lines of output displayed on screen prior to the error
Thanks,
Freddie
I encountered the missing CCL.OBJ error when building epics-base. The problem still exists with the current version
of Strawberry Perl.
John Dong/Princeton Plasma Physics Lab
Bug 1827225] Re: AppVeyor mingw builds broken (claiming missing epicsTempFile.obj)
|
From:
|
Andrew Johnson via Core-talk <core-talk at aps.anl.gov>
|
@Ralph I see this is using an older ActiveState Perl, is that configurable somehow? The latest StrawberryPerl packages (available through Chocolatey) install GNU Make-4.2.1 (named "gmake") and gcc as well, so they provide everything we need for a MinGW build. That's what I'm using here and had no problems with.
|