Am Mittwoch, 19.11.03 um 05:32 Uhr schrieb TheSin:
but it'll link libfoo.1.2.1.dylib so the filename has the right
version, I'm not sure about the compat versions, but it should work as
it'll never go backwards.
I never heard of --version-number...I'll research it, but my little
(x+y):z:y work
Am Mittwoch, 19.11.03 um 01:39 Uhr schrieb George V. Neville-Neil:
Howdy,
I have gotten MagicPoint (a really nice, simple, slide
presentation system that's under BSD License) all set up in
Fink on 10.3 (it also worked under 10.2). How do I submit
this new package?
will libtool the only way to control the compat version is
version-info, with release there will be no compat version so a good
libtool will make 1 and an old unpatched libtool will make it
0...either way it's bad, when the maintainer of a pkg finally update
from release to version-info I can a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
TheSin wrote:
| will libtool the only way to control the compat version is version-info,
| with release there will be no compat version so a good libtool will make
| 1 and an old unpatched libtool will make it 0...either way it's bad,
| when the maintai
it's ugly because of how you need to use them after plus everyone I've
changed to date has changed upstream in the next release. And -release
is obsolete and should not be used in all the docs I've read about it.
It's old and should be changed to something else. Anyhow...I thought
I'd just l
further more, on the fink site!
http://fink.sourceforge.net/doc/porting/libtool.php#dylibversionfix
-TS
On 19-Nov-03, at 7:52 AM, Peter O'Gorman wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
TheSin wrote:
| will libtool the only way to control the compat version is
version-info,
| wit
TheSin wrote:
further more, on the fink site!
http://fink.sourceforge.net/doc/porting/libtool.php#dylibversionfix
Can you point me at the libtool docs/code which say -release is
deprecated please?
Just because it is on the fink web site doesn't necessarily mean it is
correct :-p
Peter
OH i agree there, just saying if this is the official stand on this we
should take that down, I on the other will continue as I have. It's
much nicer and easy to manage, and I don't have to make a pkgxyz
release for every upstream release when they don't break compat.
-TS
On 19-Nov-03, at 3
I posted this in fink-users two days ago and got no replies, so I'm
trying here. Anyone have any clues? Can anyone compile this in 10.3?
Can someone explain this to me? I'm running 10.3 with fink 0.17.0,
0.6.2.cvs with unstable enabled.
gcc -dynamiclib -undefined dynamic_lookup -o
.libs/lib
On Nov 19, 2003, at 6:06 PM, James Gibbs wrote:
gcc -dynamiclib -undefined dynamic_lookup -o
.libs/libSDL_mixer-1.2.0.2.3.dylib load_aiff.lo load_voc.lo
load_ogg.lo mixer.lo music.lo music_cmd.lo music_ogg.lo wavestream.lo
effect_position.lo effect_stereoreverse.lo effects_internal.lo
-all
On Nov 19, 2003, at 8:00 PM, Alexander Strange wrote:
On Nov 19, 2003, at 6:06 PM, James Gibbs wrote:
gcc -dynamiclib -undefined dynamic_lookup -o
.libs/libSDL_mixer-1.2.0.2.3.dylib load_aiff.lo load_voc.lo
load_ogg.lo mixer.lo music.lo music_cmd.lo music_ogg.lo wavestream.lo
effect_positio
Justin, that section of the fink docs was added 10 months ago by dmalloc.
I don't remember what discussion might have preceded that, but I certainly
strongly disagree with the implication which is made there. We definitely
should not be changing the versioning that is being used by the upstream
ma
On Wed, Nov 19, 2003 at 02:38:58PM -0800, Justin F. Hallett wrote:
> Disabling Command.pm test since we aren't using it yet and it fails on some systems
Again, don't disable tests. If you disable the tests when they fail
they'll be ignored and will never get fixed. Your impulse should be
to fix
This is not acceptible. fink-core is listed as maintainer for a ton of fink packages, the address needs to be accepting email.
For that matter, the list should be open to all who want to monitor and aid with the maintenance of those packages.
-Ben
Begin forwarded message:
From: [EMAIL PROTECTED
Really fink should not be calling 'rsync'. It should be using
/usr/bin/rsync in any case, just like every single other external call
in fink does. I see no reason to deviate and trust whatever program a
user has that might be called rsync.
-Ben
On Nov 16, 2003, at 3:33 PM, Max Horn wrote:
And
15 matches
Mail list logo
