Hi Folks:
For reasons that escape me at the moment, I am the maintainer for
a2ps. On 10.5 compilation now fails with
In file included from libgettext.h:36,
from dcgettext.c:83:
/usr/include/locale.h:48:1: warning: this is the location of the
previous definition
dcgettext.c:
Hi,
I've no access yet to 10.5, an apparently the output of a configure test
in seamonkey _ and I'm sure several other pkgs _ has changed :
The test is the following :
>>> "checking for -exported_symbols_list option to ld":
>>> 7073- if $LD -exported_symbols_list 2>&1 | grep
>>> "argum
I see in an excerpt of 'man ld' for 10.5 that ld
now has an option '-dead_strip_dylibs'.
I would strongly favour adding this as a default
LDFLAG (conditional to 10.5).
It does have the potential, when used systematically,
to substantially reduce our deps ...
JF Mertens
---
William Scott wrote:
> Update of /cvsroot/fink/dists/10.4/unstable/main/finkinfo/sci
> In directory sc8-pr-cvs17.sourceforge.net:/tmp/cvs-serv10961
>
> Modified Files:
> fftw.info
> Log Message:
> Had to comment out Info field to prevent install failure
>
> Index: fftw.info
> =
On Nov 11, 2007, at 8:12 PM, Jean-François Mertens wrote:
I see in an excerpt of 'man ld' for 10.5 that ld
now has an option '-dead_strip_dylibs'.
I would strongly favour adding this as a default
LDFLAG (conditional to 10.5).
It does have the potential, when used systematically,
to substantiall
Dear Jean-Francois Mertens:
I apologize for this, but please note that what I did simply restored the
package back to the way line 82 was in 1.6, i.e,
http://fink.cvs.sourceforge.net/fink/dists/10.4/unstable/main/finkinfo/sci/fftw.info?r1=1.6&r2=1.7&sortby=date
I feel very uncomfortable touching
On 12 Nov 2007, at 04:27, Daniel Johnson wrote:
>
> On Nov 11, 2007, at 8:12 PM, Jean-François Mertens wrote:
>
>> I see in an excerpt of 'man ld' for 10.5 that ld
>> now has an option '-dead_strip_dylibs'.
>> I would strongly favour adding this as a default
>> LDFLAG (conditional to 10.5).
>> It
["Followup-To:" header set to gmane.os.apple.fink.beginners.]
Jean-Maurice Le Clech <[EMAIL PROTECTED]> said:
> Hello,
>
> I usually use XFC4 and want to try Openbox, but can't install it.
> This is what I have
> make[1]: Nothing to be done for `all'.
> make[1]: execvp: /sw/src/fink.build/openbox-3
On 12 Nov 2007, at 04:50, Jean-François Mertens wrote:
>
> On 12 Nov 2007, at 04:27, Daniel Johnson wrote:
>
>>
>> On Nov 11, 2007, at 8:12 PM, Jean-François Mertens wrote:
>>
>>> I see in an excerpt of 'man ld' for 10.5 that ld
>>> now has an option '-dead_strip_dylibs'.
>>> I would strongly fav
Jean-François Mertens wrote:
> On 12 Nov 2007, at 04:50, Jean-François Mertens wrote:
> this _ i.e., use this, so it would require pkg maintainers to edit
> correctly
> their .la files _ lost dream ... :)
Well, it would be a pain, assuming nobody edited their .la files, but
many used the de
On Sun, Nov 11, 2007 at 10:13:13PM -0600, Peter O'Gorman wrote:
> Jean-Fran?ois Mertens wrote:
> > On 12 Nov 2007, at 04:50, Jean-Fran?ois Mertens wrote:
>
> > this _ i.e., use this, so it would require pkg maintainers to edit
> > correctly
> > their .la files _ lost dream ... :)
>
> Well,
On 11-Nov-07, at 10:27 PM, Daniel Macks wrote:
> The main
> gain would be when a mid-level library stops using some low-level
> library as its back-end...high-level stuff wouldn't list the low-level
> lib, so these hidden changes wouldn't affect dependencies (build or
> run) of the high-level thin
On 12 Nov 2007, at 05:13, Peter O'Gorman wrote:
> Well, it would be a pain, assuming nobody edited their .la files, but
> many used the dead strip dylibs flag, the number of BuildDepends would
> not be reduced,
There is a logical possibility they might be reduced too _ but I
have no
idea how t
On 12 Nov 2007, at 05:27, Daniel Macks wrote:
> Does stripping down a package's Depends even help on the binary side
> either?
It does in the sense of giving (potentially) a smaller footprint to the
lib or executable
> The Depends' Depends would still be there, so the
> indirectly-linked libraries
14 matches
Mail list logo
