[ace-users] [installation] having problems building
shuston at riverace.com
Fri Jun 15 07:48:04 CDT 2007
I'm guessing here, and may be totally off, but are you using GNU make?
And do you have ACE_ROOT set to the path of the ACE_wrappers
Steve Huston, Riverace Corporation
Would you like ACE to run great on your platform?
From: ace-users-bounces at cse.wustl.edu
[mailto:ace-users-bounces at cse.wustl.edu] On Behalf Of José Rui Simões
Sent: Friday, June 15, 2007 5:58 AM
To: Thomas Lockhart
Cc: tao-users at cse.wustl.edu; ace-users at cse.wustl.edu
Subject: Re: [ace-users] [installation] having problems building
I've followed every suggestion you make and adapted the config.h and
Now when I follow the build instructions for ACE when I reach the part
of actually building ACE with make. It replies that it doesn't have
What did I do wrong?
On Tue, 2007-06-12 at 10:05 -0700, Thomas Lockhart wrote:
> Could somebody please help me with some more detailed
> instructions on how to build ACE/TAO for VxWorks?
You did not give any details on what exactly failed. If you have
questions please be sure to do so. But here are some suggestions:
Do not bother with the autoconf-based build, since that does not work
You did a native build first to get gperf and tao_idl, right?
I had decent luck building for VxWorks-6.3 and TAO-1.5.8 using the
classic from-source build technique. The results are not yet tested.
In previous versions of TAO I was able to assign TAO_IDL and other
variables in my platform_macros.GNU to get the cross-compilation to
work, but for 1.5.8 I seemed to need to actually create the soft links
in $ACE_ROOT/bin/ from the native build to the VxWorks directory.
I sourced $WIND_BASE/windriver.bash before compiling. That got the
compilers in my path and defined a bunch of environment variables. In
previous versions of VxWorks I defined these variables for myself.
I turned off RTP in platform_macros.GNU since that configuration
to want a few definitions that did not exist. I understand that RTP is
the configuration that was used by Johnny Willemsen when freshening
VxWorks support recently.
Much more of ACE and TAO build for VxWorks than did in the days of
I patch ACE and TAO to get singletons to work with multiple loadable
modules; the VxWorks loader does not respect weakly-defined objects
will create multiple instances of singletons if they are referenced
across modules. The patches involve using RTTI to register singletons
a non-templated manager object.
I've enclosed my platform_macros.GNU and config.h files; be sure to
them for your environment.
plain text document attachment (platform_macros-vxworks.GNU)
# For VxWorks environment
# Updated for Tornado 2.2.x and TAO 1.3.x
# Thomas Lockhart Caltech/JPL
# Disable shared libraries from the link step.
# Otherwise, we'll try to link to libACE.so, but the linker is looking
# TAO_IDL must be a full-path pointer to a built IDL compiler.
# Otherwise, rules which list this as a prerequisite (and there are
# will fail with "no rule to make..."
# One might think that setting PATH should be enough, but nooooooo....
# NOTE THAT ALL TAO_IDLFLAGS PARAMETERS ARE OVERRIDDEN IN THE RTC
# MAKEFILE.ENV SO THESE PARAMETERS NEED TO BE UPDATED THERE ALSO
# All support files are going into a stable installation, so generate
# brackets on #includes when possible
# Enable exception macro arguments since tao_idl may have been
# compiled with exceptions enabled for the host platform.
# Note that this could be enabled always, since the exception macros
# support native exceptions also.
# TAO_IDLFLAGS+= -Ge 1
# Disable tie classes to shrink libraries
# Enable AMI and OBV interfaces
TAO_IDLFLAGS+= -GC -Gv
IDLFLAGS+= -GC -Gv
# TAO currently calls everything with gcc-2.96 VxWorks 5.4.2.
# Override with the correct value for Tornado 2.2.1.
# Get the right version of gperf
TAO_IDLFLAGS+= -g /proj/ace/release/$(HOSTARCH)/bin/gperf
# VxWorks does not respect weakly-defined objects.
# Enable the workaround from Rich Johnson.
# TornadoII supports multicast,
# but this is not turned on by default in ACE
# Need static data member templates for the SingletonMap workaround.
# Should move to config-vxworks5.x.h when SingletonMap is added to the
# Remove RCS info from source code. Saves some room...
# Enable patch to use sortable time in log output
# Set optimization to O1 to allow exceptions under Tornado II 2.0
José Rui Simões
Critical Software, SA
Parque Industrial de Taveiro, Lote 48
3045-504 Coimbra, Portugal
Tel:+351.239 989 100 Fax:+351.239 989 119
jose-r-simoes at criticalsoftware.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Ace-users