-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 04, 2003 5:11 AM To: [EMAIL PROTECTED] Subject: [ace-bugs] Digest Number 957
------------------------ Yahoo! Groups Sponsor ---------------------~--> KnowledgeStorm has over 22,000 B2B technology solutions. The most comprehensive IT buyers' information available. Research, compare, decide. E-Commerce | Application Dev | Accounting-Finance | Healthcare | Project Mgt | Sales-Marketing | More http://us.click.yahoo.com/IMai8D/UYQGAA/cIoLAA/r9ewlB/TM ---------------------------------------------------------------------~-> There are 3 messages in this issue. Topics in this digest: 1. RE: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ From: "Johnny Willemsen" <[EMAIL PROTECTED]> 2. RE: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ From: "Johnny Willemsen" <[EMAIL PROTECTED]> 3. RE: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ From: "Johnny Willemsen" <[EMAIL PROTECTED]> ________________________________________________________________________ ________________________________________________________________________ Message: 1 Date: Wed, 3 Dec 2003 20:51:19 +0100 From: "Johnny Willemsen" <[EMAIL PROTECTED]> Subject: RE: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ Hi, Thanks for the PRF. From my side, so far as I can see > -----Original Message----- > From: Thomas Lockhart [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 03, 2003 5:24 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ > > (PRF included below) > > In building ACE/TAO 1.3.5 for Tornado 2.2.1 I notice that > ACE_LACKS_CLEARERR is defined specifically for Tornado 2.0.2 > and higher > when using g++. This change in config-vxworks5.x.h seems to have been > applied by Rob Andzik in CVS version 4.51 of the file last > Feb 4 (quite > a while ago!). A couple of months earlier it looks like Chad > Elliott set > the same #define for the Green Hills compiler. > > afaict clearerr() continues to be defined for g++ in the > newer Tornado > releases (it appears in stdio.h). Was there a specific reason > why it was > disabled for Tornado 2.0.2 and higher? The CVS log has no text > accompanying the change to point the way. > > I'm thinking that if there *was* a problem, it might be related to > goofiness with the Tornado 2.1.x series, rather than a permanent > feature. If so, istm that the OS-provided clearerr() should be > re-enabled. I have not yet tested a complete build though. > > TIA for any hints... > > - Tom > > ACE VERSION: 5.3.5 > > HOST MACHINE and OPERATING SYSTEM: > Sparc Solaris 2.8 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > PPC604 VxWorks 2.2.1 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc version gcc-2.96 (2.96+) 19990621 AltiVec VxWorks 5.5 > 85973 > > CONTENTS OF $ACE_ROOT/ace/config.h: > // TAO configuration for Tornado 2.2 and TAO 1.2.1 > #ifndef MY_ACE_CONFIG_H > #define MY_ACE_CONFIG_H > // TornadoII supports multicast, but this is not turned on by default > #define ACE_HAS_IP_MULTICAST 1 > #include "config-vxworks5.x.h" > #undef ACE_LACKS_LONGLONG_T > // Seems to be defined by ACE by checking for the compiler version > //#define ACE_HAS_STANDARD_CPP_LIBRARY 1 > #endif > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU: > # platform_macros.GNU > # Thomas Lockhart Caltech/JPL > # For VxWorks environment > # Updated for Tornado 2.2 and TAO 1.3.5 > ACE_COMPONENTS= FOR_TAO > #minimum_corba=1 > #rt_corba= 1 > ami= 0 > ami_poller= 0 > ami_callback= 0 > #corba_messaging= 0 > templates= implicit > rtti= 1 > exceptions= 0 > interface_repo= 1 > inline= 0 > debug= 0 > shared_libs= 1 > shared_libs_only= 1 > static_libs= > ifeq ($(LIBNAME),"liborbsvcs") > LIBS= > endif > # Disable shared libraries from the link step. > # Otherwise, we'll try to link to libACE.so, but the linker > is looking > for libACE.a. > ACE_SHLIB= > # TAO_IDL must be a full-path pointer to a built IDL compiler. > # Otherwise, rules which list this as a prerequisite > # will fail with "no rule to make..." > TAO_IDL= $(ACE_ROOT)/../$(HOSTARCH)/TAO/TAO_IDL/tao_idl > # All support files are going into a stable installation, so generate > # angle brackets on #includes when possible > TAO_IDLFLAGS+= -in > # 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. > ifneq ($(exceptions),1) > TAO_IDLFLAGS+= -Ge 1 > endif > # Disable tie classes to shrink libraries > TAO_IDLFLAGS+= -Sc > # Enable AMI and OBV interfaces > ifeq ($(ami),1) > TAO_IDLFLAGS+= -GC -Gv > IDLFLAGS+= -GC -Gv > endif > include $(ACE_ROOT)/include/makeinclude/platform_vxworks5.x_g++.GNU > # Remove RCS info from source code. Saves some room... > CPPFLAGS+= -DACE_USE_RCSID=0 > > AREA/CLASS/EXAMPLE AFFECTED: > RTCosScheduling/RTCosScheduling_ClientScheduler_i.cpp > > DOES THE PROBLEM AFFECT: > COMPILATION? > Yes > LINKING? > Yes > EXECUTION? > Not sure > > SYNOPSIS: > clearerr() not used for newer versions of Tornado. > > DESCRIPTION: > In building ACE/TAO 1.3.5 for Tornado 2.2.1 I notice that > ACE_LACKS_CLEARERR is defined specifically for Tornado 2.0.2 > and higher > when using g++. This change in config-vxworks5.x.h seems to have been > applied by Rob Andzik in CVS version 4.51 of the file last > Feb 4 (quite > a while ago!). A couple of months earlier it looks like Chad > Elliott set > the same #define for the Green Hills compiler. > > afaict clearerr() continues to be defined for g++ in the > newer Tornado > releases (it appears in stdio.h). Was there a specific reason > why it was > disabled for Tornado 2.0.2 and higher? The CVS log has no text > accompanying the change to point the way. > > I'm thinking that if there *was* a problem, it might be related to > goofiness with the Tornado 2.1.x series, rather than a permanent > feature. If so, istm that the OS-provided clearerr() should be > re-enabled. I have not yet tested a complete build though. > > REPEAT BY: > n/a > > SAMPLE FIX/WORKAROUND: > n/a for now > ________________________________________________________________________ ________________________________________________________________________ Message: 2 Date: Wed, 3 Dec 2003 20:56:30 +0100 From: "Johnny Willemsen" <[EMAIL PROTECTED]> Subject: RE: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ Hi, >From my side I can confirm that there is something called clearerr in Tornado 2.2 but I don't know if that works as you would expect and what is the reason about that Rob changed it. If you can check that it works then we could of course change the config file according to your findings. There will probably be much more things to fix and to improve with VxWorks. We have disabled our daily VxWorks build because we don't have a sponsor funding the compiler license fees and the build box so we use the system now for other work. We are interested in getting ACE 1.4 working with VxWorks 5.5 but then there must be sponsoring, this is not an easy system to work with and it would be too costly to just do it for free. One of our customers uses VxWorks 5.5 but they are thinking about migrating to another RTOS so they are not funding any VxWorks work at this moment. So, if you can fix things, it would be great. I have some access to the tools so I can check some things if needed. Regards, Johnny Willemsen Remedy IT Leeghwaterstraat 25 2811 DT Reeuwijk The Netherlands www.theaceorb.nl / www.remedy.nl > -----Original Message----- > From: Thomas Lockhart [mailto:[EMAIL PROTECTED] > Sent: Wednesday, December 03, 2003 5:24 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ > > (PRF included below) > > In building ACE/TAO 1.3.5 for Tornado 2.2.1 I notice that > ACE_LACKS_CLEARERR is defined specifically for Tornado 2.0.2 > and higher > when using g++. This change in config-vxworks5.x.h seems to have been > applied by Rob Andzik in CVS version 4.51 of the file last > Feb 4 (quite > a while ago!). A couple of months earlier it looks like Chad > Elliott set > the same #define for the Green Hills compiler. > > afaict clearerr() continues to be defined for g++ in the > newer Tornado > releases (it appears in stdio.h). Was there a specific reason > why it was > disabled for Tornado 2.0.2 and higher? The CVS log has no text > accompanying the change to point the way. > > I'm thinking that if there *was* a problem, it might be related to > goofiness with the Tornado 2.1.x series, rather than a permanent > feature. If so, istm that the OS-provided clearerr() should be > re-enabled. I have not yet tested a complete build though. > > TIA for any hints... > > - Tom > > ACE VERSION: 5.3.5 > > HOST MACHINE and OPERATING SYSTEM: > Sparc Solaris 2.8 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > PPC604 VxWorks 2.2.1 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc version gcc-2.96 (2.96+) 19990621 AltiVec VxWorks 5.5 > 85973 > > CONTENTS OF $ACE_ROOT/ace/config.h: > // TAO configuration for Tornado 2.2 and TAO 1.2.1 > #ifndef MY_ACE_CONFIG_H > #define MY_ACE_CONFIG_H > // TornadoII supports multicast, but this is not turned on by default > #define ACE_HAS_IP_MULTICAST 1 > #include "config-vxworks5.x.h" > #undef ACE_LACKS_LONGLONG_T > // Seems to be defined by ACE by checking for the compiler version > //#define ACE_HAS_STANDARD_CPP_LIBRARY 1 > #endif > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU: > # platform_macros.GNU > # Thomas Lockhart Caltech/JPL > # For VxWorks environment > # Updated for Tornado 2.2 and TAO 1.3.5 > ACE_COMPONENTS= FOR_TAO > #minimum_corba=1 > #rt_corba= 1 > ami= 0 > ami_poller= 0 > ami_callback= 0 > #corba_messaging= 0 > templates= implicit > rtti= 1 > exceptions= 0 > interface_repo= 1 > inline= 0 > debug= 0 > shared_libs= 1 > shared_libs_only= 1 > static_libs= > ifeq ($(LIBNAME),"liborbsvcs") > LIBS= > endif > # Disable shared libraries from the link step. > # Otherwise, we'll try to link to libACE.so, but the linker > is looking > for libACE.a. > ACE_SHLIB= > # TAO_IDL must be a full-path pointer to a built IDL compiler. > # Otherwise, rules which list this as a prerequisite > # will fail with "no rule to make..." > TAO_IDL= $(ACE_ROOT)/../$(HOSTARCH)/TAO/TAO_IDL/tao_idl > # All support files are going into a stable installation, so generate > # angle brackets on #includes when possible > TAO_IDLFLAGS+= -in > # 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. > ifneq ($(exceptions),1) > TAO_IDLFLAGS+= -Ge 1 > endif > # Disable tie classes to shrink libraries > TAO_IDLFLAGS+= -Sc > # Enable AMI and OBV interfaces > ifeq ($(ami),1) > TAO_IDLFLAGS+= -GC -Gv > IDLFLAGS+= -GC -Gv > endif > include $(ACE_ROOT)/include/makeinclude/platform_vxworks5.x_g++.GNU > # Remove RCS info from source code. Saves some room... > CPPFLAGS+= -DACE_USE_RCSID=0 > > AREA/CLASS/EXAMPLE AFFECTED: > RTCosScheduling/RTCosScheduling_ClientScheduler_i.cpp > > DOES THE PROBLEM AFFECT: > COMPILATION? > Yes > LINKING? > Yes > EXECUTION? > Not sure > > SYNOPSIS: > clearerr() not used for newer versions of Tornado. > > DESCRIPTION: > In building ACE/TAO 1.3.5 for Tornado 2.2.1 I notice that > ACE_LACKS_CLEARERR is defined specifically for Tornado 2.0.2 > and higher > when using g++. This change in config-vxworks5.x.h seems to have been > applied by Rob Andzik in CVS version 4.51 of the file last > Feb 4 (quite > a while ago!). A couple of months earlier it looks like Chad > Elliott set > the same #define for the Green Hills compiler. > > afaict clearerr() continues to be defined for g++ in the > newer Tornado > releases (it appears in stdio.h). Was there a specific reason > why it was > disabled for Tornado 2.0.2 and higher? The CVS log has no text > accompanying the change to point the way. > > I'm thinking that if there *was* a problem, it might be related to > goofiness with the Tornado 2.1.x series, rather than a permanent > feature. If so, istm that the OS-provided clearerr() should be > re-enabled. I have not yet tested a complete build though. > > REPEAT BY: > n/a > > SAMPLE FIX/WORKAROUND: > n/a for now > ________________________________________________________________________ ________________________________________________________________________ Message: 3 Date: Thu, 4 Dec 2003 08:19:50 +0100 From: "Johnny Willemsen" <[EMAIL PROTECTED]> Subject: RE: ACE_LACKS_CLEARERR for Tornado 2.2.x and g++ Hi, What about changing # if defined (ACE_VXWORKS) && ACE_VXWORKS >= 0x542 # define ACE_LACKS_CLEARERR # endif /* ACE_VXWORKS >= 0x542 */ To # if defined (ACE_VXWORKS) && ACE_VXWORKS == 0x542 # define ACE_LACKS_CLEARERR # endif /* ACE_VXWORKS == 0x542 */ Would that do the trick, maybe the 542 version is broken? Johnny > In building ACE/TAO 1.3.5 for Tornado 2.2.1 I notice that > ACE_LACKS_CLEARERR is defined specifically for Tornado 2.0.2 > and higher > when using g++. This change in config-vxworks5.x.h seems to have been > applied by Rob Andzik in CVS version 4.51 of the file last > Feb 4 (quite > a while ago!). A couple of months earlier it looks like Chad > Elliott set > the same #define for the Green Hills compiler. > > afaict clearerr() continues to be defined for g++ in the > newer Tornado > releases (it appears in stdio.h). Was there a specific reason > why it was > disabled for Tornado 2.0.2 and higher? The CVS log has no text > accompanying the change to point the way. > > I'm thinking that if there *was* a problem, it might be related to > goofiness with the Tornado 2.1.x series, rather than a permanent > feature. If so, istm that the OS-provided clearerr() should be > re-enabled. I have not yet tested a complete build though. > > TIA for any hints... > > - Tom > > ACE VERSION: 5.3.5 > > HOST MACHINE and OPERATING SYSTEM: > Sparc Solaris 2.8 > > TARGET MACHINE and OPERATING SYSTEM, if different from HOST: > PPC604 VxWorks 2.2.1 > > COMPILER NAME AND VERSION (AND PATCHLEVEL): > gcc version gcc-2.96 (2.96+) 19990621 AltiVec VxWorks 5.5 > 85973 > > CONTENTS OF $ACE_ROOT/ace/config.h: > // TAO configuration for Tornado 2.2 and TAO 1.2.1 > #ifndef MY_ACE_CONFIG_H > #define MY_ACE_CONFIG_H > // TornadoII supports multicast, but this is not turned on by default > #define ACE_HAS_IP_MULTICAST 1 > #include "config-vxworks5.x.h" > #undef ACE_LACKS_LONGLONG_T > // Seems to be defined by ACE by checking for the compiler version > //#define ACE_HAS_STANDARD_CPP_LIBRARY 1 > #endif > > CONTENTS OF $ACE_ROOT/include/makeinclude/platform_macros.GNU: > # platform_macros.GNU > # Thomas Lockhart Caltech/JPL > # For VxWorks environment > # Updated for Tornado 2.2 and TAO 1.3.5 > ACE_COMPONENTS= FOR_TAO > #minimum_corba=1 > #rt_corba= 1 > ami= 0 > ami_poller= 0 > ami_callback= 0 > #corba_messaging= 0 > templates= implicit > rtti= 1 > exceptions= 0 > interface_repo= 1 > inline= 0 > debug= 0 > shared_libs= 1 > shared_libs_only= 1 > static_libs= > ifeq ($(LIBNAME),"liborbsvcs") > LIBS= > endif > # Disable shared libraries from the link step. > # Otherwise, we'll try to link to libACE.so, but the linker > is looking > for libACE.a. > ACE_SHLIB= > # TAO_IDL must be a full-path pointer to a built IDL compiler. > # Otherwise, rules which list this as a prerequisite > # will fail with "no rule to make..." > TAO_IDL= $(ACE_ROOT)/../$(HOSTARCH)/TAO/TAO_IDL/tao_idl > # All support files are going into a stable installation, so generate > # angle brackets on #includes when possible > TAO_IDLFLAGS+= -in > # 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. > ifneq ($(exceptions),1) > TAO_IDLFLAGS+= -Ge 1 > endif > # Disable tie classes to shrink libraries > TAO_IDLFLAGS+= -Sc > # Enable AMI and OBV interfaces > ifeq ($(ami),1) > TAO_IDLFLAGS+= -GC -Gv > IDLFLAGS+= -GC -Gv > endif > include $(ACE_ROOT)/include/makeinclude/platform_vxworks5.x_g++.GNU > # Remove RCS info from source code. Saves some room... > CPPFLAGS+= -DACE_USE_RCSID=0 > > AREA/CLASS/EXAMPLE AFFECTED: > RTCosScheduling/RTCosScheduling_ClientScheduler_i.cpp > > DOES THE PROBLEM AFFECT: > COMPILATION? > Yes > LINKING? > Yes > EXECUTION? > Not sure > > SYNOPSIS: > clearerr() not used for newer versions of Tornado. > > DESCRIPTION: > In building ACE/TAO 1.3.5 for Tornado 2.2.1 I notice that > ACE_LACKS_CLEARERR is defined specifically for Tornado 2.0.2 > and higher > when using g++. This change in config-vxworks5.x.h seems to have been > applied by Rob Andzik in CVS version 4.51 of the file last > Feb 4 (quite > a while ago!). A couple of months earlier it looks like Chad > Elliott set > the same #define for the Green Hills compiler. > > afaict clearerr() continues to be defined for g++ in the > newer Tornado > releases (it appears in stdio.h). Was there a specific reason > why it was > disabled for Tornado 2.0.2 and higher? The CVS log has no text > accompanying the change to point the way. > > I'm thinking that if there *was* a problem, it might be related to > goofiness with the Tornado 2.1.x series, rather than a permanent > feature. If so, istm that the OS-provided clearerr() should be > re-enabled. I have not yet tested a complete build though. > > REPEAT BY: > n/a > > SAMPLE FIX/WORKAROUND: > n/a for now > ________________________________________________________________________ ________________________________________________________________________ Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
