Peter O'Gorman wrote:
[]
When gnu libtool sees an empty whole_archive_flag_spec it will unpack the
archives and add the objects to the link line. The above solution is easier
than updating the package to the newest libtool (which has an empty
whole_archive_flag_spec on darwin).
Thanks for the
Le 21 févr. 2006 à 09:41, Martin Costabel a écrit :
Peter O'Gorman wrote:
[]
When gnu libtool sees an empty whole_archive_flag_spec it will
unpack the
archives and add the objects to the link line. The above solution
is easier
than updating the package to the newest libtool (which has an
Michèle Garoche wrote:
[]
May I commit the change now?
I mean this is not very useful that I have it only in my local tree.
BTW, the checking dependency style of g++... gcc3 that irritates you
goes away if you add the configure flag --disable-dependency-tracking.
Might be a good idea
Le 21 févr. 2006 à 10:29, Martin Costabel a écrit :
Michèle Garoche wrote:
[]
May I commit the change now?
I mean this is not very useful that I have it only in my local tree.
BTW, the checking dependency style of g++... gcc3 that irritates
you goes away if you add the configure flag
I'm a bit confused by the version-revision number for libncurses5 on
10.4.
They do not seem to exist in any tree.
Context: I bootstrapped from HEAD in a new empty directory.
Trying to see what needs to eventually be done on cssed-vte-plugin, I
discovered that the version-revision numbers of
When /sw is NFS mounted, flock against package databases might fail.
Here are patches to workaround the problem.
http://www.j10n.org/files/fink-0.24.11-lock.diff
http://www.j10n.org/files/fink-20060221-lock.diff
http://www.j10n.org/files/dpkg-1.10.21-lock.diff
http://www.j10n.org/files/apt-0.5.4
Hello,
Todai Fink Team are running an automatic build script on a machine.
To distribute built packages in public, I need to exclude Restrictive
packages. It is not a simple task. Running fink dumpinfo for each
package is not only inefficient but also impossible in some situations
(for example a
On 21 Feb 2006, at 14:21, AIDA Shinra wrote:
... Running fink dumpinfo for each
package is not only inefficient
small comment: the inefficiency disappears when running dumpinfo
for all pkgs at once.
[It still has the drawback that dumpinfo doesn't yet conform to its
documentation (Usage: fink
On Feb 21, 2006, at 3:12 AM, Michèle Garoche wrote:
I'm a bit confused by the version-revision number for libncurses5
on 10.4.
They do not seem to exist in any tree.
Context: I bootstrapped from HEAD in a new empty directory.
Trying to see what needs to eventually be done on
Le 21 févr. 2006 à 16:56, David R. Morrison a écrit :
On Feb 21, 2006, at 3:12 AM, Michèle Garoche wrote:
Could somebody please enlighten me:
1 - Is there something wrong in the 10.4 tree as far as version-
revision schemes of libncurses5, libncursesw5 are concerned?
I will look into
10 matches
Mail list logo