There is something wrong with blt on 64-bit:
cd /sw/lib/blt2.4/demos
% bltwish barchart1.tcl
Application initialization failed: version conflict for package "Tcl":
have 8.5.7, need exactly 8.5
Error in startup script: dlsym(0x1006d11f0, Blt_Unload): symbol not
founddlsym(0x1006d11f0, Blt_Safe
Jack,
the problem has already been resolved.
Bye,
Max
Am 15.09.2009 um 19:35 schrieb Jack Howarth:
> Max,
> Try adding...
>
> --build=%m-apple-darwin`uname -r|cut -f1 -d.` --host=%m-apple-
> darwin`uname -r|cut -f1 -d.`
>
> to ConfigureParams. It sounds like configure is getting confused by
>
Max,
Try adding...
--build=%m-apple-darwin`uname -r|cut -f1 -d.` --host=%m-apple-darwin`uname
-r|cut -f1 -d.`
to ConfigureParams. It sounds like configure is getting confused by
being told i386-apple-darwin10 while the compiler is generating x86_64 code
being its back. If there is any hardcod
Am 15.09.2009 um 15:08 schrieb Robert Wyatt:
> Richard van den Berg wrote:
>> Hello Max,
>>
>> On 14-9-09 22:59 , Max Horn wrote:
>>> Could you please email me the full error / build log?
>>
[...]
>>
>> Removing build-lock package...
>> /sw/bin/dpkg-lockwait -r fink-buildlock-madplay-0.15.2b-5
>>
Max Horn wrote:
>
> Am 15.09.2009 um 15:08 schrieb Robert Wyatt:
>
>> Richard van den Berg wrote:
>>> Hello Max,
>>>
>>> On 14-9-09 22:59 , Max Horn wrote:
Could you please email me the full error / build log?
>>>
> [...]
>>>
>>> Removing build-lock package...
>>> /sw/bin/dpkg-lockwait -r fi
Richard van den Berg wrote:
> Hello Max,
>
> On 14-9-09 22:59 , Max Horn wrote:
>> Could you please email me the full error / build log?
>>
>
> Here it is:
>
> make
> make all-recursive
> Making all in intl
> make[2]: Nothing to be done for `all'.
> Making all in po
> make[2]: Nothing to be
Thanks Benjamin,
I have bash-4.0 on 32-bit Snow Leopard now. --Robert
Benjamin Reed wrote:
> I'll look into it, haven't had a chance to look at bash yet.
>
> On Thu, Sep 10, 2009 at 2:52 AM, Martin Costabel wrote:
>> Robert Wyatt wrote:
>> []
>>> gcc -L./builtins -L./lib/readline -L./lib/readli
There's a missing native 64-bit int implementations of operator>> in
DBusMessageReader. I duplicated the dbus_int64_t and dbus_uint64_t
implementations, which somebody else discovered too:
http://www.mail-archive.com/[email protected]/msg16660.html
The approach seems sound to me, so patch below