* Re: Problems with updating nearly any package meant for Cygwin or using packages such as libtool [not found] ` <4EC570BC.2010202@gmail.com> @ 2011-11-17 20:51 ` Dave Korn 2011-11-17 21:07 ` Eric Blake 0 siblings, 1 reply; 5+ messages in thread From: Dave Korn @ 2011-11-17 20:51 UTC (permalink / raw) To: The Are-They-Trolling-Us? And Vulgar Cygwin-Talk Maiming List On 17/11/2011 20:38, Dave Korn wrote: > On 17/11/2011 20:33, Dave Korn wrote: >> On 17/11/2011 13:00, marco atzeri wrote: >>> These are upstream bugs in configure, looking for the lib >>> is wrong as different platforms have different conventions. >>> They should only look for the header. >> Well, they could look for the lib too, as long as they used the correct >> autoconf macro (AC_CHECK_LIB or AC_SEARCH_LIB) to do so. > > > Whoops, no they can't. The hydra configure script isn't from autconf at > all; it's just hand-written. Good grief. It also has a Makefile.am and a Makefile.in, but it doesn't use automake, and their contents are unrelated. It just cats them together into the final makefile! cheers, DaveK ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Problems with updating nearly any package meant for Cygwin or using packages such as libtool 2011-11-17 20:51 ` Problems with updating nearly any package meant for Cygwin or using packages such as libtool Dave Korn @ 2011-11-17 21:07 ` Eric Blake 2011-11-17 21:32 ` Christopher Faylor 2011-11-17 23:46 ` Charles Wilson 0 siblings, 2 replies; 5+ messages in thread From: Eric Blake @ 2011-11-17 21:07 UTC (permalink / raw) To: why do they even try? [-- Attachment #1: Type: text/plain, Size: 1214 bytes --] On 11/17/2011 01:50 PM, Dave Korn wrote: >> Whoops, no they can't. The hydra configure script isn't from autconf at >> all; it's just hand-written. > > Good grief. It also has a Makefile.am and a Makefile.in, but it doesn't use > automake, and their contents are unrelated. It just cats them together into > the final makefile! I love this quote: https://www.gnu.org/software/autoconf/manual/autoconf.html#Pointers > As your software is distributed to more and more users, however, you otherwise quickly find yourself putting lots of effort into reinventing the services that the GNU build tools provide, and making the same mistakes that they once made and overcame. Autotools may not be the best out there, and might not be the easiest to develop with, but there's hands down nothing more complete and portable that could take over the impressive role played by the autotools in generating predictable configure and make setups. It always makes me cringe to see other projects that just don't get that fact, suffering through the problems already solved by autotools. -- Eric Blake eblake@redhat.com +1-919-301-3266 Libvirt virtualization library http://libvirt.org [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 620 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Problems with updating nearly any package meant for Cygwin or using packages such as libtool 2011-11-17 21:07 ` Eric Blake @ 2011-11-17 21:32 ` Christopher Faylor 2011-11-17 22:34 ` JonY 2011-11-17 23:46 ` Charles Wilson 1 sibling, 1 reply; 5+ messages in thread From: Christopher Faylor @ 2011-11-17 21:32 UTC (permalink / raw) To: cygwin-talk On Thu, Nov 17, 2011 at 02:07:25PM -0700, Eric Blake wrote: >On 11/17/2011 01:50 PM, Dave Korn wrote: >>> Whoops, no they can't. The hydra configure script isn't from autconf at >>> all; it's just hand-written. >> >> Good grief. It also has a Makefile.am and a Makefile.in, but it doesn't use >> automake, and their contents are unrelated. It just cats them together into >> the final makefile! > >I love this quote: > >https://www.gnu.org/software/autoconf/manual/autoconf.html#Pointers > >> As your software is distributed to more and more users, however, you otherwise quickly find yourself putting lots of effort into reinventing the services that the GNU build tools provide, and making the same mistakes that they once made and overcame. > >Autotools may not be the best out there, and might not be the easiest to >develop with, but there's hands down nothing more complete and portable >that could take over the impressive role played by the autotools in >generating predictable configure and make setups. It always makes me >cringe to see other projects that just don't get that fact, suffering >through the problems already solved by autotools. Very true. OTOH, I'd love to see some sort of competition for autotools. I really detest having to use them but they are much better than the alternative. cgf ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Problems with updating nearly any package meant for Cygwin or using packages such as libtool 2011-11-17 21:32 ` Christopher Faylor @ 2011-11-17 22:34 ` JonY 0 siblings, 0 replies; 5+ messages in thread From: JonY @ 2011-11-17 22:34 UTC (permalink / raw) To: cygwin-talk [-- Attachment #1: Type: text/plain, Size: 2136 bytes --] On 11/18/2011 05:32, Christopher Faylor wrote: > On Thu, Nov 17, 2011 at 02:07:25PM -0700, Eric Blake wrote: >> On 11/17/2011 01:50 PM, Dave Korn wrote: >>>> Whoops, no they can't. The hydra configure script isn't from autconf at >>>> all; it's just hand-written. >>> >>> Good grief. It also has a Makefile.am and a Makefile.in, but it doesn't use >>> automake, and their contents are unrelated. It just cats them together into >>> the final makefile! >> >> I love this quote: >> >> https://www.gnu.org/software/autoconf/manual/autoconf.html#Pointers >> >>> As your software is distributed to more and more users, however, you otherwise quickly find yourself putting lots of effort into reinventing the services that the GNU build tools provide, and making the same mistakes that they once made and overcame. >> >> Autotools may not be the best out there, and might not be the easiest to >> develop with, but there's hands down nothing more complete and portable >> that could take over the impressive role played by the autotools in >> generating predictable configure and make setups. It always makes me >> cringe to see other projects that just don't get that fact, suffering >> through the problems already solved by autotools. > > Very true. > > OTOH, I'd love to see some sort of competition for autotools. I really > detest having to use them but they are much better than the alternative. > > cgf > I simply can't agree more when I need to deal with all those custom hand written "configure" scripts, cmake or whatever nonsense of the week. Some reinvent terminology, like using --target to select cross-compiler prefix. Some do things the retarded way, like using find(1) to look for libraries instead of letting the compiler do its job. They then check libraries directly with nm(1), only to be foiled by symbol mangling and stub libraries. Most of them are a pain to work with when you have to be edited by hand to get them to work with cross compilers, yet autotools is surprisingly painless. Though slow on Windows, unlike the others, autotools actually works. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 196 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Problems with updating nearly any package meant for Cygwin or using packages such as libtool 2011-11-17 21:07 ` Eric Blake 2011-11-17 21:32 ` Christopher Faylor @ 2011-11-17 23:46 ` Charles Wilson 1 sibling, 0 replies; 5+ messages in thread From: Charles Wilson @ 2011-11-17 23:46 UTC (permalink / raw) To: cygwin-talk On 11/17/2011 4:07 PM, Eric Blake wrote: > It always makes me > cringe to see other projects that just don't get that fact, suffering > through the problems already solved by autotools. To borrow from Santayana, those who don't understand cross-platform portability are doomed to reinvent the autotools...badly. Granted, everybody agrees that the autotools could be improved -- but getting any replacement system up to the level of capability already exhibited by the auto*...and attracting a user/developer base to use/reportbugs/fixbugs/addcapability before you've reached that point? Not happening. -- Chuck ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2011-11-17 23:46 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- [not found] <32849825.post@talk.nabble.com> [not found] ` <4EC2CFA2.40007@cygwin.com> [not found] ` <32857072.post@talk.nabble.com> [not found] ` <4EC41689.8090601@gmail.com> [not found] ` <32861517.post@talk.nabble.com> [not found] ` <4EC50550.7020403@gmail.com> [not found] ` <4EC56FB1.4000007@gmail.com> [not found] ` <4EC570BC.2010202@gmail.com> 2011-11-17 20:51 ` Problems with updating nearly any package meant for Cygwin or using packages such as libtool Dave Korn 2011-11-17 21:07 ` Eric Blake 2011-11-17 21:32 ` Christopher Faylor 2011-11-17 22:34 ` JonY 2011-11-17 23:46 ` Charles Wilson
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).