Re: [vrjuggler-devel] Build failures with Mac OS 10.6 x64

[Doug M. <mc...@ia...>]

> On Oct 29, 2009, at 10:48 AM, Doug McCorkle wrote:
>
>>> On Oct 29, 2009, at 10:32 AM, Doug McCorkle wrote:
>>>
>>>> Hello,
>>>>
>>>> I am getting this failure on Mac OS 10.6 x64:
>>>>
>>>> g++ -DHAVE_CONFIG_H
>>>> -DJCCL_ROOT_DIR="\"/Users/kochjb/devel/deps/vrjuggler_install/\""
-DJCCL_SHARE_DIR="\"share/jccl-1.3.5\"" -D_JCCL_BUILD_
>>>> -I/Users/kochjb/devel/deps/vrjuggler_build/modules/jackal
>>>> -I/Users/kochjb/devel/deps/vrjuggler/modules/jackal/config
>>>> -I/Users/kochjb/devel/deps/vrjuggler/modules/jackal/common
>>>> -I/Users/kochjb/devel/deps/vrjuggler_build/modules/jackal/common
-fno-common  -pipe
>>>> -I/Users/kochjb/devel/deps/vrjuggler_build/instlinks/share/
>>>> flagpoll/../../include/vpr-2.1.15
>>>> -I/opt/local/include
>>>> -I/Users/kochjb/devel/deps/xml-cppdom_install/lib64/flagpoll/../../
include/cppdom-1.1.0
>>>> -arch -pthread x86_64 -DJUGGLER_OPT -DNDEBUG -O2 -fno-strict- aliasing
>>>> -fPIC -DPIC -arch x86_64  -Wall -W -Woverloaded-virtual -Wsign-promo
-Wnon-virtual-dtor -c -o
>>>> /Users/kochjb/devel/deps/vrjuggler_build/modules/jackal/obj/Darwin/
Mach-O/x86_64/opt/libjccl/jcclmain.o
>>>> /Users/kochjb/devel/deps/vrjuggler/modules/jackal/common/jccl/
jcclmain.cpp
>>>> g++-4.2: Invalid arch name : -pthread
>>>>
>>>> It looks like -pthread is not being placed properly with the -arch link
>>>> option. Is there an easy fix?
>>>
>>> Are you using the latest source? I made build system changes over the
weekend that got everything to build and run correctly for me.
>>>
>>
>> Yes. We updated this morning and got the updated docbook file.
>
> Updated docbook file? That doesn't have anything to do with the build,
and those files haven't changed in nearly two years. Are you building
from the trunk or the 2.2 branch?

I am on trunk. I am just pointing out that we got the updated file that
you committed last night. I know it has nothing to do with the build.

>
>> We then
>> made a new build directory and configured with the x86_64 abi option flag.
>
> Don't pass an ABI flag in; the default detection will get it right. When
trying to choose an ABI on OS X, I think that there is a bug associated
with something or other, but I haven't had time to track it down. That
probably means that building a universal binary won't work, too.

We were going off of your previous email on the info list which said to
pass in the abi flag to get 64 bit on snow leopard to work.

We had to change all of these files:

./gadgeteer/common.defs.mk
./gadgeteer/drivers/common.defs.mk
./gadgeteer/plugins/common.defs.mk
./jackal/common.defs.mk
./jackal/plugins/common.defs.mk
./sonix/common.defs.mk
./sonix/plugins/common.defs.mk
./tweek/common.defs.mk
./vapor/common.defs.mk
./vrjuggler/common.defs.mk


Doug