public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Reini Urban <rurban@x-ray.at>
To: Cygwin <cygwin@cygwin.com>
Subject: Re: library `/usr/lib/libncurses.la' was moved.
Date: Thu, 11 Nov 2004 13:11:00 -0000	[thread overview]
Message-ID: <419364F8.6010900@x-ray.at> (raw)
In-Reply-To: <41934CF7.9020301@familiehaase.de>

Gerrit P. Haase schrieb:
> Reini Urban wrote:
>> Gerrit P. Haase schrieb:
>>> Getting this warning:
>>>
>>> libtool: link: warning: library `/usr/lib/libncurses.la' was moved.
>>>
>>> $ cat /usr/lib/libncurses.la
>>> [...]
>>> # Directory that this library needs to be installed in:
>>> libdir='/usr/src/ncurses/ncurses-5.4/.inst/usr/lib'
>>
>>
>> We should really add some kind of .la test to our gbs.
>> Or maybe into setup.exe, for those people who already have their gbs 
>> customized or not using it?
> 
> Naah, it is a libtool bug, for sure.  Sanity check is good, but it 
> shouldn't be neccessary.
> 
>> Or provide a gbs-library?
>>   It would be easier to upgrade then.

 > I don't get this point.  Would you explain, please?

Modularization of the gbs:
Provide a central place for some common gbs functions, like 
/usr/share/cygwin/gbs-functions.sh, which would be sourced by each build 
script.
Any updates on this library will help all build scripts.
Currently you have to fix/update every single instance.
I'm thinking of functions which are very likely not touched.

The init step which parses the PKG/VER/REL, the name defaults,
install_docs, mkdirs, prep, autoreconf, reconf, mkpatch, build, certain 
install steps, strip, list, depend, requires, pkg, spkg, finish, 
sigfile, checksig, ...
But it's good to have some sane defaults which will get inherited to all 
new and old build scripts your are working with.

>> I had a lot such "broken" .la's, which forced me to post my fixups 
>> last month of a couple of such .la's. libcurl also.
> 
> Wrong libtool version...;)

But not on my side. Certain wrong devel packages install strange la's 
into /lib. I hope mine are correct.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

  reply	other threads:[~2004-11-11 13:11 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-11  5:21 Gerrit P. Haase
2004-11-11  9:02 ` Reini Urban
2004-11-11 12:25   ` Gerrit P. Haase
2004-11-11 13:11     ` Reini Urban [this message]
2004-11-11 21:24 ` Charles Wilson
2004-11-12  7:39   ` Gerrit P. Haase
2005-07-03  1:22     ` ncurses update pending? (was: Re: library `/usr/lib/libncurses.la' was moved.) Gerrit P. Haase
2004-11-12 11:04   ` library `/usr/lib/libncurses.la' was moved Reini Urban

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=419364F8.6010900@x-ray.at \
    --to=rurban@x-ray.at \
    --cc=cygwin@cygwin.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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).