problem with spurious file
Jim Holmlund
james.holmlund at oracle.com
Wed Oct 17 17:44:18 PDT 2012
On 10/17/2012 2:36 PM, Magnus Ihse Bursie wrote:
> On 2012-10-12 21:17, Jim Holmlund wrote:
>> My hotspot/ dir contains this:
>> lrwxrwxrwx 1 jjh None 26 Mar 12 2012 .#log.all -> jjh at fff.us.oracle.com.2884
>
> But why?!? :-)
>
Good question. AFAIK:
- If you open a file, eg. log.all, in cygwin xemacs and then modify the buffer, xemacs creates that
'link'. I don't know why.
- If you then save the modified file, or kill the buffer, xemacs removes the link.
- if xemacs shuts down, eg, because the oracle desktop update decided to reboot your system, thereby
losing all work in progress, the 'link' remains
> The makefile checks the status of all files in the hotspot directory to determine if any of them
> have changed. If so, we actually run the Hotspot makefile. This is a bit of a workaround, since
> the Hotspot makefiles are broken and, besides taking long time to detect that nothing has to be
> done, is always updating some output even if input files have not changed, which triggers updates
> later on in the chain.
>
I presume that the .orig files that hg creates aren't a problem
- jjh
> The correct fix is to fix the Hotspot makefiles, but that is a huuuge project.
>
> In this case, make cannot determine the status if jjh at fff.us.oracle.com.2884.
>
> I'm not really sure why make treats symbolic links like this.
>
> However, I updated the "find" expression to resolve symbolic links, which should take care of
> this. It's just pushed into the repo.
>
> /Magnus
More information about the build-infra-dev
mailing list