Dennis Bjorklund wrote:
> On Sun, 10 Dec 2000, David Elliott wrote:
>
> > > Installfix. Remove old link before creating the new one.
> >
> > This is the incorrect fix. The correct fix is to use the -f flag (and
> > possibly also the -n just in case it was symlinked to a directory.
> >
> > Adding the -nf option to ln will provide exactly this same behavior
> > without requiring an additional rm command. Simply adding -f will fix
> > the problem for most people... That is, winedbg used to be a file and
> > is now a symlink.
>
> Okay. I just saw that in many other places in wine where links are created
> they are first removed with $(RM) and then created with $(LN_S). I don't
> know it it a good idea to just add -f. LN_S is checked for by the
> ./configure. and I don't know if we can just add a "-f" since I don't know
> what different versions of ln there are out there.
>
> --
> /Dennis
Hmm, I would think that they should be available on all versions of ln. If
not I suppose that would explain why I see people do an rm and then an ln -s
instead of ln -snf. In any case, here is the patch that I made to my tree
yesterday. I would have sent it in but my 'net connection has been very
unstable lately for some reason.
Could someone with other POSIX experience besides GNU tools verify if -nf is
supported by other ln's? Or should it be -n -f?
-Dave
Index: programs/Makeprog.rules.in
===================================================================
RCS file: /home/wine/wine/programs/Makeprog.rules.in,v
retrieving revision 1.3
diff -u -r1.3 Makeprog.rules.in
--- programs/Makeprog.rules.in 2000/12/06 00:05:15 1.3
+++ programs/Makeprog.rules.in 2000/12/10 18:00:48
@@ -24,7 +24,7 @@
$(LDSHARED) $(LDDLLFLAGS) $(ALL_OBJS) -o $@ $(ALL_LIBS)
$(MODULE): $(MODULE).so
- $(RM) $(MODULE) && $(LN_S) $(TOPOBJDIR)/wine $(MODULE)
+ $(RM) $(MODULE) && $(LN_S) -nf $(TOPOBJDIR)/wine $(MODULE)
# Rules for checking that no imports are missing
