Using devguide in Sun Studio 11?

Hi!
Newbie question here: Can I use OpenWindows DevGuide as my GUI builder for my application in the Sun Studio 11 compiler?
Any help would be appreciated! Thanks!

My work really is to migrate a GIS application from the Sun Workshop 4.2 Compiler to Sun Studio 11. Since the GUI builder of the application in the old compiler is DevGuide, it also entails changing it to X-Designer.
I already used the "gil2xd" utility but the GUI in DevGuide is better than that of X-Designer. Another problem is porting from Xview(used in DevGuide) to MOTIF Library(used in X-Designer). There is no one-to-one correspondence between the functions and attributes of the two libraries.
This is really the remaining and hardest part of the migration process. I was thinking if Xview is compatible with X-Designer so that I could just retain the codes but still get the same results.
Thank you for all the help, guys!
Rix

Similar Messages

Core dump using iostream with Sun Studio 8

I'm running on Solaris 9 using C++ compiler Sun Studio 8, and encoutered a very strange problem.
My application failed with a core and here is the stack.
[1] t_splay(0x3774b470, 0x387a0ec0, 0x389aec60, 0x39e5ef1f, 0x3774b470, 0x1), at 0xfc347930
[2] t_delete(0x387a0ec0, 0x80, 0x39be9748, 0x20, 0x383ccd20, 0x0), at 0xfc347698
[3] mallocunlocked(0x80, 0x0, 0x21b08, 0xfc3bc000, 0x10, 0x20), at 0xfc346d40
[4] malloc(0x80, 0xfbaa7400, 0x1, 0x759c40, 0x0, 0x0), at 0xfc346b74
[5] operator new(0x80, 0x0, 0xd3a18, 0x759c74, 0x0, 0x8345fc), at 0x760c10
[6] strstreambuf::overflow(0xf41f6e28, 0x29, 0xf41f6e28, 0x39fe0e88, 0x39fe0e88, 0x8345fc), at 0x75bb1c
[7] streambuf::xsputn(0xf41f6e28, 0xfee00bc0, 0x1, 0x0, 0x81010100, 0x1), at 0x75ab94
[8] unsafe_ostream::outstr(0xf41f6e78, 0xfee00bbf, 0x0, 0x0, 0xf41f6e7c, 0xfffffffe), at 0x757bac
=>[9] unsafe_ostream::operator<<(this = 0xf41f6e78, _s = 0xfee00bbf ")"), line 1211 in "iostream.h"
[10] ostream::operator<<(this = 0xf41f6e74, _s = 0xfee00bbf ")"), line 1350 in "iostream.h"
[11] CorInterfaceEntity::ifState(this = 0x1bc3de78, newState = MISMATCH_OF_INSTALLED_AND_EXPECTED, needToSendEvent = false
Can somebody help me giving a direction of investigation ?
Is there perhaps known problem with iostream on Sun Studio 8 running on Solaris 9 ?
Thanks for any tips.
Yaakov Berkovitch
[email protected]

But sorry for my insistence, but do you think that
purify or/and runtime are not able to detect any
corruption of the heap ?They can detect some kinds of corruption, such as some uses of an invalid pointer.
But a wild pointer that changes the value of data that is part of your program cannot be detected by RTC or Purify. Those programs can't know whether that change is intentional.
>
BTW, we are not using any volatile declaration, and weIf non-local data is shared among threads, it should be declared volatile. For example, suppose you have
x = foo;
... // code not changing foo
y = foo;
If foo is not marked volatile, the compiler is allowed to assume its value hasn't changed, and assign to y the same value assigned to x. If foo was changed by another thread, y will not have the current value of foo. The "volatile" declaration says that the variable's value might change without any obvious reason, and the compiler should generate code to load a fresh value each time it is referenced.
are using the rwtools library packaged with the
compiler, and are not using the STD library.OK, you are not running into a std::string synchronization bug.
>
Also about the compiler option -xarch=v8, is probably
not relevant for us because we are running Solaris 9.
So the relevant compiler is probably -xarch=v9. Do you
advise us using this option ?I think you misunderstand. The -xarch values refer to the kind of processor your program will run on.
The -xarch=v8 option generates 32-bit code that will run on all SPARC chips, including the chips found in very old SPARCstations. This option is the default for compilers prior to Sun Studio 9 (which ships this week).
The -xarch=v8plus option generates 32-bit code that runs only on UltraSPARC chips, found in Ultra workstations. These are the only kinds of workstations shipped by Sun since about 1996. Unless you need to support the ancient SPARCstations, we recommend compiling with -xarch=v8plus, to get smaller and faster code.
The -xarch=v9 option generates 64-bit code that runs only on UltraSPARC chips, an only on Solaris 7 or later. Unless your program requires a very large address space, you generally don't want to generate 64-bit code. On SPARC, 64-bit code is larger and slower than 32-bit code. (Type "long" and all pointers are 64 bits instead of 32 bits.)
>
Also I want to return you two new questions:
1) I read in another discussion,
http://forum.sun.com/thread.jsp?forum=5&thread=18124&me
sage=47854#47854
that another memory manager can be more efficient in
multi-threaded environment (libmtmalloc.so), and also
an alternate threads library (/usr/lib/lwp) that
reduced CPU usage. Do you advice us using this
alternate library ?The libmtmalloc library usually has better performance in MT programs than the default version of malloc. It also can result in more memory fragmentation. In that case, the larger working set can sometimes have a large negative effect, more than offsetting the MT efficiency. You have to experiment to see whether it is appropriate for your particlular program. If you are running into heap corruption, the pattern of corruption will probably be different with libmtmalloc than with the default malloc. The differences might provide a clue to what is wrong.
The alternative "T2" threads library was introduced in Solaris 8 as an option.
In Solaris 9 it is the default, so you are already using it.
>
2) We are using the Rogue Wave library shiped with the
compiler. Is it an up-to-date version ? Can we assume
that is a good choice or it will be preferable to move
to the STD library ?I assume you mean Rogue Wave Tools.h++. As explained in the compiler docs, this version of Tools is obsolete, and has not been supported for many years. We continue to provide it for customers who used it before the introduction of the C++ Standard Library in 1998, and who don't want to change their code. We do not recommend it for use in new code.

Getting used to the SUN studio

Hey,
Forgive my newness to the sun studio, but I have problems executing applications using MIDP 2.0, using the Studio 4 Update 1 ME. I can get the tutorials to compile and execute fine, but when I try to execute anything that uses MIDP 2.0, I always end up with a classnot found exception. I cant even get J.Knudsens muTank example to execute.
The apps all compile fine, it is just when the apps are launched. Is there something simple I am missing? I have mounted the midpapi.zip, mmapi.zip * wma.zip files to include the game API stuff, but my problems are solely upon launch.
Cheers,
KG.

You need to have MIDP-2.0 emulator mounted in registry and selected as default one, otherwise you are not able to it. Mounting jar's on classpath is not enough for execution. Otherwise, if have correct emulator mounted and selected, you can compile/run without mounting anything.

Sun Studio cc includes unused static inline functions in object file

While trying to compile some code originally compiled with GCC I run into a linking problem. My problem seems to be caused by that GCC does not include unused static inline functions in the object files while cc does. The following simple example can be used for illustrating this:
void foo();
static inline void bar()
foo();
int main()
}This program compiles and links without any problems using GCC and Sun Studio 12 CC (the C++ compiler) but fails to link using Sun Studio 12 cc:
khepri%> cc staticinline.c
Undefined first referenced
symbol in file
foo staticinline.o
ld: fatal: Symbol referencing errors. No output written to a.out
It is probably fine of cc to include foo() in the object file (although not necessary?). My questions are:
1. Are there any reasons for why cc includes unused static inline functions in the object file while CC does not?
2. Are there any ways or options to tell cc to not include unused static inline functions in the object file?
In the example above this is easy to fix by just removing or #ifdef away the code but the original code where I have this problem is not maintained by me and the static inline functions are in header files that get included in multiple C files and in some of these the functions are used.
Thanks,
Olav

olavsa wrote:
1. Are there any reasons for why cc includes unused static inline functions in the object file while CC does not?
2. Are there any ways or options to tell cc to not include unused static inline functions in the object file?Removing dead code is an optimization, so you need at least -xO1 for that.

Opening performance analyser in Sun Studio 12

I want to know how to open performance analyzer in sun studio 12?

Yes, Maxim is right, you can start Performance Analyzer standalone tool:
# analyzer
Or you can use it from Sun Studio IDE: main menu "Advanced -> Advanced Profiling -> Start".
It will run your "main" project under "collect", and show the results.
Thanks,
Nik

Sun Studio Express 3/09 Now Available!

Sun Studio Express 3/09, the official build used for the Sun Studio 12 Update 1 Early Access Program, is now available for download:
http://developers.sun.com/sunstudio/downloads/express/index.jsp
The Sun Studio Early Access build is available on Solaris, OpenSolaris and the latest Linux distributions (Red Hat Enterprise Linux, SuSE,Linux Enterprise, CentOS, Ubuntu). Feature highlights since the Sun Studio 12 release include:
* C/C++/Fortran compiler optimizations for the latest x86 architectures from Intel and AMD including SSSE3, SSSE4a, SSe4.1, SSE4.2 compiler intrinsics support
* C/C++/Fortran compiler optimizations for the latest UltraSPARC and SPARC64-based architectures
* DLight - New tool to utilize and visualize the power of Solaris Dynamic Tracing (DTrace) technology
* dbxTool - New stand-alone GUI debugger
* Full OpenMP 3.0 compilers and tools support
* MPI performance analysis in the Performance Analyzer
* NetBeans IDE 6.5 including new remote development features
These new features are all described in the README and wiki pages:
* March 2009 Express README:
http://developers.sun.com/sunstudio/downloads/ssx/express_March2009.html
* Wiki pages:
http://wikis.sun.com/display/SunStudio/Sun+Studio+Express+March+2009+Release
We are exited to hear your feedback on the new features/enhancements in this Early Access build and encourage your participation in the Sun Studio 12 Update 1 Early Access Program so that we can gather valuable feedback to assess the readiness of our release.
Sun Studio 12 Update 1 Early Access Program:
http://developers.sun.com/sunstudio/overview/earlyaccess/index.jsp
View the Sun Studio Express 3/09 podcast to learn more: http://mediacast.sun.com/users/ikroopdhillon/media/sunstudioexpress0309/details
Thanks,
Ikroop Dhillon

Hi,
we are currently using SunStudio 12. I have noticed that early access product, SunStudio Express, Feb2008. It seems that new features coming from NetBeans 6.0 have contributed to SunStudio IDE. I prefer to use SunStudio Express IDE. But i have also noticed that sun CC compiler version is also different. Actually it is no surprise, since SunStudio is a complete product composed of compilers, tools and IDE.Now, i am quite doubtful whether we should use SunStudioExpress. That's why i want to learn when official new release for SunStudio will be announced.
Though i have searched internet, i couldn't notice any news about the next official release of Sun Studio( Sun Studio 13 ). When will this early release( SunStudio Express, Feb 2008 ) be released as SunStudio13? What is the release roadmap of SunStudio?

Installing Javacomm in Sun Studio One?

Is it possible to use javacomm with sun studio one?

Ofcourse, it's just a JAR file like any other. Just mount the JAR file in Sun One Studio. Read the documentation (help pages) of Sun One Studio.
Jesper

Strange C++ error when using newer Sun Studio compiler

My company has just set up a new build machine for our product. We have gone from
this version: CC: Sun C++ 5.7 Patch 117830-11 2007/04/04
to this one: CC: Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25
we have also upgraded the OS (solaris/sparc). I think the new one has gcc but the old one doesn't (we don't use it).
and now I am getting this error:
"/opt/SUNWspro/prod/include/CC/./new", line 32: Error, badextlnk: operator new(unsigned) was declared before with a different language.
"/opt/SUNWspro/prod/include/CC/./new", line 35: Error, badextlnk: operator delete(void*) was declared before with a different language.
"/opt/SUNWspro/prod/include/CC/./new", line 37: Error, badextlnk: operator new[](unsigned) was declared before with a different language.
"/opt/SUNWspro/prod/include/CC/./new", line 40: Error, badextlnk: operator delete[](void*) was declared before with a different language.
"/opt/SUNWspro/prod/include/CC/./new", line 53: Error, badollnk: Only one of a set of overloaded functions can be extern "C".
"/opt/SUNWspro/prod/include/CC/./new", line 54: Error, badollnk: Only one of a set of overloaded functions can be extern "C".
"/opt/SUNWspro/prod/include/CC/./new", line 55: Error, badollnk: Only one of a set of overloaded functions can be extern "C".
"/opt/SUNWspro/prod/include/CC/./new", line 56: Error, badollnk: Only one of a set of overloaded functions can be extern "C".
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 106: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 169: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 185: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 198: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 202: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 206: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 217: Error, badollnk: Only one of a set of overloaded functions can be extern "C".
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 225: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 239: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 249: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 264: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
"/opt/SUNWspro/prod/include/CC/Cstd/rw/iterator", line 275: Error, temnotexternc: Template declarations cannot have extern "C" linkage.
I have no idea what could be causing this. I can find one link to it on this forum: http://forums.sun.com/thread.jspa?messageID=9488983 . But the only answer to that query says it is the same as another bug which appears entirely different, not to mention being very old (while talking about an imminent fix), and being related to a different OS and (I think) a different version of sun studio (express vs. normal?).
Any ideas? Could it be related to having gcc/g++ on the machine?

Hi,
I am also facing the same error while upgrading the Sun compiler description as below
when I am compiling the cxx file on the system with compiler version (CC: Sun C++ 5.9 SunOS_sparc 2007/05/03) , I am facing the following error:-
/opt/SUNWspro/bin/CC -dy -misalign -xcode=abs64 -xarch=v9 -D__EXTENSIONS__ -Dsun4_R5=1 -I. -Isun4_R5_v -I/home/as185259/ash_iadraid/ash_get_10/IA/PORT/include -I/home/as185259/ash_iadraid/ash_get_10/IA/WV/WV5.3.6-ncr0302/build/include/sun4_R5_v -I/app/oracle/product/10.2.0/client_1/sqllib/public -I/app/oracle/product/10.2.0/client_1/precomp/public -I/opt/informix/include -DSVR4 -O -g p -pta -c MContext.cxx -o sun4_R5_v/MContext.o || \
(rm -f sun4_R5_v.d; false)CC: Warning: -xarch=v9 is deprecated, use -m64 to create 64-bit programs
"/home/as185259/ash_iadraid/ash_get_10/IA/WV/WV5.3.6-ncr0302/build/include/sun4_R5_v/ssmalloc.h", line 97: Error: Only one of a set of overloaded functions can be extern "C".
"/home/as185259/ash_iadraid/ash_get_10/IA/WV/WV5.3.6-ncr0302/build/include/sun4_R5_v/ssmalloc.h", line 99: Error: Only one of a set of overloaded functions can be extern "C".
"/home/as185259/ash_iadraid/ash_get_10/IA/WV/WV5.3.6-ncr0302/build/include/sun4_R5_v/ssmalloc.h", line 101: Error: Only one of a set of overloaded functions can be extern "C".
"/home/as185259/ash_iadraid/ash_get_10/IA/WV/WV5.3.6-ncr0302/build/include/sun4_R5_v/ssmalloc.h", line 102: Error: Only one of a set of overloaded functions can be extern "C".
4 Error(s) detected.
The same file with the same compilation command is getting compiled with compiler version CC: Sun WorkShop 6 update 2 C+ 5.3 2001/05/15 .
Can anyone suggest what should be the resolution:-
The code for the ssmalloc.h file is as under:-
#ifndef SSMALLOC_H
#define SSMALLOCH
#include <stddef.h>
#if defined(__sparcv9)
namespace ssmalloc {
#endif
#if defined(__cplusplus)
extern "C" {
#endif
The type for the malloc routine depends on
the compiler and library that you are using.
#if defined(hpux) || defined(sun4_R5) || defined(__GNUC_) || defined(_OS2_)
typedef void MALLOC_PTR;
#else
typedef char *MALLOC_PTR;
#endif
#if defined(_GNUG_)
typedef size_t MALLOC_SIZE;
#else
typedef unsigned MALLOC_SIZE;
#endif
#if defined(sun4) && ! defined(_GNUG_)
# define FREE_RETURNS int
# define FREE_RETURN return 0
#else
# define FREE_RETURNS void
# define FREE_RETURN return
#endif
// User-callable routines.
// Note: memalign and valloc are broken in that they do not aling
// memory on documented boundaries, and thus do not behave as described
// on the "malloc" manual page. They simply call malloc.
MALLOC_PTR malloc (MALLOC_SIZE size);
FREE_RETURNS free (MALLOC_PTR data);
MALLOC_PTR realloc (MALLOC_PTR data, MALLOC_SIZE size);
MALLOC_PTR calloc (size_t nelem, size_t elsz);
MALLOC_PTR valloc (unsigned size);
MALLOC_PTR memalign (unsigned alignment, unsigned size);
// This memory allocator supports memory allocation inside signal
// handlers. For correct operation, the following functions must be
// called upon entering and exiting signal handlers that allocate
// memory.
void ssmalloc_enter_signal_level();
void ssmalloc_exit_signal_level();
// Set this variable to not 0 (possibly in the debugger) if you want
// to get malloc to check memory data structures very carefully as it
// goes. This may be handy if you are trying to detect a memory
// trasher.
// It also causes ssmalloc to abort the program instead of returning
// zero if memory runs out.
extern int check_memory_very_carefully;
#if defined(__cplusplus)
#endif
#if defined(__sparcv9)
} // namespace ssmalloc {
#endif
#endif / SSMALLOCH */
The Machine is
root@ldg1-> uname -a
SunOS ldg1 5.10 Generic_138888-03 sun4v sparc SUNW,Sun-Blade-T6320
Thanks
Vijay

Sun Studio Compilers for Linux: Problems with undefined variables using CC

I am experiencing the following errors below while trying to compile C++ programs using Sun C++ from the latest release of Sun Studio Compilers for Linux Alpha, on Red Hat Enterprise Linux 4 with kernel 2.6.9-34.EL and Ubuntu Breezy Badger 5.10 with kernel 2.6.12-10-686. I get the same exact errors on both OS's and on two different machines.
root@ubuntu:/home/jc/cs225/Machine Problems/cs225/mp1/cs225_mp1# make
CC -c -g string.cpp
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/iosfwd", line 74: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/iosfwd", line 75: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 191: Error: "," expected instead of "state_type".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 194: Error: Use ";" to terminate declarations.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 261: Error: "," expected instead of "get_state".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 265: Error: Use ";" to terminate declarations.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 299: Error: "," expected instead of "state_type".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 302: Error: Use ";" to terminate declarations.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 410: Error: "," expected instead of "get_state".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 414: Error: Use ";" to terminate declarations.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 506: Error: The function "strstr" must have a prototype.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 523: Error: The function "strcspn" must have a prototype.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 529: Error: The function "strspn" must have a prototype.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/rwlocale", line 125: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/rwlocale", line 125: Error: Template parameter std::stateT requires a type argument.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/rwlocale", line 130: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/rwlocale", line 130: Error: Template parameter std::stateT requires a type argument.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/limits", line 214: Error: Template declarations cannot have extern "C" linkage.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/limits", line 221: Error: Template declarations cannot have extern "C" linkage.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/limits", line 277: Error: Template declarations cannot have extern "C" linkage.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/limits", line 335: Error: Template declarations cannot have extern "C" linkage.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/limits", line 392: Error: Template declarations cannot have extern "C" linkage.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/limits", line 443: Error: Template declarations cannot have extern "C" linkage.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/limits", line 504: Error: Template declarations cannot have extern "C" linkage.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/limits", line 558: Error: Template declarations cannot have extern "C" linkage.
Compilation aborted, too many Error messages.
make: *** [string.o] Error 1
Except on ubuntu, it has one more error
"/usr/include/wctype.h", line 47: Error: A declaration was expected instead of "}".
and what is on line 47 is below
__END_NAMESPACE_C99
When I comment this line out, that particular error does not show up but still the other errors above still show up.
From the testing I did, it appears to have these problems for most of the C++ programs I have written, especially the ones that involve object oriented programming. All programs that I wrote do not have these problems with g++ or Sun CC for Solaris. It does however work fine only for small fraction of the programs I have written. I dont quite understand why it works in some cases and others it doesnt, but I know for sure, that it should be working for all cases when Sun CC from Sun Studio 10 on Solaris 10 for X86 has no problems compiling the same programs.

I tried workaround number 2 from the 3 choices that were listed by horsh. That fixes the mathcalls.h problem but still I have the following errors.
jcurran2@ubuntu:~/cs225/Machine Problems/cs225/mp1/cs225_mp1$ make
CC -c -g string.cpp
"/usr/include/wctype.h", line 47: Error: A declaration was expected instead of "}".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/iosfwd", line 74: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/iosfwd", line 75: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 191: Error: "," expected instead of "state_type".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 194: Error: Use ";" to terminate declarations.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 261: Error: "," expected instead of "get_state".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 265: Error: Use ";" to terminate declarations.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 299: Error: "," expected instead of "state_type".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 302: Error: Use ";" to terminate declarations.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 410: Error: "," expected instead of "get_state".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 414: Error: Use ";" to terminate declarations.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 506: Error: The function "strstr" must have a prototype.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 523: Error: The function "strcspn" must have a prototype.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/traits", line 529: Error: The function "strspn" must have a prototype.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/rwlocale", line 125: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/rwlocale", line 125: Error: Template parameter std::stateT requires a type argument.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/rwlocale", line 130: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/rwlocale", line 130: Error: Template parameter std::stateT requires a type argument.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/codecvt", line 55: Error: mbstate_t is not defined.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/codecvt", line 55: Error: Template parameter std::stateT requires a type argument.
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/codecvt", line 61: Error: "," expected instead of "state_type".
"/opt/sun/LinuxCompilers/sunstudiomars/prod/include/CC/Cstd/rw/codecvt", line 63: Error: Use ";" to terminate declarations.
Error: Cannot continue processing because of prior errors.
Compilation aborted.
make: *** [string.o] Error 1
jcurran2@ubuntu:~/cs225/Machine Problems/cs225/mp1/cs225_mp1$
Can someone please respond? There is more to the problem. Perhaps
there are more glibc headers that have problems. In addition, if Sun wants to port the Sun Studio Compilers for linux to be stable on all linux distributions I suggest using VM ware and installing several linux distrobutions as virtual machines and testing this software on each virtual machine to see the problems that occur on each distribution. That way you might be able to uncover more problems to find a solution that will work best for portability on all linux distributions.

Problem in compilation using Sun Studio 11

Hello,
We are migrating from a Solaris 8 to a Solaris 10 OS. At the same ttime we are also migrating from Ingres 2.6 to Ingres 2006. As a part of the creation of teh development environment, we are recompiling all the codes on teh new OS. WE have installed teh Sun Studio 11 compiler for this purpose. When compiling some C codes, we are getting the following error:
"am_xxxxxxxx.c", line 2596: warning: statement not reached
"am_xxxxxxxx.c", line 2778: undefined symbol: i8
"am_xxxxxxxx.c", line 2778: syntax error before or at: )
"am_xxxxxxxx.c", line 2858: undefined symbol: i8
"am_xxxxxxxx.c", line 2858: syntax error before or at: )
"am_xxxxxxxx.c", line 2889: warning: implicit function declaration: IIresnext
"am_xxxxxxxx.c", line 2891: warning: statement not reached
"am_xxxxxxxx.c", line 2920: warning: statement not reached
"am_xxxxxxxx.c", line 2931: undefined label: IIfdF1
"am_xxxxxxxx.c", line 2931: undefined label: IIosl9139
"am_xxxxxxxx.c", line 2931: undefined label: IIfdE1
"am_xxxxxxxx.c", line 2931: cannot recover from previous errors
cc: acomp failed for am_xxxxxxxx.c
The command used for compiling is :
cc -xarch=generic64 am_xxxxxxxx.c
We have exported teh following:
LD_LIBRARY_PATH_64=/usr/sfw/lib/sparcv9:/usr/local/lib/sparcv9:/usr/lib/sparcv9:/usr/openwin/lib/sparcv9:/usr/dt/lib/sparcv9:/opt/SUNWspro/lib/v9:/opt/SUNWspro/lib/v9:/eu/ingad/ingres/lib:/opt/oracle/lib:/usr/lib:/usr/ucblib:/usr/openwin/lib:/opt/SUNWspro/lib/:/opt/lib/cobol/coblib
LD_LIBRARY_PATH=/opt/SUNWspro/lib/v9:/eu/ingad/ingres/lib:/eu/ingad/ingres/lib:/opt/oracle/lib:/usr/lib:/usr/ucblib:/usr/openwin/lib:/opt/SUNWspro/lib/:/opt/lib/cobol/coblib
CXXFLAGS=-fast -xarch=v9b
CFLAGS=-fast -xarch=v9b
LDFLAGS=-L/usr/sfw/lib/sparcv9 -L/usr/lib/sparcv9 -R/usr/sfw/lib/sparcv9 -R/usr/lib/sparcv9
We are struggling with this issue for the last one week. Can someone please help me with this issue?
Could this be because the 64 bit library files are not installed? Please help.
Aneesha

The LD_LIBRARY_PATH environment variables determine where the runtime loader looks for shared libraries when you run an application. It is unlikely to be the source of compile-time errors.
I suspect that doing two major changes at the same time has resulted in undefined names and other problems, probably due to missing or incorrect header inclusion. If possible, make one change at a time, either compile the old code on the new OS, or the new code on the old OS, and get that to work first.
Check the Ingress documentation to see if you need to make source code changes when upgrading, and follow any recommendations there. You might also need to take up this problem with Ingress tech support.
Regarding LD_LIBRARY_PATH, the best advice is usually "don't set it at all". For more on this topic, see this article:
http://blogs.sun.com/rie/entry/tt_ld_library_path_tt
Just to eliminate this as a possible build problem, try removing LD_LIBRARY_PATH and LD_LIBRARY_PATH_64 from your environment when building the program. Then modify the build process to set the executable runpath (-R option) to include the Ingress or Oracle libraries that need to be searched. You don't normally want to point into /usr/lib or into the compiler installation area.

Check memory leak using sun studio 10

Hi,
I'm using sun studio 10 to find the memory leak. I pre loaded the librtc.so and attached the process. Then I set the break point at the beginning of scenairo and the end of scenario. Then I trigger the event and program flow hits the break point at the beginning of scenairo, I try to enable the "Memory Check". Then I continue my application. But, I don't see anything show up in the "memory check" tab in the debug window.
Is anyone there who know what is the problem here? Appreciate your help.
Li

Can you help mi. Novice
mail [email protected]

Error in compiling boost example program using sun studio 12

I am trying to compile the below example program from boost using sun studio 12 C++ compiler.
#include <boost/interprocess/shared_memory_object.hpp>
#include <boost/interprocess/mapped_region.hpp>
#include <cstring>
#include <cstdlib>
#include <string>
int main(int argc, char *argv[])
using namespace boost::interprocess;
if(argc == 1)
{ //Parent process
//Remove shared memory on construction and destruction
struct shm_remove
shm_remove() { shared_memory_object::remove("MySharedMemory"); }
~shm_remove(){ shared_memory_object::remove("MySharedMemory"); }
} remover;
//Create a shared memory object.
shared_memory_object shm (create_only, "MySharedMemory", read_write);
//Set size
shm.truncate(1000);
//Map the whole shared memory in this process
mapped_region region(shm, read_write);
//Write all the memory to 1
std::memset(region.get_address(), 1, region.get_size());
//Launch child process
std::string s(argv[0]); s += " child ";
if(0 != std::system(s.c_str()))
return 1;
else
//Open already created shared memory object.
shared_memory_object shm (open_only, "MySharedMemory", read_only);
//Map the whole shared memory in this process
mapped_region region(shm, read_only);
//Check that memory was initialized to 1
char mem = static_cast<char>(region.get_address());
for(std::size_t i = 0; i < region.get_size(); ++i)
if(*mem++ != 1)
return 1; //Error checking memory
return 0;
Using the below command :
CC -c 1.cpp -I/home/syogacha/satish/boost_1_43_0 -library=stlport4
"/home/syogacha/satish/boost_1_43_0/boost/interprocess/shared_memory_object.hpp", line 284: Error: The function "shm_open" must have a prototype.
"/home/syogacha/satish/boost_1_43_0/boost/interprocess/shared_memory_object.hpp", line 307: Error: The function "shm_unlink" must have a prototype.
"/home/syogacha/satish/boost_1_43_0/boost/interprocess/mapped_region.hpp", line 549: Error: Formal argument 1 of type char* in call to shmdt(char*) is being passed void*.
3 Error(s) detected.
I even tried to include sys/mman.h but got the same compilation errors.
Do we need to take care of few other specific things while using boost headers.
Thanks in advance ...

Hope this helps....
#include <sys/mman.h>
#include <boost/interprocess/shared_memory_object.hpp>
#include <boost/interprocess/mapped_region.hpp>
#include <cstring>
#include <cstdlib>
#include <string>
#include <iostream>
#include <iterator>
int main(int argc, char *argv[])
{      //main
        using namespace boost::interprocess;
        if(argc == 1)
        { //Parent process
                //Remove shared memory on construction and destruction
                struct shm_remove
                        shm_remove() { shared_memory_object::remove("MySharedMemory"); }
                        ~shm_remove(){ shared_memory_object::remove("MySharedMemory"); }
                } remover;
                //Create a shared memory object.
                shared_memory_object shm (create_only, "MySharedMemory", read_write);
                //Set size
                shm.truncate(1000);
                //Map the whole shared memory in this process
                mapped_region region(shm, read_write);
                //Write all the memory to 1
               std::memset(region.get_address(), 1, region.get_size());
                //Launch child process
                std::string s(argv[0]); s += " child ";
                if(0 != std::system(s.c_str()))
                return 1;
        else
                //Open already created shared memory object.
                shared_memory_object shm (open_only, "MySharedMemory", read_only);
                //Map the whole shared memory in this process
                mapped_region region(shm, read_only);
                //Check that memory was initialized to 1
                char *mem = static_cast<char*>(region.get_address());
                for(std::size_t i = 0; i < region.get_size(); ++i)
                if(*mem++ != 1)
                return 1;   //Error checking memory
        return 0;
}

Using boost::thread with Sun Studio C++ gives error

Hi,
I'm trying to compile a code which uses the boost thread library, but I get the following error:
CC -library=stlport4 -features=tmplife -features=tmplrefstatic -mt -c -o t t.cpp
"/opt/boost/include/boost/thread/pthread/mutex.hpp", line 142: Error: The function "pthread_mutex_timedlock" must have a prototype.
"/opt/boost/include/boost/thread/pthread/mutex.hpp", line 142: Error: The function "pthread_mutex_timedlock" must have a prototype.
"/opt/boost/include/boost/thread/detail/thread.hpp", line 344: Error: boost::thread::thread(boost::thread&) is not accessible from boost::move(boost::detail::thread_move_t<boost::thread>).
"/opt/boost/include/boost/thread/pthread/recursive_mutex.hpp", line 179: Error: The function "pthread_mutex_timedlock" must have a prototype.
"/opt/boost/include/boost/thread/pthread/recursive_mutex.hpp", line 179: Error: The function "pthread_mutex_timedlock" must have a prototype.
5 Error(s) detected.
make: *** [t] Error 5the sample source code in question here just a single include:
#include <boost/thread.hpp>This is with boost 1.40.0. I wonder what I'm doing wrong..
Akos

OK, I tried latest version of CC from Sun Studio 12 update 1 and can say that
- the error about constructor not being accessible is Sun C++ compiler "feature" (only called feature because it existed for so long) that allows binding of rvalues to non-const references; this "feature" will probably be turned off in the next release. It can't be changed in a patch because client's code might rely on it.
- the other errors are also not Boost-specific: the result of incompatibility of Linux headers and Sun C++ compiler; more thorough investigation is due, but in the past we had several problems like this. This particular can be solved by adding
-D_GNU_SOURCE to compile line.

Can't use profiler (Performance Analyzer) in Sun Studio 12, please help!!

Hi,
I've mandriva 2008 (linux), and I've installed Sun Studio 12.
At the first start of Sun Studio a message appear:
Warning - could not install some modules:
     ATD Sun Studio Core - The module named com.sun.tools.swdev.toolscommon was needed and not found.
     dbx Debugger UI - The module named com.sun.tools.swdev.toolscommon was needed and not found.
     ATD Performance Analyzer Actions - The module named com.sun.forte.st.mpmt/1 was needed and not found.
     ATD Performance Analyzer Actions - The module named com.sun.tools.swdev.toolscommon was needed and not found.
All other modules works correctly, but unfortunately I need the profiler (performance analyzer) because I want to speed up my C++ code. What can I do???
Please help!
NOTE:
I've added to my .bash_profile this lines:
PATH=/opt/sun/sunstudio12/bin:$PATH
export PATH
PATH=/opt/sun/sunstudio12/man/:$PATH
export PATH
LD_LIBRARY_PATH=/opt/sun/sunstudio12/prod/lib
export LD_LIBRARY_PATH
but unfortunately this don't solve the problem....
Edited by: MLX82 on Feb 1, 2008 11:24 PM

If I type `uname -p` this message appear:
[mlx@localhost ~]$ `uname -p`
bash: Intel(R): command not foundIf I type: --userdir won't work as you can see:
sunstudio --userdir /home/mlx/.sunstudio/12.0-Linux-Intel$R$\ Pentium$R$\ M\ processor\ 1.73GHz/I get an 426 line error (but this is the correct location, as man of sunstudio say), while if I type for example:
sunstudio --userdir /home/mlx/error 426 disappears, but I get anyway the error on the module:
Warning - could not install some modules:
     ATD Performance Analyzer Actions - The module named com.sun.forte.st.mpmt/1 was needed and not found.
     ATD Performance Analyzer Actions - The module named com.sun.tools.swdev.toolscommon was needed and not found.
     dbx Debugger UI - The module named com.sun.tools.swdev.toolscommon was needed and not found.
     ATD Sun Studio Core - The module named com.sun.tools.swdev.toolscommon was needed and not found.On the other hand I've searched the "id" exe and it is in /bin:
[mlx@localhost ~]$ id
uid=500(mlx) gid=500(mlx) gruppi=500(mlx)so I've created a sym link:
cd /usr/bin
ln -s /bin/id ./idbut when I start Sun Studio 12 I get again the error on the module.
So I've tryed to reinstall everything (yes, also OS) but it (partially) solves only the problem installing with batch_installer. Infact now I can use batch_installer but at the end of installation it say:
[root@localhost tmp]# ./batch_installer --accept-sla
Installation failed: cleanup successful.Anyway SunStudio 12 still works, but the main problem about the module of performance analyzer is still here...
how can I solve this? Please help!
Edited by: MLX82 on Feb 4, 2008 3:19 PM

Error building using Coverity Prevent and Sun Studio 11

We recently started using a static code-checking tool called Coverity Prevent. When we first started using it, we were on a very old verison of the Forte Compiler (Forte 6 update 2). Builds completed fine through Prevent. In the last month, we've upgraded to Sun Studio 11 (can't go to 12 because we're using Solaris 8). Now I can't get a build to run completely through Prevent. Prevent has a preprocessor that's a bit more strict than most compilers. I'm getting the following errors in a lot of places.
"/vobs1/cots/ForteDeveloper/SUNWspro/prod/include/CC/rw7/rw/defs.h", line 316: error #101:
"istream" has already been declared in the current scope
class _RWCLASSTYPE istream;
^
"/vobs1/cots/ForteDeveloper/SUNWspro/prod/include/CC/rw7/rw/defs.h", line 317: error #101:
"ostream" has already been declared in the current scope
class _RWCLASSTYPE ostream;
^
"/vobs1/cots/ForteDeveloper/SUNWspro/prod/include/CC/rw7/rw/defs.h", line 318: error #101:
"ios" has already been declared in the current scope
class _RWCLASSTYPE ios;
^
"/vobs1/cots/ForteDeveloper/SUNWspro/prod/include/CC/Cstd/iostream.h", line 4: error #101:
"istream" has already been declared in the current scope
using std::istream;
^
"/vobs1/cots/ForteDeveloper/SUNWspro/prod/include/CC/Cstd/iostream.h", line 9: error #101:
"ostream" has already been declared in the current scope
using std::ostream;
^
I've googled a bit, and most of the solutions involve someone mistakenly putting "using namespace std" in a header file. I can't find any case where we do this in our code. One specific file that is failing includes one local header, and that header only includes <fstream.h> and <rw/cstring.h>. It seems like RW and std are conflicting with each other somewhere, but I can't figure out where. The compiler command looks like:
/vobs1/cots/ForteDeveloper/SUNWspro/bin/CC -xildoff -instances=static -mt -g -fsimple
-xlibmil -xO3 -xtarget=ultra -DUSE_VFU_LL_C -DXRT -KPIC -library=rwtools7_std -x
libmopt -DRW_MULTI_THREAD -I/vobs1/cots/rogue/workspaces/SOLARIS7/SUNPRO50/12d -c c4i_file_stream.cpp
We're still pointing at an older version of RW for the DBTools libraries (rebuilt using the compiler's internal Tools++), but we're using the compiler's internal Tools++ headers and libraries for everything else.

It sounds like Prevent is not processing the #include directives, or possibly some other preprocessing directives, the same way as the Sun C++ compiler.
The C++ Users Guide documents how #include directives are processed, and in particular the order in which directories are searched.
[http://docs.sun.com/app/docs/doc/819-5267/bkaso?a=view]
If Prevent provides similar documentation, you can compare the docs. If you see a difference, maybe Prevent has some options to control the behavior to make it work like the Sun compiler.
Note: The CC driver passes some -I directives to the C++ compiler proper (ccfe) that do not appear on the CC command line that you write. The exact -I options depend on other options on the command line. Possibly Prevent is not using the same set of implicit -I directives.
If you can't resolve the #include directive issue, you might need to talk to Coventry tech support.
We at Sun are happy to work with 3rd-party vendors to help them get their products working correctly on Sun.

Using devguide in Sun Studio 11?

Similar Messages

Maybe you are looking for