Re: libtool 1.5.14 on mingw: DLLs must be installed executable
On Fri, 8 Jul 2005, Bruno Haible wrote: Ralf Wildenhues wrote: Erm, the fix is fine, but what caused the breakage in the first place? Surely this hasn't been broken all the time? For me, it has been broken all the time: It's the first time I've succeeded building a working DLL with mingw and libtool 1.5.x. Maybe something about my setup is particular: it's Windows XP, NTFS, with "security" permission settings that have been modified by someone else. In other words, it may be not the default config, but it's a config you can easily end up with, without seeing other obvious breakage. I have noticed that Windows XP SP2 decides if a filesystem is trusted or not. If the filesystem is not trusted, then it seems that the execute bits are removed. This has been a problem for me under Cygwin since I typically access source code via SMB to a Unix system. Oddly, MSYS does not experience this problem. Bob == Bob Friesenhahn [EMAIL PROTECTED], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: FYI: libtool-1.5.18 -- installed files owned by non-root user
Hallo Ralf! On 9 Jul 2005, at 12:52, Ralf Wildenhues wrote: * Gary V. Vaughan wrote on Fri, Jul 08, 2005 at 07:27:51PM CEST: On 8 Jul 2005, at 16:57, Ralf Wildenhues wrote: --- Makefile.am2 May 2005 09:20:24 -1.153 +++ Makefile.am8 Jul 2005 15:54:01 - @@ -254,6 +254,8 @@ done; \ ( cd $(srcdir)/m4 && $(AMTAR) chf - $$aclocalfiles; ) \ | ( umask 0 && cd $(DESTDIR)$(aclocaldir) && $(AMTAR) xf -; ) +chown -R root $(DESTDIR)$(ltdldatadir) && \ +chgrp -R root $(DESTDIR)$(ltdldatadir) || : What about: -chown -R root $(DESTDIR)$(ltdldatadir) 2>/dev/null -chgrp -R root $(DESTDIR)$(ltdldatadir) 2>/dev/null Has the problem that you see the chown and the chgrp happening, but neither do they fail nor do you see the failure. That would strike me as odd and misleading, but YMMV. I would rather see that 'make install' is trying to make the files owned by root, and I think that make's `-' syntax is clearer than `|| :'. I think you are right about 2>/dev/null being bogus though... if the installer see's it fail, then they might be able to fix it up by hand while they wait for us to address their bug report... Patch to follow. Cheers, Gary. ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
Re: FYI: libtool-1.5.18 -- installed files owned by non-root user
Hi Gary, * Gary V. Vaughan wrote on Fri, Jul 08, 2005 at 07:27:51PM CEST: > Sorry for the late review: No problem. > On 8 Jul 2005, at 16:57, Ralf Wildenhues wrote: > >--- Makefile.am2 May 2005 09:20:24 -1.153 > >+++ Makefile.am8 Jul 2005 15:54:01 - > >@@ -254,6 +254,8 @@ > > done; \ > > ( cd $(srcdir)/m4 && $(AMTAR) chf - $$aclocalfiles; ) \ > > | ( umask 0 && cd $(DESTDIR)$(aclocaldir) && $(AMTAR) xf -; ) > >+chown -R root $(DESTDIR)$(ltdldatadir) && \ > >+chgrp -R root $(DESTDIR)$(ltdldatadir) || : > > What about: > > -chown -R root $(DESTDIR)$(ltdldatadir) 2>/dev/null > -chgrp -R root $(DESTDIR)$(ltdldatadir) 2>/dev/null Has the problem that you see the chown and the chgrp happening, but neither do they fail nor do you see the failure. That would strike me as odd and misleading, but YMMV. Cheers, Ralf ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool