1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 <2014> 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 | Index | 1994 1995 1996 1997 1998 1999 2000 2001 2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 2012 2013 <2014> 2015 2016 2017 2018 2019 2020 2021 2022 2023 2024 |
<== Date ==> | <== Thread ==> |
---|
Subject: | MinGW PRODDIR_LDFLAGS |
From: | "Lang, Keenan C." <[email protected]> |
To: | "[email protected]" <[email protected]> |
Date: | Tue, 4 Nov 2014 20:42:29 +0000 |
When attempting to build EPICS Base 3.14.12.4 for win32-x86-mingw, the build fails when attempting to build antelope.exe due to ld being unable to find the Com library it had just
built a few lines earlier.
The problem is that the library load path flag ends up as -L/c/Path_to_Base_Libs rather than -Lc:/Path_to_Base_Libs. If I change to the right directory and run the failed command with the correct path, the command then succeeds. I did some preliminary work in trying to track down where the /c/ was coming from, but the build system is large and full of variables. PRODDIR_LDFLAGS appears to be the variable that contains the non-working path. But trying to trace that back, I only found directory paths that are set relative to EPICS_BASE, which is set to C:/Correct_Path. Can anyone with a better knowledge of the EPICS build system than I point me to the issue? As well, to make sure that my issue isn't with my setup, I have MinGW, gnuwin32, and Strawberry Perl installed and my path is set up in the following order: %REGULAR_PATH%; %PATH_TO_MINGW_BIN%; %PATH_TO_MSYS_BIN%; %PATH_TO_GNUWIN32_BIN%; %PATHS_TO_PERL_BINS% |