I noticed that xdctools_3_15_02_62 includes cygwin1.dll in it's
installation.
I think that invoking 'xdc' also puts this dll ahead of any other in the
path.
Issue I'm having is as follows:
a) built an arm-none-eabi-gcc cross compiler under cygwin, with a recent
cygwin install. (dll is 1005.25.0.0).
b) in the same directory where I would invoke xdc, I can execute
'arm-none-eabi-gcc -dumpversion' and get a correct result (4.4.0)
c) invoking 'xdc' does the same thing as an initial step, but an error
'entry point __getreent could not be located in the dynamic link
library
cygwin1.dll pops up'.
d) copying over the newer dll that I built gcc against
version 1005.25.0.0 - on top of the xdctools_3_15_02_62
version 1003.12.0.0 seems to correct the issue.
(although I am running into other issues that appear unrelated;
so I can't say for sure this works as a workaround)
It seems like installing a local cygwin1.dll and putting it first in the
path
is a bad idea for xdc if the local dll is older. but I could see the
opposite
case being true - where there is an older dll somewhere in the system.
Is there a way to modify xdc so that this conflict is avoided?