Daniel E. Macks wrote:
>
> Would be great if someone could file a radar for this...I'm sure it's
> not the only package that's affected. I'm not Leopardified:(
Yeah, I just reproduced, should be fairly trivial to come up with a test
case for this. I'll volunteer to file the radar.
ld -exported_
Peter O'Gorman <[EMAIL PROTECTED]> said:
> Martin Costabel wrote:
>> Peter O'Gorman wrote:
>> []
>>> Change the sed to match ${_S_}nmedit instead of ~nmedit and it should
>>> have some effect on the link line.
>>
>> I see, the ${_S_} is a line feed.
>>
>>> The symbols that are private extern shou
On Sat, Dec 08, 2007 at 05:58:46AM +0100, Jean-François Mertens wrote:
>
> On 08 Dec 2007, at 04:11, Peter O'Gorman wrote:
>
>> I have no idea, sorry.
>
> Too bad - would have hoped there was some documentation
> or other specification out there, that I was among the few to ignore...
> But if even
On 08 Dec 2007, at 04:11, Peter O'Gorman wrote:
> I have no idea, sorry.
Too bad - would have hoped there was some documentation
or other specification out there, that I was among the few to ignore...
But if even you don't know, it means we're really all in a black box ...
>
>> Any pointers to d
Jean-François Mertens wrote:
> Peter,
>
> On 10.4, I get now
> # nm -m /sw/lib/xmms/Output/libOSX.so|fgrep _osx_about
> 1114 (__TEXT,__text) non-external (was a private external) _osx_about
>
> whereas before the parenthesis (was a..) wasn't there.
>
> It seems to launch correctly , just as
Peter,
On 10.4, I get now
# nm -m /sw/lib/xmms/Output/libOSX.so|fgrep _osx_about
1114 (__TEXT,__text) non-external (was a private external)
_osx_about
whereas before the parenthesis (was a..) wasn't there.
It seems to launch correctly , just as before, in the sense that I
can push
on m
Sadly, the saga isn't over. I now have 1.0-4 and it installs and
appears in the preferences as expected. When I try to play a music
file, however, it crashes while in the coreaudio library.
Crash log is attached.
Sean
On Dec 7, 2007 12:28 AM, Martin Costabel <[EMAIL PROTECTED]> wrote:
> Peter O'
Sean wrote:
> Sadly, the saga isn't over. I now have 1.0-4 and it installs and
> appears in the preferences as expected. When I try to play a music
> file, however, it crashes while in the coreaudio library.
>
> Crash log is attached.
>
> Sean
>
> On Dec 7, 2007 12:28 AM, Martin Costabel <[EMAIL
Peter O'Gorman wrote:
[]
> At least you know the workaround now.
I checked in xmms-coreaudio-1.0-4 that uses this workaround.
Should now work on Leopard.
--
artin
-
SF.Net email is sponsored by:
Check out the new SourceFor
Martin Costabel wrote:
> Peter O'Gorman wrote:
> []
>> Change the sed to match ${_S_}nmedit instead of ~nmedit and it should
>> have some effect on the link line.
>
> I see, the ${_S_} is a line feed.
>
>> The symbols that are private extern should still be available to all the
>> objects in the
Peter O'Gorman wrote:
[]
> Change the sed to match ${_S_}nmedit instead of ~nmedit and it should
> have some effect on the link line.
I see, the ${_S_} is a line feed.
> The symbols that are private extern should still be available to all the
> objects in the library itself, so returning the addr
Martin Costabel wrote:
> Peter O'Gorman wrote:
> []
>> So the symbol is still there on 10.5, but is private extern? That is,
>> indeed, what nmedit is supposed to do. There are other issues with
>> nmedit on Leopard (it refuses to strip global coalesced symbols -
>> whatever they are) that mean tha
Peter O'Gorman wrote:
[]
> So the symbol is still there on 10.5, but is private extern? That is,
> indeed, what nmedit is supposed to do. There are other issues with
> nmedit on Leopard (it refuses to strip global coalesced symbols -
> whatever they are) that mean that I will have to patch libtool.
Martin Costabel wrote:
> Jean-François Mertens wrote:
> []
>> Do not understand fully this argument.
>> I have exactly the same output from the above 'nm -m' command on 10.4;
>> so apparently _ up to what is visible from this output _ the result
>> of the nmedit command is the same on 10.4 and 10.5
Jean-François Mertens wrote:
[]
> Do not understand fully this argument.
> I have exactly the same output from the above 'nm -m' command on 10.4;
> so apparently _ up to what is visible from this output _ the result
> of the nmedit command is the same on 10.4 and 10.5...
> (that is what made me ask
On 06 Dec 2007, at 00:11, Martin Costabel wrote:
> Robert T Wyatt wrote:
> []
>> bash-3.2$ xmms
>> dlopen(/sw/lib/xmms/Output/libOSX.so, 2): Symbol not found:
>> _osx_about
>>Referenced from: /sw/lib/xmms/Output/libOSX.so
>>Expected in: flat namespace
>>
>> bash-3.2$ nm -m /sw/lib/xmms/
Robert T Wyatt wrote:
[]
> While these messages may not have been from the same binary, they can be
> generated from the same binary as I get the identical output
> (leopard/intel/MBP after today's updates):
>
> bash-3.2$ xmms
> dlopen(/sw/lib/xmms/Output/libOSX.so, 2): Symbol not found: _osx_ab
17 matches
Mail list logo
