Re: [Mingw-users] automatic appending of .exe for shell-sourcing?

[Ralf W. <Ral...@gm...>]

Hi Earnie,

* Earnie Boyd wrote on Fri, Aug 12, 2005 at 01:44:42PM CEST:
> On 6:32:11 am 2005-08-12 Ralf Wildenhues <Ral...@gm...> wrote:
> >
> > On the libtool-patches list, the question has come up about whether
> >   . ./foo
> > in a shell sources the file "foo" or wrongly prefers "foo.exe" if both
> 
> boyde@OH6000GBOYDE ~
> $ . ./hello
> Hello dummy!
> 
> boyde@OH6000GBOYDE ~
> $ ./hello
> Hello dummy!
> 
> boyde@OH6000GBOYDE ~
> $ ./hello.exe
> Hello cruel world

Yes, that is what my tests showed, too.

> > are present, and whether issuing
> >   . ./foo.
> > would be a good workaround in any case (on both cygwin and mingw).
> 
> boyde@OH6000GBOYDE ~
> $ . ./hello.
> Hello dummy!

Yep.

> > for the whole story.  If someone knowledgeable about mingw can reply
> > there, that would be great -- the lists allows moderated posting by
> > nonmembers (unlike this one, it seems; I've tried to cross-post,
> > unsuccessfully).
> 
> I don't know that it was different in the past.  The past AFAIC doesn't
> need to be catered to.

 From the libtool maintainer's point of view, the past is very
important: people complain if an upgraded libtoolized program 
breaks on their old platform.  We want to be able to push package
authors to use up-to-date libtool so package users (and potentially
also distribution authors) can benefit.

> I'm glad to see someone interested in MinGW on the libtool list.

Hey, I'm interested in keeping libtool working on as many platforms and
for as many people and situations as possible.  I irregularly run
native mingw and cross linux -> mingw compiles to test basic
functionality (Debian packages make the latter almost trivial).
Unfortunately, my machine set up for this has hardware trouble again.

OTOH, better tests esp. for mingw to put in our test suite would be very
much welcome any time.  Peter Ekberg has been doing nice work recently
while trying to get mingw/msvc to work well.

> As far as our mail list and moderated posting; we do not have the resources
> to allow moderated posting.  We barely have the resources to click the
> reject or discard buttons in the Admin list.  When a DoS happens the number
> of discards can increase by 10 fold.

Oh, that is fine by me, you should just consider changing the default
reply message then to reflect that not only in the reject message.
Dunno if that's possible, but it would have made me subscribe
immediately instead of wait a day:
|
| Your mail to 'MinGW-users' with the subject
*snip*
| Is being held until the list moderator can review it for approval.
| 
| The reason it is being held:
| 
|     Post by non-member to a members-only list
| 
| Either the message will get posted to the list, or you will receive
| notification of the moderator's decision.

Never mind, though, it's merely that I've been dealing with similar
issues recently.

Also, if you don't want to see the moderation messages: why not drop
them altogether?  No need to click on anything if there is no decision
to make.

Cheers,
Ralf