RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2Hi,
> > 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?
I have thought also about this, but maybe there are users around we don't
know if. We can drop all this after x.5 is released, until that time, I just
keep it there, just as we have a lot of other stuff that is probably broken.
> > 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 we release x.4.4., right?
Yes, with x.4.4 this will be done correctly.
Johnny
...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2Hi,
> > > I don't think the DOC group supports this compiler anymore.. More
> > > particularly this compiler is buggy and you may land up with
> > > unresolved
> > > symbols even if you get past this part.
> >
> > I missed the compiler version. But, Forte 8 gives output of
> SUN C++ 5.5.
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
Qinghuajin and other Forte 9 users, you can work around this by added the
following line to your platform_macros.GNU file.
templates = implicit
Regards,
Johnny Willemsen
Remedy IT
Leeghwaterstraat 25
2811 DT Reeuwijk
The Netherlands
www.theaceorb.nl / www.remedy.nl
...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2Hi,
> >> It's almost up. There are some issues with installing software as
> >> we don't have the media in a compatible form yet. We also don't
> >> have Sun CC, and we need to purchase a licence if we need to
> >> support Sun CC.
>
> Ok, that's fine - thanks for the update. I think some other folks
> (e.g., LMCO ATL and Remedy) have Solaris 9/10 and Sun CC, so we may
> not need to worry about running Sun CC on our machine. Johnny/Gautam,
> can you folks please confirm/deny whether you've got Sun CC on Solaris
> 9/10?
We are running SunCC (Forte 8) on Solaris 8. We have Solaris 9 available,
but have had no time to install it on our build system.
Johnny
...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2Hi Steve,
> > 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.
Ok. Steve, could you maybe make clear with the build names which builds use
explicit templates? Explicit templates in TAO are known to be broken at this
moment.
Johnny
...
RE: [ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2Hi,
> > > ACE VERSION: 5.4.3
> > >
> > > HOST MACHINE and OPERATING SYSTEM:
> > > Solaris10 X86
> > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
> > > COMPILER NAME AND VERSION (AND PATCHLEVEL):
> > > Compiler: SUN CC 5.6
> ^^^^^^^^^^^^^^^^^^^^^^^^
>
> I don't think the DOC group supports this compiler anymore.. More
> particularly this compiler is buggy and you may land up with
> unresolved
> symbols even if you get past this part.
I missed the compiler version. But, Forte 8 gives output of SUN C++ 5.5.
Maybe we should add a check to one of the Sun config file to check the SUN
CC version? Something like:
// Forte 6 is the oldest Forte version we sopport
#if __SUNPRO_CC < 0x530
# error Your SUN CC compiler is too old, upgrade to a newer version
#endif
Johnny
...
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
...
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.
Thanks,
-Steve
...
[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2Hi,all
I rebuild the ACE package according the instruction above,but get
the same result.
my platform_macros.GNU file has the following lines:
templates = implicit
include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU
When i rebuild the ACE library,get the following compile errors:
$ make inline=0 -j 2 -k -f GNUmakefile.ACE
....
....
CC -mt -g -DSUN_CC_HAS_PVFC_BUG
-I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS
-DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF
-DACE_BUILD_DLL -c -KPIC -o .shobj/OS_NS_sys_stat.o
OS_NS_sys_stat.cpp
"/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line
37: Error: fstat(int, stat*) is not a member of ACE_OS.
"/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line
120: Error: fstat is not a member of ACE_OS.
"/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line
142: Error: "ACE_OS::lstat(const char*, stat*)" was previously
declared "ACE_OS::lstat(const wchar_t*, stat*)".
"/export/home/hua/DevTools/ACE_wrappers/ace/OS_NS_sys_stat.inl", line
163: Error: Formal argument file of type const wchar_t* in call to
ACE_OS::lstat(const wchar_t*, stat*) is being passed char*.
4 Error(s) detected.
CC -mt -g -DSUN_CC_HAS_PVFC_BUG
-I/export/home/hua/DevTools/ACE_wrappers -DACE_HAS_EXCEPTIONS
-DACE_NO_INLINE -I.. -DACE_HAS_ACE_TOKEN -DACE_HAS_ACE_SVCCONF
-DACE_BUILD_...
[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86 #2Hi,
ACE VERSION: 5.4.3
HOST MACHINE and OPERATING SYSTEM:
Solaris 10 x86
TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
COMPILER NAME AND VERSION (AND PATCHLEVEL):
Sun Studio 9 (Sun CC 5.6)
CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a
platform-
specific file, simply state which one]:
#define ACE_HAS_STANDARD_CPP_LIBRARY 1
#define ACE_USES_STD_NAMESPACE_FOR_STDCPP_LIB 1
#include "ace/config-sunos5.9.h"
CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU
(unless
this isn't used in this case, e.g., with Microsoft Visual C++):
templates = implicit
include $(ACE_ROOT)/include/makeinclude/platform_sunos5_sunc++.GNU
CONTENTS OF $ACE_ROOT/bin/MakeProjectCreator/config/default.features
(used by MPC when you generate your own makefiles):
AREA/CLASS/EXAMPLE AFFECTED:
[What example failed? What module failed to compile?]
ACE library compile failed.
DOES THE PROBLEM AFFECT:
COMPILATION? Yes
LINKING? Yes
On Unix systems, did you run make realclean first? Yes
EXECUTION? Yes
OTHER (please specify)?
[Please indicate whether ACE, your application, or both are affected.]
SYNOPSIS:
[Brief description of the problem]
Some files still failed to compiled.The comiler pointed out that
fstat and
uname is not a member of ACE_OS.
DESCRIPTION:
[Det...
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...
[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/
Nashville, TN 37203 NET: d.schmidt@vanderbilt.edu
...
[ace-users]: ACE 5.4.2 and ACE 5.4.3 compile failed on Solaris 9 x86 and Solaris 10 x86Hi,all
ACE VERSION: 5.4.3
HOST MACHINE and OPERATING SYSTEM:
Solaris10 X86
TARGET MACHINE and OPERATING SYSTEM, if different from HOST:
COMPILER NAME AND VERSION (AND PATCHLEVEL):
Compiler: SUN CC 5.6
Make: GNU make 3.80
CONTENTS OF $ACE_ROOT/ace/config.h [if you use a link to a
platform-
specific file, simply state which one]:
#include "ace/config-sunos5.9.h"
CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU
(unless
this isn't used in this case, e.g., with Microsoft ...
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
...
RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2Hi,
Sorry, we are using DevStudio 7.1 (2003)
~ Ishay
Software Architect
Onigma Ltd.
Tel: +972-3-6877315
Fax: +972-3-6877128
Mobile: +972-54-2325090
Email: ishay@onigma.com
-----Original Message-----
From: Johnny Willemsen [mailto:jwillemsen@remedy.nl]
Sent: Tuesday, March 07, 2006 2:42 PM
To: 'Ishay Green'; ace-users@cs.wustl.edu
Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5
Hi,
> ACE VERSION: 5.5
Thanks for using the PRF form.
> HOST MACHINE and OPERATING SYSTEM:
>
> Intel, WindowsXp, Windows 2003
An important bit information is missing, which compiler did you use.
> AREA/CLASS/EXAMPLE AFFECTED:
> The only problem we encountered was a compilation error
> when construction ACE_Time_Value.
>
> The ACE_Time_Value cannot be constructed anymore from an integer.
>
> For example: ACE_Time_Value( 5 ) --> Compile error
Great to hear things work without problems. This errors sounds strange, we
do have test cases like this in tests/Time_Value_Test.cpp. We do have made
all constructors of ACE_Time_Value explicit. As a result if you have a
method that expects a ACE_Time_Value&, you just can't pass for example 5,
you have to pass an ACE_Time_Value(5).
Regards,
Johnny Willemsen
Remedy IT
Postbus 101
2650 AC Berkel en Rodenrijs
The Netherlands
www.theaceorb.nl / www.remedy.nl
...
Re: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5 #2Hi Ishay,
>> Sorry, we are using DevStudio 7.1 (2003)
We use this too. Please see
ACE_ROOT/tests/Time_Value_Test.cpp
for lots of examples that use ACE_Time_Value with integers. Please
see if this works on your OS/compiler platform.
Thanks,
Doug
>> ~ Ishay
>>
>> Software Architect
>> Onigma Ltd.
>> Tel: +972-3-6877315
>> Fax: +972-3-6877128
>> Mobile: +972-54-2325090
>> Email: ishay@onigma.com
>>
>> -----Original Message-----
>> From: Johnny Willemsen [mailto:jwillemsen@remedy.nl]
>> Sent: Tuesday, March 07, 2006 2:42 PM
>> To: 'Ishay Green'; ace-users@cs.wustl.edu
>> Subject: RE: [ace-users] [ACE 5.5] Upgrade from ACE 5.4.7 to ACE 5.5
>>
>> Hi,
>>
>> > ACE VERSION: 5.5
>>
>> Thanks for using the PRF form.
>>
>> > HOST MACHINE and OPERATING SYSTEM:
>> >
>> > Intel, WindowsXp, Windows 2003
>>
>> An important bit information is missing, which compiler did you use.
>>
>> > AREA/CLASS/EXAMPLE AFFECTED:
>> > The only problem we encountered was a compilation error
>> > when construction ACE_Time_Value.
>> >
>> > The ACE_Time_Value cannot be constructed anymore from an integer.
>> >
>> > For example: ACE_Time_Value( 5 ) --> Compile error
>>...
[ace-users] Re: Compiling ACE 5.4 with gcc 3.4.2 (fc3) #2Hi,
Thanks for using the PRF form. ACE 5.4 doesn't work with GCC 3.4.2, you will
end up with much more problems. We recommend you to upgrade to the x.4.4
version which you can obtain from http://deuce.doc.wustl.edu/Download.html
Regards,
Johnny Willemsen
Remedy IT
Leeghwaterstraat 25
2811 DT Reeuwijk
The Netherlands
www.theaceorb.nl / www.remedy.nl
"Syn" <syn_net@noos.fr> wrote in message
news:<1110289867.262543.50690@l41g2000cwc.googlegroups.com>...
ACE VERSION: 5.4
HOST MACHINE and OPERATING SYSTEM:
Linux 2.6.9-1.667 (Fedora Core 3)
COMPILER NAME AND VERSION (AND PATCHLEVEL): g++ (GCC) 3.4.2 (Red Hat
3.4.2-6.fc3)
CONTENTS OF $ACE_ROOT/ace/config.h: symbolic link to
$ACE_ROOT/ace/config-linux.h
I have not edited the file.
CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU :
symbolic link to $ACE_ROOT/include/makeinclude/platform_linux.GNU
I have not edited the file.
DOES THE PROBLEM AFFECT:
COMPILATION? YES
DESCRIPTION :
I am a very neewbie and if my problem isn't a real one, I apologize by
advance. But I spent a lot a time to find the solution in this forum
but I can't find it :(
So, here is the decription, in a first step I applied modification in
the file $ACE_ROOT/ace/Global_Macros.h as descibed here :
url=<http://groups-beta.google.com/group/comp.soft-sys.ace/browse_frm/thread
/b1c8e54cfa298f4b?tvc=1&q=gcc+3.4>
The compilation can go on and I obtained ...
Re: [ace-users] Errors while compiling c++ 3.4.2Hi Eyal,
I believe we've fixed these problems in the latest version of
ACE that's tucked inside our CVS repository. Can you please take a
look at this version available in
http://deuce.doc.wustl.edu/Download.html
and see if things work better. If not, please let us know so we can
fix them before we release ACE 5.4.3 in a week or so.
Thanks,
Doug
>> I get the following while compiling:
>>
>> /usr/bin/c++ -D_POSIX_C_SOURCE=199506L -DNDEBUG -DUSING_GCC
>> -D_POSIX_PTHREAD_SEMANTICS -DLINUX -I../inc
>> -I../3rd_party...