Sun Studio in latest SXDE ube error

Hi,
I have latest SXDE (1/08) and then if I try to build poppler-0.8 I obtain this error:
"JBIG2Stream.cc", [__1cLJBIG2StreambBreadGenericRefinementRegion6MiiiipnLJBIG2Bitmap_iipi3_2_]:ube: error: Assert has been violated at '/net/violet/export/home1/sstrunk_intel_pib/t-common/builds/pib.t-common.Thu.20071115.10.36.18/intel-S2/lang/ube/graphs/src/ssa.c 948'.
On other machine I have original SunStudio 12. When I've applied patch 124864-02, that error lost and poppler built fine.
So, question is: How can I apply patch 124864-02 to Sun Studio in SXDE (1/08) ?
thx,
Luc

Hi Luc,
could you please provide code sample which reproduces the problem and send it to ibd at sun dot com? It could be obtained using preprecessing (-E).
Thanks,
Boris

Similar Messages

Sun Studio 12 in SXDE 9/07 VMWare image

Having a terrible time getting Sun Studio 12 to work in SXDE 9/07 VMWare image.
My main problem is that SunStudio refuses to compile anything. Firstly I couldn't get rid of "Could not successfully run the cc compiler to configure the built-in source file parser..." messgage. I've tried putting /opt/SUNWspro/bin in the PATH ahead of everything else, as has been suggested in a few other Sun Studio forums, but that doesn't seem to help. I've modified this in the .profile and restarted Sun Studio, even logged out and back in again, and the PATH setting is there, but Studio keeps giving me that message.
Next, when I press F5 for Welcome project there's a flashing Stop sign in the bottom right corner pointing to exception dump in messages.log
IOException java.io.IOException: Cannot run program "CC": error=12, Not enough space
*********** Exception occurred ************ at 6:37 AM on Oct 14, 2007
java.io.IOException: Cannot run program "/opt/netbeans-5.5.1/cnd1/bin/stdouterr.sh" (in directory "/export/home/ted/SunStudioProjects/Welcome"): error=12, Not enough space
Anybody have any tips? I can't believe this isn't documented somewhere more fully, since this is right out of the box (figuratively speaking).

Could you please check the SWAP size on you SXDE.
Looks like the problem is here.
For example, on my machine there are only 512M of SWAP.
bash-3.00$ /usr/sbin/swap -lh
swapfile dev swaplo blocks free
/dev/dsk/c0d0s1 102,1 4K 512M 504M
And, as mention in Sun Studio System Requirements (http://docs.sun.com/source/820-2973/release_notesML.html#SystemReqs),
Swap space should be minimum 1Gb(Recommended: 2 to 4 Gbytes).
You can expand swap on your machine this way:
bash-3.00$ su -
Password:
Sun Microsystems Inc. SunOS 5.11 snv_70b October 2007
bash-3.00# mkfile 512m /export/home/moreswap
// Or you can select swap file where you have enough space.
bash-3.00# /usr/sbin/swap -a /export/home/moreswap
bash-3.00# /usr/sbin/swap -lh
swapfile dev swaplo blocks free
/dev/dsk/c0d0s1 102,1 4K 512M 499M
/export/home/moreswap - 4K 512M 512M
After you increase SWAP space as required, there should not any exceptions.

Sun Studio 11 f90 INTERNAL COMPILER ERROR: "FWOutput"

Hello SUN-Users,
I am new here, so I don't know I am right here!?
I have a w2100z with two opteron proc. With Sun Studio 11 I am trying to compile the new MUMPS (Ver. 4.6) package, but I get still the error message:
f90 -I/opt/mpich/include -Dpord -I. -I../include -c dmumps_ooc.F
1:LEN$1:1INTERNAL COMPILER ERROR near line 2494 in dmumps_ooc.F (phase FWOutput):
FWOutput: no visit function for class 'SubscriptTriplet'
*** Error code 1
make: Fatal error: Command failed for target `dmumps_ooc.o'
I search with google for "FWOutput" and I found out, that a similar problem already was recognized in Sun Studio 9 and fixed with the patch 115985-04 (6351156 f90 compiler internal error "FWOutput: no vist function for class 'SubscriptTriplet').
Here is some code near line 2494 from file dmumps_ooc.F:
      SUBROUTINE DMUMPS_614(id)
      I=id%MYID
      J=id%OOC_NB_FILES
      K=id%KEEP(35)
      L=MOD(id%KEEP(204),3)
TMP_DIR=TRIM(id%DMUMPS_OOC_TMPDIR)
      TMP_FILE=TRIM(id%DMUMPS_OOC_PREFIX)
      DIM_DIR=LEN(TRIM(id%DMUMPS_OOC_TMPDIR))
      DIM_FILE=LEN(TRIM(id%DMUMPS_OOC_PREFIX))
    END SUBROUTINE DMUMPS_614The bolded line is the line 2494.
I can not see anything worng in this routine, but maybe I am already too tired for today.... :-)
Realy it is important to me to compile the MUMPS package,
so I hope somebody can help me?
****With best regards****

I think the TRIM should remove last character of the
string. (?)TRIM removes the trailing blanks in a string. String assignment then adds trailing blanks, so there's no point writing something like
s1 = TRIM(s2)
Can you say me where can I make a bug report? What is
to do?
Maybe next time I can do also a bug report?That's a good question. If you have a support contract, then you should be able to submit a bug report through that. Until recently, I believe that would have been the only way to do it. However, we now have an online support service:
http://developers.sun.com/developer_help/
I imagine you could get a bug filed through that channel as well.

Exception when starting sun studio

when am starting sun studio, it is giving an error message (exception)-java.lang.out of memory error : java heap space.
i cant able to start sun studio. What will do...?
Thanks in advance
vinod

Check current limits by issuing; this output is from my Ubuntu machine:
$ ulimit -a
core file size (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority (-e) 0
file size (blocks, -f) unlimited
pending signals (-i) 16379
max locked memory (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 0
stack size              (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) 16379
virtual memory          (kbytes, -v) unlimited
file locks (-x) unlimited
I marked settings that would probably need closer attention. Easies way to troubleshoot the problem is to set everything to unlimited and see if it helps.
Also, check if you have enough swap - Sun Studio needs at least one gig of swap and 512 RAM (see http://docs.sun.com/source/820-2973/release_notesML.html#SystemReqs).

Studio 11: bug in -O2 mode (64-bit) causes 'ube' error in Qt-4.1.0

I think I have found a 64-bit optimizer bug in latest Studio 11
C++ compiler (CC -V: CC: Sun C++ 5.8 2005/10/13) when compiling
Qt-4.1.0/X11 with -O2 and with -xarch=generic64 on
Solaris 10/x86 (Opteron [Sun Fire V20z]).
To reproduce the problem, get latest Qt-4.1.0/X11 source code
(will probably be available to the public in a few days).
Unpack, then configure & build with:
# ./configure -release -platform solaris-cc-64
# make
CC -c -xarch=generic64 -D_XOPEN_SOURCE=500 -D__EXTENSIONS__ -O2 -DQT_EDITION=QT_EDITION_DESKTOP -DQT_BOOTSTRAPPED -DQT_RCC -DQT_LITE_UNICODE -DQT_NO_DATASTREAM -DQT_NO_THREAD -DQT_NO_QOBJECT -DQT_NO_UNICODETABLES -DQT_NO_LIBRARY -D_LARGEFILE64_SOURCE -D_LARGEFILE_SOURCE -I../../../mkspecs/solaris-cc-64 -I. -I../../corelib/arch/generic -I../../../include -I. -I../../../include/QtCore -I../../../include/QtXml -I. -I/usr/sfw/include -o .obj/release-shared/qxml.o ../../xml/qxml.cpp
"../../xml/qdom.cpp", line 2074: Warning: lineNumber hides QDomNodePrivate::lineNumber.
"../../xml/qdom.cpp", line 2074: Warning: columnNumber hides QDomNodePrivate::columnNumber.
"../../xml/qdom.cpp", line 4532: Warning: prefix hides QDomNodePrivate::prefix.
"../../xml/qdom.cpp", line 7477: Warning: locator hides QDomHandler::locator.
4 Warning(s) detected.
"../../xml/qxml.cpp", line 3385: Warning: Done hides QXmlSimpleReaderPrivate::Done.
[...repeats 18x...]
"../../xml/qxml.cpp", line 7757: Warning: error hides QXmlSimpleReaderPrivate::error.
20 Warning(s) detected.
"../../xml/qxml.cpp", line 4522: [__1cXQdDXmlSimpleReaderPrivateHparsePI6M_b_]:ube: error: Bad template number found in tmpl_emit
gmake[2]: *** [.obj/release-shared/qxml.o] Error 154
gmake[2]: *** Waiting for unfinished jobs....
gmake[2]: Leaving directory `/usr/local/qt-x11-commercial-src-4.1.0/src/tools/rcc'
gmake[1]: *** [sub-tools-rcc-make_default-ordered] Error 2
gmake[1]: Leaving directory `/usr/local/qt-x11-commercial-src-4.1.0/src'
gmake: *** [sub-src-make_default-ordered] Error 2
#The same file compiles fine if you just change -O2 into -O1 or
-O3 (or -O) or if you omit -xarch=generic64 (i.e. compile for 32 bits architecture).
Can anybody confirm this?
Thanks,
Jochen
PS: For the records: to get Qt-4.1.0 compiled anyway, simply change -O2 into -O in
file $QTDIR/mkspecs/solaris-cc-64/qmake.confbefore running configure

Jochen,
this is indeed a x86 optimizer bug. Thank you for reporting it. Indeed, -xO2 is the only optimization level which triggers the error for the file qxml.cpp, so if you can use -xO3 (or, the same, -O), the compiler will most likely produce more optimized binary.
Thanks,
Boris

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.

Netbeans error during Sun Studio 12 install

I am trying to install Sun Studio 12 on a SunFire X4140 running Solaris 10 5/08. When I run the ./prepare_system -s netbeans command, I get the following error,
"Preparation failed at step netbeans."
The Sun Studio 12 [Release Notes|http://docs.sun.com/source/820-2063/release_notes.html] state:
"This failure occurs because the NetBeans installation software needs to find a compatible version of the Java runtime environment either in your search path, or at one of these explicit installation points: /usr/jdk/latest/bin/java OR /usr/jdk/jdk1.5.0_09/bin/java".
I have confirmed that "/usr/jdk/latest/bin/java" is installed- in fact it was installed by running "./prepare_system -s java". I have even changed the path to include "/usr/jdk/latest/bin" and still no go.
Please advise.

Hi,
I would recommend to use latest Sun Studio Express 07/08 if possible.
It is distributed as tar.bz2 archive wrapped by shell script.
If you need to install a packaged version of Sun Studio you could try next workaround:
- find zip NetBeans 5.5.1 on you media ( should be in the folder archives-...)
- unpack it into subdirectory /opt
However in this case you will need to check that it could be run properly (find java) by yourself.
Regards,
Leonid

Error message when starting Sun Studio express IDE

When I start the Sun Studio express IDE version 3/09 I get the following error message:
java.lang.IllegalArgumentException: Instance_urn = urn:st: already exists in the registration data.
     at org.netbeans.modules.servicetag.RegistrationData.addServiceTag(RegistrationData.java:343)
     at org.netbeans.modules.servicetag.RegistrationDocument.addServiceTags(RegistrationDocument.java:304)
     at org.netbeans.modules.servicetag.RegistrationDocument.load(RegistrationDocument.java:126)
     at org.netbeans.modules.servicetag.RegistrationData.loadFromXML(RegistrationData.java:433)
     at com.sun.tools.swdev.sunstudio.registration.SSServiceTagSupport.getRegistrationData(SSServiceTagSupport.java:257)
     at com.sun.tools.swdev.sunstudio.registration.SSServiceTagSupport.getSSServiceTag(SSServiceTagSupport.java:306)
     at com.sun.tools.swdev.sunstudio.registration.SSServiceTagSupport.createSSServiceTag(SSServiceTagSupport.java:157)
     at com.sun.tools.swdev.sunstudio.registration.SSInstaller.restored(SSInstaller.java:97)
     at org.netbeans.core.startup.NbInstaller.loadCode(NbInstaller.java:419)
     at org.netbeans.core.startup.NbInstaller.load(NbInstaller.java:340)
     at org.netbeans.ModuleManager.enable(ModuleManager.java:906)
     at org.netbeans.core.startup.ModuleList.installNew(ModuleList.java:428)
     at org.netbeans.core.startup.ModuleList.trigger(ModuleList.java:364)
     at org.netbeans.core.startup.ModuleSystem.restore(ModuleSystem.java:276)
     at org.netbeans.core.startup.Main.getModuleSystem(Main.java:165)
     at org.netbeans.core.startup.Main.start(Main.java:312)
     at org.netbeans.core.startup.TopThreadGroup.run(TopThreadGroup.java:110)
[catch] at java.lang.Thread.run(Thread.java:619)

Hello!
I googled "SSServiceTagSupport.java:257" and found out that it is filed as IZ 154094 against Netbeans:
http://www.netbeans.org/issues/show_bug.cgi?id=154094
Actually it was reported many times:
http://www.netbeans.org/issues/show_bug.cgi?id=151921
It suggests a few workarounds.
Workaround 1:
"Simple workaround is to disable registration using command line option -J-Dnb.registration.enabled=false"
Workaround 2:
"The file ~/.netbeans-registration/6.5/registration.xml is empty, so I have this file erased and restarted the IDE.
After this step, the file was not regenerated, but the IDe starts now without this problem."
Please, try one of them.
Thanks,
Nik

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 C++ v5.3 adding complex gives errors

If anyone can privide info on the following issue I would greatly appreciate it.. I have a simple test app that does not compile. This is with Sun Studion C++ v5.3 (I think then called Sun Workshop Pro) on a Solaris 5.8 machine.
#include <complex>
using namespace std;
int main()
complex<int> a(1, 2);
complex<int> b(3, 4);
complex<int> c;
c = a + b;
cout << "Answer: " << c << endl;
return 0;
}When compiling I get the following error:
/opt/SUNWspro/WS6U2/include/CC/Cstd/complex Line 1006: Error The operation "std::complex<int> += const std::complex<int> is illegal
sol_cpx.cc Line 10 Where: While instantiating std::complex<int>+ ( const std::complex<int>, const std::complex<int> )
sol_cpx.cc Line 10 Where: Instantiated from non-template code
Are there any compiler flags to handle this or is there an update I can get to fix this? Any help would be much appreciated since I'm clueless. Thank you!

complex<int> is not supported. The only specializations of type complex are float, double, and long double.
The suggestion to try stlport won't work with C++ 5.3.
We began supplying stlport with C++ 5.4.
C++ 5.3 has been declared End Of Life, and only limited support is available for it. You can download a copy of the current release, Sun Studio 10, and try it free for 60 days.
http://www.sun.com/software/products/studio/index.xml

Assembly error on Sun Studio 11 - Solaris 10/amd64

Hi All
I am compiling my source code using cc. My cc version is
cc: Sun C 5.8 2005/10/13
I am using Sun Studio 11 and Solaris 10 on amd64 for my build.
I am getting following Assemply errors when compiling my code.
cc -xarch=amd64 -Kpic gptas.c
Assembler:
"/tmp/yabeAAALdaqGz", line 31 : Illegal mnemonic
"/tmp/yabeAAALdaqGz", line 34 : Syntax error
"/tmp/yabeAAALdaqGz", line 37 : Syntax error
"/tmp/yabeAAALdaqGz", line 50 : Illegal mnemonic
Failure in /opt/ss11/SUNWspro/prod/bin/fbe, status = 0x7f00
Fatal Error exec'ing /opt/ss11/SUNWspro/prod/bin/fbe
cc: acomp failed for gptas.c
The c code which I'm trying to compile:
/*ARGSUSED*/
int
#if defined(__STDC__) || defined(__cplusplus)
gptas(unsigned *x, short flag)
#else
gptas(x,flag)
unsigned *x;
short flag;
#endif
#ifdef __STDC__
volatile int r; /* volatile so optimizers won't get
* rid of variable - some assembly code
* depends on offsets with this on
* the stack.
#else
int r; /* var to return explicitly */
#endif
r = 0; /* always set return to 0 */
asm(" movl $1,%eax"); /* this 1 inworking reg will set x /
asm(" pushl %ebx"); /* save the register; eax already saved */
asm(" movl 8(%ebp),%ebx"); /* move the address of x */
asm(" xchg %eax,(%ebx)"); /* atomic swap a one with x /
asm(" cmp $0,%eax"); /* test what was in x /
asm(" jnz .A9999"); /* jump if x was already set /
r = 1; /* indicate set occurred */
asm(" .A9999:");
asm(" popl %ebx"); /* restore the register */
return(r);
Can someone let me know if this is a Compiler issue or it has something to do with my code .
I'll Appreciate any help on this.
Thanks in Advance
Somak

If you specify -S compiler option, assembly file will be produced and it enables you to look at the code assembler is complaining about. For example:
/ASM
pushl %ebx <== line 31
/ASMEND
I'm not too familiar with AMD64 ABI, but it is possible that you can't use 32-bit registers in 64 bit mode with some operations like memory (including stack) access.
I was able to compile code with the following changes:
asm(" movl $1,%eax"); /* this 1 inworking reg will set x /
asm(" pushl %rbx"); /* save the register; eax already saved */
asm(" movl 8(%rbp),%ebx"); /* move the address of x */
asm(" xchg %eax,(%rbx)"); /* atomic swap a one with x /
asm(" cmp $0,%eax"); /* test what was in x /
asm(" jnz .A9999"); /* jump if x was already set /
r = 1; /* indicate set occurred */
asm(" .A9999:");
asm(" popl %rbx"); /* restore the register */

Compilation error while building boost 1_44_0 on Solaris (Sun Studio 10)

Hi All, I am trying to build boost version 1_44_0 on Solaris.The Solaris box has Sun Studio 10 installed.
The compiler details are
bash-2.05$ CC -V
CC: Sun C++ 5.7 2005/01/07
I am using the following command to build boost libraries
*bash-2.05$ bjam --build-dir=/export/home/dfdev/Boost_1_44_0/boost_1_44_0/tmp/build-boost toolset=sun stage*
But i get the below compilation errors, not even one of the projects build
sun.compile.c++ /export/home/dfdev/Boost_1_44_0/boost_1_44_0/tmp/build-boost/boo
st/bin.v2/libs/iostreams/build/sun/release/stdlib-sun-stlport/threading-multi/fi
le_descriptor.o
Notice: The Early Access serial number will expire in -7 days.
In order to purchase the product, visit http://www.sun.com/forte/buy.html
or contact your Forte Tools reseller.
"libs/iostreams/src/file_descriptor.cpp", line 352: Error: Could not find boost:
:shared_ptr<boost::iostreams::detail::file_descriptor_impl>::shared_ptr(boost::i
ostreams::detail::file_descriptor_impl*) to initialize pimpl_.
"libs/iostreams/src/file_descriptor.cpp", line 355: Error: Could not find boost:
:shared_ptr<boost::iostreams::detail::file_descriptor_impl>::shared_ptr(boost::i
ostreams::detail::file_descriptor_impl*) to initialize pimpl_.
"libs/iostreams/src/file_descriptor.cpp", line 360: Error: Could not find boost:
:shared_ptr<boost::iostreams::detail::file_descriptor_impl>::shared_ptr(boost::i
ostreams::detail::file_descriptor_impl*) to initialize pimpl_.
"libs/iostreams/src/file_descriptor.cpp", line 380: Error: Could not find boost:
:shared_ptr<boost::iostreams::detail::file_descriptor_impl>::shared_ptr(boost::i
ostreams::detail::file_descriptor_impl*) to initialize pimpl_.
"libs/iostreams/src/file_descriptor.cpp", line 385: Error: Could not find boost:
:shared_ptr<boost::iostreams::detail::file_descriptor_impl>::shared_ptr(boost::i
ostreams::detail::file_descriptor_impl*) to initialize pimpl_.
"libs/iostreams/src/file_descriptor.cpp", line 393: Error: Using static_cast to
convert from boost::iostreams::file_descriptor_flags to boost::iostreams::detail
::file_descriptor_impl::flags not allowed.
6 Error(s) detected.
"CC" -library=stlport4 -xO4 -mt -erroff=%none -KPIC -DBOOST_ALL_NO_LIB=1 -DB
OOST_IOSTREAMS_DYN_LINK=1 -DBOOST_IOSTREAMS_USE_DEPRECATED -DNDEBUG -I"." -c -o
"/export/home/dfdev/Boost_1_44_0/boost_1_44_0/tmp/build-boost/boost/bin.v2/libs/
iostreams/build/sun/release/stdlib-sun-stlport/threading-multi/file_descriptor.o
" "libs/iostreams/src/file_descriptor.cpp"
...failed sun.compile.c++ /export/home/dfdev/Boost_1_44_0/boost_1_44_0/tmp/build
-boost/boost/bin.v2/libs/iostreams/build/sun/release/stdlib-sun-stlport/threadin
g-multi/file_descriptor.o...
sun.compile.c++ /export/home/dfdev/Boost_1_44_0/boost_1_44_0/tmp/build-boost/boo
st/bin.v2/libs/iostreams/build/sun/release/stdlib-sun-stlport/threading-multi/ma
pped_file.o
Notice: The Early Access serial number will expire in -7 days.
In order to purchase the product, visit http://www.sun.com/forte/buy.html
or contact your Forte Tools reseller.
"./boost/type_traits/is_array.hpp", line 41: Error: Multiple declaration for boo
st::is_array.
"./boost/type_traits/is_array.hpp", line 42: Error: Multiple declaration for boo
st::is_array.
"./boost/type_traits/is_array.hpp", line 43: Error: Multiple declaration for boo
st::is_array.
"./boost/type_traits/is_array.hpp", line 44: Error: Multiple declaration for boo
st::is_array.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 95: Error: The type
of specialized argument boost::mpl::aux::F<boost::mpl::aux::P1> is dependent on
another argument.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 95: Error: Partial s
pecialization parameter Tag is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 112: Error: Partial
specialization parameter F is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 172: Error: The type
of specialized argument boost::mpl::aux::F<boost::mpl::aux::P1, boost::mpl::aux
::P2> is dependent on another argument.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 172: Error: Partial
specialization parameter Tag is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 189: Error: Partial
specialization parameter F is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 254: Error: The type
of specialized argument boost::mpl::aux::F<boost::mpl::aux::P1, boost::mpl::aux
::P2, boost::mpl::aux::P3> is dependent on another argument.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 254: Error: Partial
specialization parameter Tag is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 271: Error: Partial
specialization parameter F is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 339: Error: The type
of specialized argument boost::mpl::aux::F<boost::mpl::aux::P1, boost::mpl::aux
::P2, boost::mpl::aux::P3, boost::mpl::aux::P4> is dependent on another argument
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 339: Error: Partial
specialization parameter Tag is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 357: Error: Partial
specialization parameter F is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 427: Error: The type
of specialized argument boost::mpl::aux::F<boost::mpl::aux::P1, boost::mpl::aux
::P2, boost::mpl::aux::P3, boost::mpl::aux::P4, boost::mpl::aux::P5> is dependen
t on another argument.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 427: Error: Partial
specialization parameter Tag is not used in the arguments.
"./boost/mpl/aux_/preprocessed/plain/full_lambda.hpp", line 445: Error: Partial
specialization parameter F is not used in the arguments.
"libs/iostreams/src/mapped_file.cpp", line 441: Error: Could not find boost::sha
red_ptr<boost::iostreams::detail::mapped_file_impl>::shared_ptr(boost::iostreams
::detail::mapped_file_impl*) to initialize pimpl_.
20 Error(s) detected.
Am i missing something? I will appreciate your input's.
Regards,
solarisneo

C++ 5.7 will not give good results building Boost.
Support for boost began with C++ 5.9 (Sun Studio 12), but you will get better results using the current release, Sun Studio 12 update 1, and better still with the upcoming release, Oracle Solaris Studio 12.2.

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;
}

C compiler cannot create executables error, Sun Studio 12, snv_69

I am having difficulty compiling a program for R version 2.6.0 from the bioconductor site called RSQLite. I have successfully build R with Sun Studio 12, but now this particular package complains that my C compiler cannot create executables and I have idea how to go about trying to fix this. I don't know if you need to see the 'configure' file to help with this.
The output from the config.log file is:
$ ./configure
## Platform. ##
hostname = me
uname -m = i86pc
uname -r = 5.11
uname -s = SunOS
uname -v = snv_69
/usr/bin/uname -p = i386
/bin/uname -X     = System = SunOS
Node = solenv
Release = 5.11
KernelID = snv_69
Machine = i86pc
BusType = <unknown>
Serial = <unknown>
Users = <unknown>
OEM# = 0
Origin# = 1
NumCPU = 1
/bin/arch              = i86pc
/usr/bin/arch -k       = i86pc
/usr/convex/getsysinfo = unknown
hostinfo               = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown
PATH: /opt/local/bin
PATH: /opt/sfw/bin
PATH: /usr/sfw/bin
PATH: /opt/local/teTeX/bin
PATH: /opt/coolstack/bin
PATH: /usr/sbin
PATH: /opt/local/bin/amd64
PATH: /usr/bin
PATH: /usr/gnu/bin
PATH: /usr/openwin/bin
PATH: /opt/SUNWspro/bin
PATH: /opt/local/php5/bin
PATH: /usr/local/bin
PATH: /usr/ccs/bin
PATH: /usr/local/ActiveTcl/bin
PATH: /opt/staroffice8/program
PATH: /opt/csw/bin
## Core tests. ##
configure:1313: checking for gcc
configure:1339: result: dmake: defaulting to parallel mode.
See the man page dmake(1) for more information on setting up the .dmakerc file.
/opt/studio12/SUNWspro/bin/cc -m64
configure:1583: checking for C compiler version
configure:1586: dmake: defaulting to parallel mode.
See the man page dmake(1) for more information on setting up the .dmakerc file.
/opt/studio12/SUNWspro/bin/cc -m64 --version </dev/null >&5
./configure: line 1587: dmake:: command not found
configure:1589: $? = 127
configure:1591: dmake: defaulting to parallel mode.
See the man page dmake(1) for more information on setting up the .dmakerc file.
/opt/studio12/SUNWspro/bin/cc -m64 -v </dev/null >&5
./configure: line 1592: dmake:: command not found
configure:1594: $? = 127
configure:1596: dmake: defaulting to parallel mode.
See the man page dmake(1) for more information on setting up the .dmakerc file.
/opt/studio12/SUNWspro/bin/cc -m64 -V </dev/null >&5
./configure: line 1597: dmake:: command not found
configure:1599: $? = 127
configure:1622: checking for C compiler default output file name
configure:1625: dmake: defaulting to parallel mode.
See the man page dmake(1) for more information on setting up the .dmakerc file.
/opt/studio12/SUNWspro/bin/cc -m64 dmake: defaulting to parallel mode.
See the man page dmake(1) for more information on setting up the .dmakerc file.
-xO5 -xc99 -xlibmieee -xlibmil -nofstore   conftest.c >&5
./configure: line 1626: dmake:: command not found
configure:1628: $? = 127
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| /* end confdefs.h. */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:1667: error: C compiler cannot create executables
See `config.log' for more details.
## Cache variables. ##
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_prog_ac_ct_CC='dmake: defaulting to parallel mode.
## Output variables. ##
-xO5 -xc99 -xlibmieee -xlibmil -nofstore'
/opt/studio12/SUNWspro/bin/cc -m64'
/opt/studio12/SUNWspro/bin/cc -m64'
CC='dmake: defaulting to parallel mode.
CFLAGS='dmake: defaulting to parallel mode.
CPP=''
CPPFLAGS=''
DEFS=''
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EXEEXT=''
LDFLAGS=''
LIBOBJS=''
LIBS=''
LTLIBOBJS=''
OBJEXT=''
PACKAGE_BUGREPORT=''
PACKAGE_NAME=''
PACKAGE_STRING=''
PACKAGE_TARNAME=''
PACKAGE_VERSION=''
PATH_SEPARATOR=':'
PKG_CPPFLAGS=''
PKG_LIBS=''
SHELL='/bin/bash'
See the man page dmake(1) for more information on setting up the .dmakerc file.
See the man page dmake(1) for more information on setting up the .dmakerc file.
See the man page dmake(1) for more information on setting up the .dmakerc file.
ac_ct_CC='dmake: defaulting to parallel mode.
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${prefix}/share'
exec_prefix='NONE'
host_alias=''
includedir='${prefix}/include'
infodir='${prefix}/info'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localstatedir='${prefix}/var'
mandir='${prefix}/man'
oldincludedir='/usr/include'
prefix='NONE'
program_transform_name='s,x,x,'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='${prefix}/etc'
target_alias=''
## confdefs.h. ##
#define PACKAGE_BUGREPORT ""
#define PACKAGE_NAME ""
#define PACKAGE_STRING ""
#define PACKAGE_TARNAME ""
#define PACKAGE_VERSION ""
configure: exit 77

Apparently the the config program is running dmake without the -m option. Dmake replies that it is defaulting to parallel mode, and the config program uses that message as a compiler command or option. After that, the wheels come off. :-)
Fix the configure script to run dmake as
dmake -m serial
and see if that fixes the problem.

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.

Sun Studio in latest SXDE ube error

Similar Messages

Maybe you are looking for