Christopher Faylor wrote:
>
> Please don't be one
> of those people if you can help it.
>
Ha. ROTFLOL.
Earnie.
_
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com
I've just crossed my fingers and set up the cygwin and cygwin-apps
mailing lists to use some revamped spam blocking software that I've
written for sources.redhat.com.
I won't go into details of what is new because I'm still working on
things. Basically, for now, I have revamped stuff to make it
On Sun, Mar 17, 2002 at 01:59:21PM -0500, Charles Wilson wrote:
>Christopher Faylor wrote:
>>If someone wants to contribute, I think it should just be a standard
>>package.
>>
>>Chuck, I hate to say this, but I don't see a real reason for growing
>>cygutils. The more packages we add to cygutils,
Christopher Faylor wrote:
> If someone wants to contribute, I think it should just be a standard
> package.
>
> Chuck, I hate to say this, but I don't see a real reason for growing
> cygutils. The more packages we add to cygutils, the more we go back to
> the old way of installing cygwin packa
Christopher Faylor wrote:
>
> >>>Well, my interest begins and ends with the file creation being moved
> >>>somewhere sensible. Simply running setup should not create
> >>>/etc/profile any more than installing sed.
> >>
> >>Yep. Agreed.
> >>
> >I'm not sure I agree. It doesn't matter what creat
On Sun, Mar 17, 2002 at 11:44:07AM -0500, Charles Wilson wrote:
>Back to the original subject, 'more', what if we actually provided a
>more.exe binary? more != less, since they DO behave differently. If
>somebody wanted to adapt the attached source (taken from the util-linux
>distribution) so th
I made some minor modifications because I am using a patched binutils
(for preventing all symbols in the global scope from being exported)
with which libtool cannot find a sed pattern for finding symbols to
export when a .sym file is not given. The test for the "checking to see
how to parse nm-B o
Okay, the testing versions of automake-devel (automake-1.6) and
libtool-devel (libtool-20020316) are up at
http://www.neuro.gatech.edu/users/cwilson/cygutils/testing/
If you use the latest setup.exe snapshot, add that URL to the 'download
locations' list, and use setup to install these test
Back to the original subject, 'more', what if we actually provided a
more.exe binary? more != less, since they DO behave differently. If
somebody wanted to adapt the attached source (taken from the util-linux
distribution) so that it builds within cygutils, I'd add it to the
package. See /u
On Sun, Mar 17, 2002 at 11:08:17AM -0500, Earnie Boyd wrote:
>Christopher Faylor wrote:
>>On Mon, Mar 18, 2002 at 02:56:30AM +1100, Robert Collins wrote:
-Original Message-
From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 18, 2002 2:39 AM
>>>
Actua
Christopher Faylor wrote:
>
> On Mon, Mar 18, 2002 at 02:56:30AM +1100, Robert Collins wrote:
> >> -Original Message-
> >> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> >> Sent: Monday, March 18, 2002 2:39 AM
> >
> >>Actually, I don't think there is any reason to have a default
>
On Mon, Mar 18, 2002 at 02:56:30AM +1100, Robert Collins wrote:
>> -Original Message-
>> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
>> Sent: Monday, March 18, 2002 2:39 AM
>
>>Actually, I don't think there is any reason to have a default
>>/etc/profile for ash. I think it is rea
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 18, 2002 2:39 AM
> Actually, I don't think there is any reason to have a default
> /etc/profile for ash. I think it is really only useful for
> bash. The current /etc/profile seems to
On Mon, Mar 18, 2002 at 02:29:01AM +1100, Robert Collins wrote:
>
>
>> -Original Message-
>> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
>
>> Actually, IIRC, I had some reservations about the "generic
>> base-files" concept which I don't think I ever got a
>> satisfactory respon
> -Original Message-
> From: Christopher Faylor [mailto:[EMAIL PROTECTED]]
> Actually, IIRC, I had some reservations about the "generic
> base-files" concept which I don't think I ever got a
> satisfactory response to.
The ones I recall where
a) The name.
b) Should the files go in w
On Mon, Mar 18, 2002 at 02:23:38AM +1100, Robert Collins wrote:
>
>
>> -Original Message-
>> From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
>> Sent: Monday, March 18, 2002 2:19 AM
>
>> > Could do - chat to Chris, the basefiles package maintainer :}.
>> >
>>
>> Sorry, once upon a time, som
> -Original Message-
> From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 18, 2002 2:19 AM
> > Could do - chat to Chris, the basefiles package maintainer :}.
> >
>
> Sorry, once upon a time, some time ago, setup wrote that file
> directly.
> And, I've not kept up wi
Robert Collins wrote:
>
> > -Original Message-
> > From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
> > Sent: Monday, March 18, 2002 12:19 AM
>
> > > I suppose you could do this but the purists would say you should do
> > >
> > > export PAGER /bin/less
> > >
> >
> > Good point. Hey,
> -Original Message-
> From: Earnie Boyd [mailto:[EMAIL PROTECTED]]
> Sent: Monday, March 18, 2002 12:19 AM
> > I suppose you could do this but the purists would say you should do
> >
> > export PAGER /bin/less
> >
>
> Good point. Hey, Robert, why not add this to the
> /et
I see. In any case, your patch was just the ticket (with some minor
modifications) :). I can now build my libraries as intended without all
the symbols in the global scope being exported. :)
Thanks,
Stephano Mariani
> -Original Message-
> From: Robert Collins [mailto:[EMAIL PROTECTED]]
David Starks-Browning wrote:
>
> On Saturday 16 Mar 02, David A. Cobb writes:
> > I'm finding that common tasks like configure sometimes depend on
> > "more", which we don't have. I can make it work by "ln -s /usr/bin/more
> > /usr/bin/less". I suppose the related info files should lik
> -Original Message-
> From: Stephano Mariani [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, March 17, 2002 10:52 PM
> To: Robert Collins; 'Charles Wilson'
> Cc: 'CygWin-Apps'
> Subject: RE: libtool devel auto-import broken
>
>
> I understand that, but you mentioned that what is being
>
I understand that, but you mentioned that what is being accomplished by
patching binutils is also possible by other means that do not involve
rebuilding ld; libtool should be able to detect this and use the
alternate method... I don't mind supplying a list of symbols to export.
If this is not pos
> -Original Message-
> From: Stephano Mariani [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, March 17, 2002 9:44 PM
> To: Robert Collins; 'Charles Wilson'
> Cc: 'CygWin-Apps'
> Subject: RE: libtool devel auto-import broken
>
>
> Isn't it better to have this functionality within libtool...
Isn't it better to have this functionality within libtool... doesn't it
exist for this purpose? Personally, I would love a tool that allows me
to build shared libs on windows/cygwin, linux, and solaris with ease.
Stephano Mariani
> -Original Message-
> From: Robert Collins [mailto:[EMAIL
> -Original Message-
> From: Stephano Mariani [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, March 17, 2002 9:12 PM
> To: 'Charles Wilson'; Robert Collins
> Cc: 'CygWin-Apps'
> Subject: RE: libtool devel auto-import broken
>
>
> I would like to test these new versions of the autotools if
I would like to test these new versions of the autotools if I may. I am
a very autotools dependent user and use it frequently enough to warrant
dissecting it and learning much more about their internals :)
I have noticed however that using automake (1.5) and libtool (1.4e)
there is no way to prev
> -Original Message-
> From: Charles Wilson [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, March 17, 2002 8:25 PM
>
> I'll whip up a new libtool-devel package soon. What's the story with
> the automake-1.6 package I put up? Had a chance to play with it yet?
Fraid not, I've only just r
Hmmm...there's a line in ltmain.sh that says:
-allow-undefined)
# FIXME: remove this flag sometime in the future.
$echo "$modename: \`-allow-undefined' is deprecated because it
is the default" 1>&2
continue
;;
Actually, libtool.m4 is an original file.
On Saturday 16 Mar 02, David A. Cobb writes:
> I'm finding that common tasks like configure sometimes depend on
> "more", which we don't have. I can make it work by "ln -s /usr/bin/more
> /usr/bin/less". I suppose the related info files should likely be done
> also(?).
> I propos
30 matches
Mail list logo