[ace-users] Re: [tao-support] Has ACE 5.4.4/TAO 1.4.4 been built with gcc 4.0.0 yet
Hi Robert,
> When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core
> 4 test 2 on an x86 platform I get a lot of errors mainly to do with
> template instantiations. Has anyone successfully build TAO/ACE using
> the latest gcc ?
We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming
x.4.5 beta should work nicely with GCC 4.0.0. We hope to have this
available very shortly (there's just one remaining snag with typecodes
that should be fixed in the next day or so). If you'd like to give
things a try before we release x.4.5 please download the contents of
ACE+TAO from our CVS repo at
http://cvs.doc.wustl.edu/
and see if it works for you on your platform. If not, please let us
know and we'll try to make sure that it's working before we put out
the beta release.
Thanks,
Doug
I've tried the CVS version on macosx 10.4, with gcc4.0 and still got
the same intantiation problem.
On 5/9/05, Douglas C. Schmidt <schmidt@cs.wustl.edu> wrote:
>
> Hi Robert,
>
> > When building ACE 5.4.4/TAO 1.4.4 using gcc 4.0.0 under fedora core
> > 4 test 2 on an x86 platform I get a lot of errors mainly to do with
> > template instantiations. Has anyone successfully build TAO/ACE using
> > the latest gcc ?
>
> We just added GCC 4.0.0 support to ACE+TAO recently. The forthcoming
> x.4.5 beta should work nicely with GCC 4.0.0. We hope to ha...
RE: [tao-users] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5Hi,
> > Hi Lothar
> >
> > > � � ACE VERSION: 5.4.5
> >
> > Thanks for using the PRF form. Could you try to find the
> problem and send
> > us patches to fix this?
> >
> > Regards,
> >
> > Johnny Willemsen
>
> I have no problem committing some time to the problem. I do
> however know as
> much as nothing about the ACE XML parser and it's recent
> changes. It seems to
> me that (some) of the recent changes might have caused the
> test failures. So
> if someone working actively on ACEXML gives me directions I
> am willing to
> spend my time investigating the problem.
I can't remember that work has been done the last months so I am also amazed
things broke. Nobody is actively working on it, so I think there are not
much directions at this moment.
Regards,
Johnny Willemsen
Remedy IT
Postbus 101
2650 AC Berkel en Rodenrijs
The Netherlands
www.theaceorb.nl / www.remedy.nl
On Wednesday 18 May 2005 11:01, Johnny Willemsen wrote:
> Hi,
> I can't remember that work has been done the last months so I am also
> amazed things broke. Nobody is actively working on it, so I think there are
> not much directions at this moment.
Well, it did definiteley work with 5.4.4. So any changes that broke it must
have been made between 5.4.4 and 5.4.5. I also read in the release email of
5.4.5 in the CIAO...
RE: [ace-users] ACE+TAO+CIAOHi,
Please use the prf form and which configuration you build. I personally
think you have an old version of ACE/TAO on the system that is used.
Regards,
Johnny
> -----Original Message-----
> From: owner-ace-users@cse.wustl.edu
> [mailto:owner-ace-users@cse.wustl.edu] On Behalf Of Domingos Monteiro
> Sent: donderdag 9 juni 2005 18:05
> To: Simon McQueen
> Cc: ace-users@cs.wustl.edu
> Subject: Re: [ace-users] ACE+TAO+CIAO - 5.4.6 + 1.4.6 + 0.4.6 released
>
> Hi,
>
> I've just dowloaded this version
> I've started to compile ACE with
> - MSVC 7.1
> - Win XP
> And get the following link errors:
>
> Message_Block.obj : error LNK2005: "public: virtual void __thiscall
> ACE_Deadline_Message_Strategy::convert_priority(class ACE_Time_Value
> &,class ACE_Message_Block const &)"
> (?convert_priority@ACE_Deadline_Message_Strategy@@UAEXAAVACE_T
> ime_Value@@ABVACE_Message_Block@@@Z)
> already defined in CDR_Size.obj
> Message_Block.obj : error LNK2005: "public: virtual void __thiscall
> ACE_Laxity_Message_Strategy::convert_priority(class ACE_Time_Value
> &,class ACE_Message_Block const &)"
> (?convert_priority@ACE_Laxity_Message_Strategy@@UAEXAAVACE_Tim
> e_Value@@ABVACE_Message_Block@@@Z)
> already defined in CDR_Size.obj
> SString.obj : error LNK2005: "public: __thiscall
> ACE_NS_WString::ACE_N...
[ace-users] Re: a little bug of ACE-5.4.1+TAO-1.4.1+CIAO-0.4.1.tar.gzHi Adam,
Please upgrade to ACE+TAO x.4.8, which you can download from
http://deuce.doc.wustl.edu/Download.html
under the heading "latest beta kit". The DOC groups at Washington
University, UC Irvine, and Vanderbilt University only provide "best
effort" support for non-sponsors for the latest beta kit, as described
in
http://www.cs.wustl.edu/~schmidt/ACE_wrappers/docs/ACE-bug-process.html
Thus, if you need more "predictable" help for ACE 5.4.1, I recommend
that you check out
http://www.cs.wustl.edu/~schmidt/commercial-support.html
for a list of companies that will provide you with ACE+TAO commercial
support.
Thanks,
Doug
>> When I compile this version, it prompts me the following errors that
>> /*------
>> gmake[6]: *** No rule to make target `Client_Request_Interceptor.cpp',
>> needed by `.obj/Client_Request_Interceptor.o'. Stop.
>> ------*/
>>
>> Then I find there is something wrong about the directory:
>> /export/home/adam/ace.5.4.1.cc.64/TAO/tests/Portable_Interceptors/Request_Interceptor_Flow
>> There are two files whose file names suffix are very strange.
>> 1. Client_Request_Interceptor.cp
>> 2. Server_Request_Interceptor.cp
>> After I rename them from .cp to .cpp
>>
>> I wonder if this is a bug or some thing I configure wrong?
>>
>> Regards,
>> Adam
>>
-...
[ace-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)Hi,
We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and
CIAO-0.4.9. The documentation for this beta kit will be available shortly.
We are still working very hard on the x.5 release, which is scheduled to be
released by the beginning of March if all goes well.
We wanted to get this new beta out to fix several important bugs
reported by our
users, which we greatly appreciate, as always. We've also added a number
of improvements
to the various components in ACE, TAO and CIAO.
As usual the latest release is available at:
http://deuce.doc.wustl.edu/Download.html
The doxygen documentation for the beta is also available.
We encourage you to download the new beta, use it with your
applications, and let us know if you encounter any problems. Please use
the:
$ACE_ROOT/PROBLEM-REPORT-FORM
$TAO_ROOT/PROBLEM-REPORT-FORM
$CIAO_ROOT/PROBLEM-REPORT-FORM
so that we have the version/platform/compiler/options you're using to
report problems. We also request that you take a look at
$TAO_ROOT/docs/releasenotes
for the status of various ongoing projects at the DOC groups of WashU,
UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our
recent progress and upcoming plans are available at
$ACE_ROOT/NEWS
$TAO_ROOT/NEWS
$CIAO_ROOT/NEWS
The overall success rates for the test results gathered from all our
daily builds is 95.68% for the ACE tests and 88.6% for the TAO tests.
Please see
http://www.dr...
[ace-users] Announcing the release of the new beta (ACE-5.4.8, TAO-1.4.8 and CIAO-0.4.8)
[The following is on behalf of the PrismTech build-czars!]
Hi,
We are pleased to announce a new beta of ACE-5.4.8, TAO-1.4.8, and
CIAO-0.4.8. We are currently working hard on the long-awaited x.5
release, which is slated to appear in early 2006. We therefore wanted
to get this new beta out to fix several important bugs reported by our
users, which we greatly appreciate as always. We've added a number of
sub-setting improvements that reduce the static/dynamic footprint of
ACE+TAO significantly (www.dre.vanderbilt.edu/Stats has all the
details). We've also finally added support for Real-time CCM to CIAO
and DAnCE.
This beta is contains the results of our major footprint reduction
effort that started in the summer of 2004. Between August 1st 2004
and October 14th 2005 the footprint reduction for the ORB_Init
application has been 20%. Dependent on the parts of TAO you use the
reduction can even be more. This reduction is inclusive all the
extensions that have been made to TAO the last year. Interested users
should check out
http://www.dre.vanderbilt.edu/Stats/
for more details. Note that the footprint has increased slightly
again due to emulated exceptions having been disabled in favour of
native C++ exceptions in all stats builds. We have deprecated support
for emulated exceptions since there are no sponsors for this
configuration. If you require emulated exceptions please contact one
of the companies listed in
http://w...
[tao-users] Re: ACE+TAO+CIAOHi folks,
It's been a long time (5 months) since we put out the x.4.2
ACE+TAO+CIAO beta, and the current x.4.3 beta contains many
improvements, fixes, and new features. It would be great if you could
put this through its paces and let us know what problems you find so
we can fix them ASAP. We plan to release the x.4.4 beta fairly soon
(i.e., within a month), so your thorough testing will greatly improve
its stability and portabilty!
Thanks very much,
Doug
>> Since this is the season of giving, we are happy to announce a new beta
>> of ACE-5....
[tao-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)Hi,
We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and
CIAO-0.4.9. The documentation for this beta kit will be available shortly.
We are still working very hard on the x.5 release, which is scheduled to be
released by the beginning of March if all goes well.
We wanted to get this new beta out to fix several important bugs
reported by our
users, which we greatly appreciate, as always. We've also added a number
of improvements
to the various components in ACE, TAO and CIAO.
As usual the latest release is available at:
http://deuce.doc.wustl.edu/Download.html
The doxygen documentation for the beta is also available.
We encourage you to download the new beta, use it with your
applications, and let us know if you encounter any problems. Please use
the:
$ACE_ROOT/PROBLEM-REPORT-FORM
$TAO_ROOT/PROBLEM-REPORT-FORM
$CIAO_ROOT/PROBLEM-REPORT-FORM
so that we have the version/platform/compiler/options you're using to
report problems. We also request that you take a look at
$TAO_ROOT/docs/releasenotes
for the status of various ongoing projects at the DOC groups of WashU,
UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our
recent progress and upcoming plans are available at
$ACE_ROOT/NEWS
$TAO_ROOT/NEWS
$CIAO_ROOT/NEWS
The overall success rates for the test results gathered from all our
daily builds is 95.68% for the ACE tests and 88.6% for the TAO tests.
Please see
http://www.dre.v...
[tao-users] Announcing the release of the new beta (ACE-5.4.8, TAO-1.4.8 and CIAO-0.4.8)
[The following is on behalf of the PrismTech build-czars!]
Hi,
We are pleased to announce a new beta of ACE-5.4.8, TAO-1.4.8, and
CIAO-0.4.8. We are currently working hard on the long-awaited x.5
release, which is slated to appear in early 2006. We therefore wanted
to get this new beta out to fix several important bugs reported by our
users, which we greatly appreciate as always. We've added a number of
sub-setting improvements that reduce the static/dynamic footprint of
ACE+TAO significantly (www.dre.vanderbilt.edu/Stats has all the
details). We've also finally added support for Real-time CCM to CIAO
and DAnCE.
This beta is contains the results of our major footprint reduction
effort that started in the summer of 2004. Between August 1st 2004
and October 14th 2005 the footprint reduction for the ORB_Init
application has been 20%. Dependent on the parts of TAO you use the
reduction can even be more. This reduction is inclusive all the
extensions that have been made to TAO the last year. Interested users
should check out
http://www.dre.vanderbilt.edu/Stats/
for more details. Note that the footprint has increased slightly
again due to emulated exceptions having been disabled in favour of
native C++ exceptions in all stats builds. We have deprecated support
for emulated exceptions since there are no sponsors for this
configuration. If you require emulated exceptions please contact one
of the companies listed in
http://w...
Re: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4Hi Jason,
Thanks for using the PRF.
>> ACE VERSION: 5.3.1
This version of ACE is ANCIENT. The forthcoming ACE 5.4.8 beta should
work "out of the box" for Mac OS X Tiger. If you want a preview,
please download the version in our CVS repo at
http://cvs.doc.wustl.edu/
take care,
Doug
>> HOST MACHINE and OPERATING SYSTEM: Mac OS X 10.4.2
>> COMPILER NAME AND VERSION (AND PATCHLEVEL):
>> powerpc-apple-darwin8-gcc-4.0.1
>>
>> CONTENTS OF $ACE_ROOT/ace/config.h:
>>
>> /* -*- C++ -*- */
>> // config-macosx.h,v 4.17 2003/01/20 20:02:12 seibel_r Exp
>>
>> // This configuration file is designed to work with the MacOS X operating
>> system.
>>
>> #ifndef ACE_CONFIG_MACOSX_H
>> #define ACE_CONFIG_MACOSX_H
>>
>> #if ! defined (__ACE_INLINE__)
>> #define __ACE_INLINE__
>> #endif /* ! __ACE_INLINE__ */
>>
>> #if defined (__GNUG__)
>> # include "ace/config-g++-common.h"
>> #endif /* __GNUG__ */
>>
>> #undef ACE_HAS_EXPLICIT_TEMPLATE_INSTANTIATION
>>
>> #define ACE_SIZE_T_FORMAT_SPECIFIER ACE_LIB_TEXT ("%lu")
>>
>> #if defined (ACE_HAS_PENTIUM)
>> # undef ACE_HAS_PENTIUM
>> #endif /* ACE_HAS_PENTIUM */
>>
>> #if !defined (_THREAD_SAFE)
>> #define _THREAD_SAFE
>&g...
RE: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2Hi Jason,
> > >> ACE VERSION: 5.3.1
> >
> > This version of ACE is ANCIENT. The forthcoming ACE 5.4.8
> beta should
> > work "out of the box" for Mac OS X Tiger. If you want a preview,
> > please download the version in our CVS repo at
>
> I know it isn't the most recent version available, but this
> version is used
> extensively across the corporation. Changing the version of
> ACE all these
> products used will cause the architect's heads to explode ;)
;-)
Right - this is where the value of commercial support providers comes
into play. DOC's research efforts continue to march on as they should,
while commercial product efforts are best served by sticking with a
version of ACE over time. Companies such as Riverace can make a
5.3-base version work on Mac OS X Tiger, for instance, as well as make
sure that when your product is ready for an upgrade, the new version
of ACE won't surprise you.
I'd be happy to discuss further how we can help you and your
architects - we don't want any heads to explode :-)
-Steve
--
Steve Huston, Riverace Corporation
Helping you succeed with ACE
See http://www.riverace.com/support.htm
...
RE: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2Hi Doug,
>
> Thanks for using the PRF.
>
> >> ACE VERSION: 5.3.1
>
> This version of ACE is ANCIENT. The forthcoming ACE 5.4.8 beta should
> work "out of the box" for Mac OS X Tiger. If you want a preview,
> please download the version in our CVS repo at
I know it isn't the most recent version available, but this version is used
extensively across the corporation. Changing the version of ACE all these
products used will cause the architect's heads to explode ;)
Is it your opinion that 5.3.1 is hopeless cause on Tiger?
> http://cvs.doc.wustl.edu/
I will try it out, and let you know how it works.
Thanks,
Jason
...
Re: Subject: Building ACE 5.3.1 on Mac OS X (Tiger) 10.4.2 was [ace-users] Building ACE on Mac OSX 10.4 #2Hi Jason,
>> I know it isn't the most recent version available, but this version
>> is used extensively across the corporation. Changing the version of
>> ACE all these products used will cause the architect's heads to
>> explode ;)
>>
>> Is it your opinion that 5.3.1 is hopeless cause on Tiger?
It'll take some work, but companies like Riverace, Remedy, and OCI can
help out with this stuff if staying with 5.3.1 is essential. Please see
http://www.cs.wustl.edu/~schmidt/commercial-support.html
for help with this stuff.
>> > http://cvs.doc.wustl.edu/
>> I will try it out, and let you know how it works.
Great - if there are any problems please let us know quickly so that
we can get the fixes into the x.4.8 beta.
Thanks,
Doug
--
Dr. Douglas C. Schmidt Professor and Associate Chair
Electrical Engineering and Computer Science TEL: (615) 343-8197
Institute for Software Integrated Systems WEB: www.dre.vanderbilt.edu/~schmidt
Vanderbilt University, Nashville TN, 37203 NET: d.schmidt@vanderbilt.edu
...
[tao-users] RE: [ace-users] XML service configuration no longer works with ACE/TAO 5.4.5/1.4.5Hi Lothar
> � � ACE VERSION: 5.4.5
Thanks for using the PRF form. Could you try to find the problem and send us
patches to fix this?
Regards,
Johnny Willemsen
Remedy IT
Postbus 101
2650 AC Berkel en Rodenrijs
The Netherlands
www.theaceorb.nl / www.remedy.nl
>
> � � HOST MACHINE and OPERATING SYSTEM:
> uname -a
> Linux janus 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC
> 2005 x86_64 x86_64
> x86_64 GNU/Linux
>
> � � TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
> � � COMPILER NAME AND VERSION (AND PATCHLEVEL):
> gcc-4.0.0 --version
> gcc-4.0.0 (GCC) 4.0.0
>
> � � CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to
> a platform-
> � � specific file, simply state which one]:
> cat /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/ace/config.h
> #define ACE_HAS_XML_SVC_CONF
> #include "ace/config-linux.h"
>
> � � CONTENTS OF
> $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless
> � � this isn't used in this case, e.g., with Microsoft Visual C++):
> cat
> /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/include/makeinclude/
> platform_macros.GNU
>
> # configure ACE/TAO for our use
>
> debug=1
> optimize=1
> exceptions=1
> threads=1
> inline=1
> rtti=1
> versioned_so=1
> interface_repo=1
> ssl=1
>
> include $(ACE_ROOT)/include/makeinclude/platform_linux.GNU
...
[ciao-users] Announcing the release of the new beta (ACE-5.4.8, TAO-1.4.8 and CIAO-0.4.8)
[The following is on behalf of the PrismTech build-czars!]
Hi,
We are pleased to announce a new beta of ACE-5.4.8, TAO-1.4.8, and
CIAO-0.4.8. We are currently working hard on the long-awaited x.5
release, which is slated to appear in early 2006. We therefore wanted
to get this new beta out to fix several important bugs reported by our
users, which we greatly appreciate as always. We've added a number of
sub-setting improvements that reduce the static/dynamic footprint of
ACE+TAO significantly (www.dre.vanderbilt.edu/Stats has all the
details). We've also finally added support for Real-time CCM to CIAO
and DAnCE.
This beta is contains the results of our major footprint reduction
effort that started in the summer of 2004. Between August 1st 2004
and October 14th 2005 the footprint reduction for the ORB_Init
application has been 20%. Dependent on the parts of TAO you use the
reduction can even be more. This reduction is inclusive all the
extensions that have been made to TAO the last year. Interested users
should check out
http://www.dre.vanderbilt.edu/Stats/
for more details. Note that the footprint has increased slightly
again due to emulated exceptions having been disabled in favour of
native C++ exceptions in all stats builds. We have deprecated support
for emulated exceptions since there are no sponsors for this
configuration. If you require emulated exceptions please contact one
of the companies listed in
http://w...
[ciao-users] Announcing the release of the new beta (ACE-5.4.9, TAO-1.4.9 and CIAO-0.4.9)Hi,
We are pleased to announce a new beta of ACE-5.4.9, TAO-1.4.9, and
CIAO-0.4.9. The documentation for this beta kit will be available shortly.
We are still working very hard on the x.5 release, which is scheduled to be
released by the beginning of March if all goes well.
We wanted to get this new beta out to fix several important bugs
reported by our
users, which we greatly appreciate, as always. We've also added a number
of improvements
to the various components in ACE, TAO and CIAO.
As usual the latest release is available at:
http://deuce.doc.wustl.edu/Download.html
The doxygen documentation for the beta is also available.
We encourage you to download the new beta, use it with your
applications, and let us know if you encounter any problems. Please use
the:
$ACE_ROOT/PROBLEM-REPORT-FORM
$TAO_ROOT/PROBLEM-REPORT-FORM
$CIAO_ROOT/PROBLEM-REPORT-FORM
so that we have the version/platform/compiler/options you're using to
report problems. We also request that you take a look at
$TAO_ROOT/docs/releasenotes
for the status of various ongoing projects at the DOC groups of WashU,
UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our
recent progress and upcoming plans are available at
$ACE_ROOT/NEWS
$TAO_ROOT/NEWS
$CIAO_ROOT/NEWS
The overall success rates for the test results gathered from all our
daily builds is 95.68% for the ACE tests and 88.6% for the TAO tests.
Please see
http://www.dre.v...
RE: [ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4Hi Lothar,
Thanks for using the PRF form. It looks that one of the pointers to strcmp
is zero, maybe that results in the crash. Could you post a small test app
that reproduces the problem?
Regards,
Johnny Willemsen
Remedy IT
Postbus 101
2650 AC Berkel en Rodenrijs
The Netherlands
www.theaceorb.nl / www.remedy.nl
> ACE VERSION: 5.4.4
>
> HOST MACHINE and OPERATING SYSTEM:
> uname -a
> Linux janus 2.6.11.4-20a-default #1 Wed Mar 23 21:52:37 UTC
> 2005 x86_64 x86_64
> x86_64 GNU/Linux
>
> TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
> COMPILER NAME AND VERSION (AND PATCHLEVEL):
> gcc-4.0.0 --version
> gcc-4.0.0 (GCC) 4.0.0
>
> CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to
> a platform-
> specific file, simply state which one]:
> cat /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/ace/config.h
> #define ACE_HAS_XML_SVC_CONF
> #include "ace/config-linux.h"
>
> CONTENTS OF
> $ACE_ROOT/include/makeinclude/platform_macros.GNU (unless
> this isn't used in this case, e.g., with Microsoft Visual C++):
> cat
> /opt2/linux/x86_64/ACE/1.4.4/ACE_wrappers/include/makeinclude/
> platform_macros.GNU
>
> # configure ACE/TAO for our use
>
> debug=1
> optimize=1
> exceptions=1
> threads=1
> inline=1
> rtti=1
> versioned_so=1
> interface_repo=1
> ssl=...
RE: [ace-users] segfault on linux x86-64 with ACE/TAO 5.4.4/1.4.4 #2Hi,
> Thanks for the reply.
> The reason why I posted the stacktrace is that I have
> currently no clue how to
> reproduce a small testcase. But I will keep trying.
>
> I had the hope that someone familiar with ACE_Malloc_T<>
> could shed light on
> this subject. As I said the curious thing is that it works
> with 32bit and
> fails with 64bit.
The only thing that I can imagine off is that somewhere a 64bit pointer is
by accident handled as 32bit.
Johnny
...
[ace-users] Re: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86Hi Jin,
>> The solaris 9/10 for sparc is not the same as solaris 9/10 for
>> Intel X86,although it is almost free,and the SunStudio 9 (CC
>> 5.6)for sparc is not the same as SunStudio 9(CC 5.6) for Intel X86.
This is yet one more reason why you'll need to do the legwork on
this. Please let us know what you find out.
Thanks,
Doug
--
Dr. Douglas C. Schmidt, Professor TEL: (615) 343-8197
Electrical Engineering and Computer Science FAX: (615) 343-7440
Vanderbilt University WEB: www.cs.wustl.edu/~schmidt/
Nashvil...
Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86Hi,
>> ACE VERSION: 5.4.3
Thakns for using the PRF!
>> HOST MACHINE and OPERATING SYSTEM:
>> Solaris10 X86
We (i.e., the DOC groups at UCI/VU/WU) don't have Solaris running on
an x86 box (yet). It would therefore be great if you could figure out
what patches need to be applied so that ACE compiles properly on this
platform.
BTW, Kitty/Bala, weren't we planning on running Solaris on an AMD box
at some point?
Thanks,
Doug
>> TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
>> COMPIL...
[ciao-users] ACE+TAO+CIAOHi,
We are pleased to announce a new beta of ACE-5.4.5, TAO-1.4.5 and
CIAO-0.4.5. This beta contains a number of time/space optimizations,
including POA/Skeleton refactoring and TypeCode reimplementation. It
also fixes a number of important bugs reported by our users, which we
greatly appreciate, as always.
As usual the latest release is available at:
http://deuce.doc.wustl.edu/Download.html
The doxygen documentation for the beta will be updated in the next few
hours!
We encourage you to download the new beta, use it with your
applications, and let us know if you encounter any problems. As always,
please use the:
$ACE_ROOT/PROBLEM-REPORT-FORM
$TAO_ROOT/PROBLEM-REPORT-FORM
$CIAO_ROOT/PROBLEM-REPORT-FORM
so that we have the version/platform/compiler/options you're using to
report problems. We also request that you take a look at
$TAO_ROOT/docs/releasenotes
$CIAO_ROOT/docs/releasenotes
for the status of various ongoing projects at the DOC groups of WashU,
UCI, and Vanderbilt to move ACE+TAO+CIAO forward. Overviews of our
recent progress and upcoming plans are available at
$ACE_ROOT/NEWS
$TAO_ROOT/NEWS
$CIAO_ROOT/NEWS
The overall succeeded test results gathered from all our daily builds is
98% for the ACE tests and 93% for the TAO tests. Please see
http://www.dre.vanderbilt.edu/scoreboard/
for a summary of these tests. Our goal is to get these tests close to
100% for the next major release (i.e., ACE 6.0,...
Re: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2Johnny-
> Ok, the problem is in platform_sunos5_sunc++.GNU, when a not known forte
> version is found, it defaults to explicit. I am updating right now, for 4.2
> and 5.3 we default to explicit, for all others to implicit
Is this necessary? I mean make it implicit by default. The explicit is
not even supported, and has no chance to work cleanly. Why should we patch
broken stuff. Just a thought?
> Qinghuajin and other Forte 9 users, you can work around this by added the
> following line to your platform_macros.GNU file.
> templates = implicit
This is until w...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2> > Ok, the problem is in platform_sunos5_sunc++.GNU, when a
> not known forte
> > version is found, it defaults to explicit. I am updating
> right now, for 4.2
> > and 5.3 we default to explicit, for all others to implicit
This sounds good.
> Is this necessary? I mean make it implicit by default. The
> explicit is
> not even supported, and has no chance to work cleanly. Why
> should we patch
> broken stuff. Just a thought?
At least for ACE 5.5, Riverace supports the Forte compiler that
requires explicit. After that, we can drop it....
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2> Ok. Steve, could you maybe make clear with the build names
> which builds use explicit templates?
I'll try to get this clarified.
> Explicit templates in TAO are known to be broken at this
> moment.
None of the tests at Riverace try to build TAO.
-Steve
...