Does it work if you just run ./olad/olad from the tarball directory?
Simon
>
> Anyway Ben, once I get ola working again, I can test olaoutput on my
> machine.
>
> Daniel
>
>
> On Sep 18, 7:09 am, Benturtle77 <benturtl...@gmail.com> wrote:
>> Hi to everyone.
>> I would need help with dmax (max4live object) and olaoutput.
>> Here's my config:
>> Snow leopard - Max4 live - Max 5 - ola 0.8.8 - Enttec usbdmx pro vcp
>> drivers V2.2.14 - olaoutput 0.6 -
>>
>> The use of the console in ola serveur universe is ok,informations goes
>> on thru the usb pro port to the dmx gear but nohing happends when i'm
>> using the dmax plug directly. Dmax interface Hub testing mode make
>> nothing which seems to pass thru the usb dmx pro box.
>> Any idea or way to follow maybe?
>> In hope of help.
>>
>> regards.
>> Ben
>>
>> (sorry for my poor english )
>>
>> ps: was unable to make a pkg with the Ola 0.8.12 tar file ,neither
>> able to put the D2XX drivers on my mac.
>> total newbie with terminal...
>
> --
> open-l...@googlegroups.com / http://groups.google.com/group/open-lighting
> To unsubscribe email open-lightin...@googlegroups.com
>
Le 19/09/11 08:40, Daniel a �crit :
> Simon-
> No, it doesn't. same error:
>
> dyld: Symbol not found:
> __ZN3ola6plugin7sandnet11SandNetNode12CONTROL_PORTE
> Referenced from: /Users/dedgar/Downloads/ola-0.8.12/plugins/
> sandnet/.libs/libolasandnet.0.dylib
> Expected in: flat namespace
> in /Users/dedgar/Downloads/ola-0.8.12/plugins/sandnet/.libs/
> libolasandnet.0.dylib
> Trace/BPT trap
>
> Ideas?
i think it's a compiler issue.
i get pretty same error when building OLA with llvm compiler.
now, each time i want to build (and use) OLA i do this before :
export CC=/usr/bin/gcc-4.2
export CXX=/usr/bin/g++-4.2
export PKG_CONFIG_PATH="/usr/local/lib/pkgconfig:$PKG_CONFIG_PATH"
and after, i'm able to use OLA.
hope that helps,
++
Nicolas
Ah, it looks like it's time to download clang and fix this. I'll do
that tonight.
Simon
Patch is in, please test it out.
Also, this shows up when running 'make check'.
Simon
/bin/sh ../../libtool --tag=CXX --mode=link /usr/bin/g++-4.2 -g -O2
-L/opt/local/lib -lcppunit -ldl -o RDMTester RDMTester-RDMAPITest.o
RDMTester-RDMCommandTest.o RDMTester-RDMTester.o
RDMTester-QueueingRDMControllerTest.o RDMTester-UIDTest.o libolardm.la
../logging/liblogging.la ../network/libolanetwork.la
../utils/libolautils.la -lpthread
libtool: link: /usr/bin/g++-4.2 -g -O2 -o RDMTester
RDMTester-RDMAPITest.o RDMTester-RDMCommandTest.o RDMTester-RDMTester.o
RDMTester-QueueingRDMControllerTest.o RDMTester-UIDTest.o
-Wl,-bind_at_load -L/opt/local/lib /opt/local/lib/libcppunit.dylib -lm
-ldl ./.libs/libolardm.a -L/usr/local/lib
/usr/local/lib/libprotobuf.dylib -lz ../logging/.libs/liblogging.a
../network/.libs/libolanetwork.a ../utils/.libs/libolautils.a -lpthread
Undefined symbols for architecture x86_64:
"ola::HexStringToUInt16(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&, unsigned
short*)", referenced from:
ola::rdm::UID::FromString(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)in RDMTester-UIDTest.o
"ola::HexStringToUInt(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, unsigned int*)", referenced from:
ola::rdm::UID::FromString(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)in RDMTester-UIDTest.o
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
make[5]: *** [RDMTester] Error 1
make[4]: *** [check-am] Error 2
make[3]: *** [check-recursive] Error 1
make[2]: *** [check] Error 2
make[1]: *** [check-recursive] Error 1
make: *** [check-recursive] Error 1
Le 19/09/11 21:23, Simon Newton a �crit :
> On Mon, Sep 19, 2011 at 1:17 PM, Simon Newton<nom...@gmail.com> wrote:
>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com> wrote:
>>> hi,
>>>
>>>
>>> Le 19/09/11 08:40, Daniel a �crit :
Simon
> Le 19/09/11 21:23, Simon Newton a écrit :
>>
>> On Mon, Sep 19, 2011 at 1:17 PM, Simon Newton<nom...@gmail.com> wrote:
>>>
>>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com> wrote:
>>>>
>>>> hi,
>>>>
>>>>
>>>> Le 19/09/11 08:40, Daniel a écrit :
it's a beta release of xcode 4.2 with llvm compiler
Version : 4.2 (4C5163c)
Location : /Developer
Applications :
Xcode : 4.2 (827)
Instruments : 4.2 (4223)
Dashcode : 3.0.2 (336)
SDKs :
Mac OS X :
10.5 : (9L31a)
10.6 : (10K549)
Simon
libtool: link: g++ -g -O2 -o RDMTester RDMTester-RDMAPITest.o
RDMTester-RDMCommandTest.o RDMTester-RDMTester.o
RDMTester-QueueingRDMControllerTest.o RDMTester-UIDTest.o
-Wl,-bind_at_load -L/opt/local/lib /opt/local/lib/libcppunit.dylib -lm
-ldl ./.libs/libolardm.a /opt/local/lib/libprotobuf.dylib -lz
../logging/.libs/liblogging.a ../network/.libs/libolanetwork.a
../utils/.libs/libolautils.a -lpthread
Undefined symbols for architecture x86_64:
"ola::HexStringToUInt16(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&, unsigned
short*)", referenced from:
ola::rdm::UID::FromString(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)in RDMTester-UIDTest.o
"ola::HexStringToUInt(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, unsigned int*)", referenced from:
ola::rdm::UID::FromString(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)in RDMTester-UIDTest.o
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
make[5]: *** [RDMTester] Error 1
make[4]: *** [check-am] Error 2
make[3]: *** [check-recursive] Error 1
make[2]: *** [check] Error 2
make[1]: *** [check-recursive] Error 1
make: *** [check-recursive] Error 1
i don't know if you have to care about my results because of xcode and
llvm version i use.
i'll try to install xcode 4.1 and see what happens
++
Oh, hang on. HexStringToUInt16 doesn't exist in the codebase (try grep
-R HexStringToUInt16 * in the ola directory). I think what's happening
is that -L/opt/local/lib is picking up an old ola library. Can you
try removing all ola libraries in /opt/local/lib and see if that
helps.
Simon
Le 21/09/11 22:35, Simon Newton a �crit :
Simon,
i've removed all libola*.* in /opt/local/lib (i also removed .pc in
/opt/local/lib/pkgconfig)
but got the same error
/bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O2
-L/opt/local/lib -lcppunit -ldl -o RDMTester RDMTester-RDMAPITest.o
RDMTester-RDMCommandTest.o RDMTester-RDMTester.o
RDMTester-QueueingRDMControllerTest.o RDMTester-UIDTest.o libolardm.la
../logging/liblogging.la ../network/libolanetwork.la
../utils/libolautils.la -lpthread
brouhaha:ola nico$
++
> Simon
>
>
>> ++
>>
>> Le Wed Sep 21 21:14:57 2011, Simon Newton a �crit :
>>> I've pushed a change. I wasn't able to reproduce the problem so let me
>>> know if this fixes it.
>>>
>>> Simon
>>>
>>>
>>> On Tue, Sep 20, 2011 at 10:26 AM, nico<sl12...@gmail.com> wrote:
>>>> Version du syst�me : Mac OS X 10.6.8 (10K549)
>>>> Version du noyau : Darwin 10.8.0
>>>> Volume de d�marrage : Macintosh HD
>>>> Mode de d�marrage : Normal
>>>> Nom de l�ordinateur : brouhaha
>>>> Nom de l�utilisateur : nico (nico)
>>>> M�moire virtuelle s�curis�e : activ�e
>>>> Noyau et extensions 64 bits : Non
>>>> Temps depuis le d�marrage : 4:36
>>>>
>>>> it's a beta release of xcode 4.2 with llvm compiler
>>>> Version : 4.2 (4C5163c)
>>>> Location : /Developer
>>>> Applications :
>>>> Xcode : 4.2 (827)
>>>> Instruments : 4.2 (4223)
>>>> Dashcode : 3.0.2 (336)
>>>> SDKs :
>>>> Mac OS X :
>>>> 10.5 : (9L31a)
>>>> 10.6 : (10K549)
>>>>
>>>>
>>>> Le Tue Sep 20 10:09:09 2011, Simon Newton a �crit :
>>>>>> Le 19/09/11 21:23, Simon Newton a �crit :
>>>>>>>
>>>>>>> On Mon, Sep 19, 2011 at 1:17 PM, Simon Newton<nom...@gmail.com>
>>>>>>> wrote:
>>>>>>>>
>>>>>>>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com> wrote:
>>>>>>>>>
>>>>>>>>> hi,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Le 19/09/11 08:40, Daniel a �crit :
What about /usr/loca/lib ? Got anything in there?
Can you run the grep command I sent you and check that HexStringToUInt
doesn't appear in the tarball.
Simon
>
>
> ++
>
>> Simon
>>
>>
>>> ++
>>>
>>> Le Wed Sep 21 21:14:57 2011, Simon Newton a écrit :
>>>>
>>>> I've pushed a change. I wasn't able to reproduce the problem so let me
>>>> know if this fixes it.
>>>>
>>>> Simon
>>>>
>>>>
>>>> On Tue, Sep 20, 2011 at 10:26 AM, nico<sl12...@gmail.com> wrote:
>>>>>
>>>>> Version du système : Mac OS X 10.6.8 (10K549)
>>>>> Version du noyau : Darwin 10.8.0
>>>>> Volume de démarrage : Macintosh HD
>>>>> Mode de démarrage : Normal
>>>>> Nom de l’ordinateur : brouhaha
>>>>> Nom de l’utilisateur : nico (nico)
>>>>> Mémoire virtuelle sécurisée : activée
>>>>> Noyau et extensions 64 bits : Non
>>>>> Temps depuis le démarrage : 4:36
>>>>>>> Le 19/09/11 21:23, Simon Newton a écrit :
>>>>>>>>
>>>>>>>> On Mon, Sep 19, 2011 at 1:17 PM, Simon Newton<nom...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>> hi,
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Le 19/09/11 08:40, Daniel a écrit :
Try removing those as well
> i only clean libola* in /opt/local/lib
>>
>> Can you run the grep command I sent you and check that HexStringToUInt
>> doesn't appear in the tarball.
>
> wich grep ?
grep -R HexStringToUInt *
Simon
>>
>> Simon
>>
>>
>>>
>>> ++
>>>
>>>> Simon
>>>>
>>>>
>>>>> ++
>>>>>
>>>>> Le Wed Sep 21 21:14:57 2011, Simon Newton a écrit :
>>>>>>
>>>>>> I've pushed a change. I wasn't able to reproduce the problem so let me
>>>>>> know if this fixes it.
>>>>>>
>>>>>> Simon
>>>>>>
>>>>>>
>>>>>> On Tue, Sep 20, 2011 at 10:26 AM, nico<sl12...@gmail.com> wrote:
>>>>>>>
>>>>>>> Version du système : Mac OS X 10.6.8 (10K549)
>>>>>>> Version du noyau : Darwin 10.8.0
>>>>>>> Volume de démarrage : Macintosh HD
>>>>>>> Mode de démarrage : Normal
>>>>>>> Nom de l’ordinateur : brouhaha
>>>>>>> Nom de l’utilisateur : nico (nico)
>>>>>>> Mémoire virtuelle sécurisée : activée
>>>>>>> Noyau et extensions 64 bits : Non
>>>>>>> Temps depuis le démarrage : 4:36
>>>>>>>>> Le 19/09/11 21:23, Simon Newton a écrit :
>>>>>>>>>>
>>>>>>>>>> On Mon, Sep 19, 2011 at 1:17 PM, Simon Newton<nom...@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> hi,
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Le 19/09/11 08:40, Daniel a écrit :
Le 22/09/11 09:49, Simon Newton a �crit :
> On Thu, Sep 22, 2011 at 8:48 AM, nico<sl12...@gmail.com> wrote:
>> Le 22/09/11 09:34, Simon Newton a �crit :
>>> On Thu, Sep 22, 2011 at 7:12 AM, nico<sl12...@gmail.com> wrote:
>>>> Le 21/09/11 22:35, Simon Newton a �crit :
still the same
Undefined symbols for architecture x86_64:
"ola::HexStringToUInt16(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&, unsigned
short*)", referenced from:
ola::rdm::UID::FromString(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)in RDMTester-UIDTest.o
"ola::HexStringToUInt(std::basic_string<char, std::char_traits<char>,
std::allocator<char> > const&, unsigned int*)", referenced from:
ola::rdm::UID::FromString(std::basic_string<char,
std::char_traits<char>, std::allocator<char> > const&)in RDMTester-UIDTest.o
ld: symbol(s) not found for architecture x86_64
my osx kernel is a 32bits one can this be related?
brouhaha:~ nico$ uname -a
Darwin brouhaha.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7
16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
>> i only clean libola* in /opt/local/lib
>>> Can you run the grep command I sent you and check that HexStringToUInt
>>> doesn't appear in the tarball.
>> wich grep ?
> grep -R HexStringToUInt *
and wich tarball?
git clone do not give me a .tar (or i don't understand what you meant by
tarball...)
>
> Simon
>
>>> Simon
>>>
>>>
>>>> ++
>>>>
>>>>> Simon
>>>>>
>>>>>
>>>>>> ++
>>>>>>
>>>>>> Le Wed Sep 21 21:14:57 2011, Simon Newton a �crit :
>>>>>>> I've pushed a change. I wasn't able to reproduce the problem so let me
>>>>>>> know if this fixes it.
>>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>>
>>>>>>> On Tue, Sep 20, 2011 at 10:26 AM, nico<sl12...@gmail.com> wrote:
>>>>>>>> Version du syst�me : Mac OS X 10.6.8 (10K549)
>>>>>>>> Version du noyau : Darwin 10.8.0
>>>>>>>> Volume de d�marrage : Macintosh HD
>>>>>>>> Mode de d�marrage : Normal
>>>>>>>> Nom de l�ordinateur : brouhaha
>>>>>>>> Nom de l�utilisateur : nico (nico)
>>>>>>>> M�moire virtuelle s�curis�e : activ�e
>>>>>>>> Noyau et extensions 64 bits : Non
>>>>>>>> Temps depuis le d�marrage : 4:36
>>>>>>>>
>>>>>>>> it's a beta release of xcode 4.2 with llvm compiler
>>>>>>>> Version : 4.2 (4C5163c)
>>>>>>>> Location : /Developer
>>>>>>>> Applications :
>>>>>>>> Xcode : 4.2 (827)
>>>>>>>> Instruments : 4.2 (4223)
>>>>>>>> Dashcode : 3.0.2 (336)
>>>>>>>> SDKs :
>>>>>>>> Mac OS X :
>>>>>>>> 10.5 : (9L31a)
>>>>>>>> 10.6 : (10K549)
>>>>>>>>
>>>>>>>>
>>>>>>>> Le Tue Sep 20 10:09:09 2011, Simon Newton a �crit :
>>>>>>>>>> Le 19/09/11 21:23, Simon Newton a �crit :
>>>>>>>>>>> On Mon, Sep 19, 2011 at 1:17 PM, Simon Newton<nom...@gmail.com>
>>>>>>>>>>> wrote:
>>>>>>>>>>>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>> hi,
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Le 19/09/11 08:40, Daniel a �crit :
What environment variables do you have set?
> brouhaha:~ nico$ uname -a
> Darwin brouhaha.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7
> 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
>
>
>>> i only clean libola* in /opt/local/lib
>>>>
>>>> Can you run the grep command I sent you and check that HexStringToUInt
>>>> doesn't appear in the tarball.
>>>
>>> wich grep ?
>>
>> grep -R HexStringToUInt *
>
> and wich tarball?
> git clone do not give me a .tar (or i don't understand what you meant by
> tarball...)
Sorry, I meant in the directory containing the code you checked out.
Simon
>>
>> Simon
>>
>>>> Simon
>>>>
>>>>
>>>>> ++
>>>>>
>>>>>> Simon
>>>>>>
>>>>>>
>>>>>>> ++
>>>>>>>
>>>>>>> Le Wed Sep 21 21:14:57 2011, Simon Newton a écrit :
>>>>>>>>
>>>>>>>> I've pushed a change. I wasn't able to reproduce the problem so let
>>>>>>>> me
>>>>>>>> know if this fixes it.
>>>>>>>>
>>>>>>>> Simon
>>>>>>>>
>>>>>>>>
>>>>>>>> On Tue, Sep 20, 2011 at 10:26 AM, nico<sl12...@gmail.com>
>>>>>>>> wrote:
>>>>>>>>>
>>>>>>>>> Version du système : Mac OS X 10.6.8 (10K549)
>>>>>>>>> Version du noyau : Darwin 10.8.0
>>>>>>>>> Volume de démarrage : Macintosh HD
>>>>>>>>> Mode de démarrage : Normal
>>>>>>>>> Nom de l’ordinateur : brouhaha
>>>>>>>>> Nom de l’utilisateur : nico (nico)
>>>>>>>>> Mémoire virtuelle sécurisée : activée
>>>>>>>>> Noyau et extensions 64 bits : Non
>>>>>>>>> Temps depuis le démarrage : 4:36
>>>>>>>>>>> Le 19/09/11 21:23, Simon Newton a écrit :
>>>>>>>>>>>>
>>>>>>>>>>>> On Mon, Sep 19, 2011 at 1:17 PM, Simon Newton<nom...@gmail.com>
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> hi,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Le 19/09/11 08:40, Daniel a écrit :
Le 22/09/11 10:09, Simon Newton a �crit :
> On Thu, Sep 22, 2011 at 9:06 AM, nico<sl12...@gmail.com> wrote:
>>
>> Le 22/09/11 09:49, Simon Newton a �crit :
>>> On Thu, Sep 22, 2011 at 8:48 AM, nico<sl12...@gmail.com> wrote:
>>>> Le 22/09/11 09:34, Simon Newton a �crit :
>>>>> On Thu, Sep 22, 2011 at 7:12 AM, nico<sl12...@gmail.com> wrote:
>>>>>> Le 21/09/11 22:35, Simon Newton a �crit :
none, i let configure pick up everything
>
>> brouhaha:~ nico$ uname -a
>> Darwin brouhaha.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7
>> 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386
>>
>>
>>>> i only clean libola* in /opt/local/lib
>>>>> Can you run the grep command I sent you and check that HexStringToUInt
>>>>> doesn't appear in the tarball.
>>>> wich grep ?
>>> grep -R HexStringToUInt *
>> and wich tarball?
>> git clone do not give me a .tar (or i don't understand what you meant by
>> tarball...)
> Sorry, I meant in the directory containing the code you checked out.
before ./configure & make
brouhaha:ola nico$ grep -R HexStringToUInt *
brouhaha:ola nico$
after make check
brouhaha:ola nico$ grep -R HexStringToUInt *
Binary file common/rdm/RDMTester-UIDTest.o matches
brouhaha:ola nico$
>
> Simon
>
>>> Simon
>>>
>>>>> Simon
>>>>>
>>>>>
>>>>>> ++
>>>>>>
>>>>>>> Simon
>>>>>>>
>>>>>>>
>>>>>>>> ++
>>>>>>>>
>>>>>>>> Le Wed Sep 21 21:14:57 2011, Simon Newton a �crit :
>>>>>>>>> I've pushed a change. I wasn't able to reproduce the problem so let
>>>>>>>>> me
>>>>>>>>> know if this fixes it.
>>>>>>>>>
>>>>>>>>> Simon
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> On Tue, Sep 20, 2011 at 10:26 AM, nico<sl12...@gmail.com>
>>>>>>>>> wrote:
>>>>>>>>>> Version du syst�me : Mac OS X 10.6.8 (10K549)
>>>>>>>>>> Version du noyau : Darwin 10.8.0
>>>>>>>>>> Volume de d�marrage : Macintosh HD
>>>>>>>>>> Mode de d�marrage : Normal
>>>>>>>>>> Nom de l�ordinateur : brouhaha
>>>>>>>>>> Nom de l�utilisateur : nico (nico)
>>>>>>>>>> M�moire virtuelle s�curis�e : activ�e
>>>>>>>>>> Noyau et extensions 64 bits : Non
>>>>>>>>>> Temps depuis le d�marrage : 4:36
>>>>>>>>>>
>>>>>>>>>> it's a beta release of xcode 4.2 with llvm compiler
>>>>>>>>>> Version : 4.2 (4C5163c)
>>>>>>>>>> Location : /Developer
>>>>>>>>>> Applications :
>>>>>>>>>> Xcode : 4.2 (827)
>>>>>>>>>> Instruments : 4.2 (4223)
>>>>>>>>>> Dashcode : 3.0.2 (336)
>>>>>>>>>> SDKs :
>>>>>>>>>> Mac OS X :
>>>>>>>>>> 10.5 : (9L31a)
>>>>>>>>>> 10.6 : (10K549)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Le Tue Sep 20 10:09:09 2011, Simon Newton a �crit :
>>>>>>>>>>>> Le 19/09/11 21:23, Simon Newton a �crit :
>>>>>>>>>>>>> On Mon, Sep 19, 2011 at 1:17 PM, Simon Newton<nom...@gmail.com>
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>> hi,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Le 19/09/11 08:40, Daniel a �crit :
I don't know where that's coming from then. As a final hammer try
running make install and then re-run make check.
Simon
>
>>
>>>>>>>>>
>>>>>>>>> Le Wed Sep 21 21:14:57 2011, Simon Newton a écrit :
>>>>>>>>>>
>>>>>>>>>> I've pushed a change. I wasn't able to reproduce the problem so
>>>>>>>>>> let
>>>>>>>>>> me
>>>>>>>>>> know if this fixes it.
>>>>>>>>>>
>>>>>>>>>> Simon
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Tue, Sep 20, 2011 at 10:26 AM, nico<sl12...@gmail.com>
>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> Version du système : Mac OS X 10.6.8 (10K549)
>>>>>>>>>>> Version du noyau : Darwin 10.8.0
>>>>>>>>>>> Volume de démarrage : Macintosh HD
>>>>>>>>>>> Mode de démarrage : Normal
>>>>>>>>>>> Nom de l’ordinateur : brouhaha
>>>>>>>>>>> Nom de l’utilisateur : nico (nico)
>>>>>>>>>>> Mémoire virtuelle sécurisée : activée
>>>>>>>>>>> Noyau et extensions 64 bits : Non
>>>>>>>>>>> Temps depuis le démarrage : 4:36
>>>>>>>>>>>>> Le 19/09/11 21:23, Simon Newton a écrit :
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> On Mon, Sep 19, 2011 at 1:17 PM, Simon
>>>>>>>>>>>>>> Newton<nom...@gmail.com>
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On Mon, Sep 19, 2011 at 8:13 AM, nico<sl12...@gmail.com>
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> hi,
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Le 19/09/11 08:40, Daniel a écrit :
>> before ./configure& make
>> brouhaha:ola nico$ grep -R HexStringToUInt *
>> brouhaha:ola nico$
>>
>> after make check
>> brouhaha:ola nico$ grep -R HexStringToUInt *
>> Binary file common/rdm/RDMTester-UIDTest.o matches
>> brouhaha:ola nico$
>
> I don't know where that's coming from then. As a final hammer try
> running make install and then re-run make check.
nope.
a quick final question :
does a fresh configure & make on 0.8.12 should reinstall ola stuff in
/opt/local/lib
By default it'll install into /usr/local/lib . You can change this by
passing --prefix=<path> to ./configure.
Simon
Sorry, that was my error from early this weekend. Update and try again now.
Simon
Which platform / OS / compiler?
I can't reproduce it on 10.6.8 with
i686-apple-darwin10-llvm-g++-4.2 (GCC) 4.2.1 (Based on Apple Inc.
build 5658) (LLVM build 2335.6)
But using llvm-g++ from mac ports I discovered an include problem,
which I think may be the cause of your trouble. I've pushed a change,
let me know if that fixes it.
Simon
What does
file /opt/local/lib/libcurses.dylib
show? I suspect it won't include i386. Did you install using macports?
I think there is an extra flag you can pass to get it to build i386
versions as well.
Simon