Sun Studio 12 & Qt development (dbx issues)

Hi,
I'm trying to replace KDevelop with Sun Studio 12.
Everything seems to be fine, just the debugger is causing problems:
First errors occure while starting a debug session on a test application:
Reading libXfixes.so.3
Reading libexpat.so.1
Reading librt.so.1
Reading libk5crypto.so.3
Reading libcom_err.so.2
Reading libkrb5support.so.0
dbx: forward reference `_List_base<QVariant,std::allocator<QVariant> >' not defined, see `help forwardref'
dbx: forward reference `_List_base<QVariant,std::allocator<QVariant> >' not defined, see `help forwardref'
dbx: forward reference `_List_base<QVariant,std::allocator<QVariant> >' not defined, see `help forwardref'
dbx: forward reference `_List_base<QVariant,std::allocator<QVariant> >' not defined, see `help forwardref'
dbx: forward reference `_List_base<QVariant,std::allocator<QVariant> >' not defined, see `help forwardref'
dbx: forward reference `_List_base<QVariant,std::allocator<QVariant> >' not defined, see `help forwardref'A "help forwardref" didn't give me any clue about a solution.
The breakpoint I set before starting the debugger causes another error:
(dbx) stop at "/work/suntest/test/testmodule.cpp":451
dbx: cannot find object file corresponding to "/work/suntest/test/testmodule.cpp"Well.. the obj-file is in the .obj-dir. Duh! Weird.
Some time later, when all libs and the application is loaded, I set the breakpoint again - successfully. Even more weird.
dbx even breaks on the breakpoint.
But stepping over the code causes problems again. The IDE opens "qshared.h" and the dbx console shows the following error:
dbx: forward reference `_List_base<QVariant,std::allocator<QVariant> >' not defined, see `help forwardref'I give up for now. Back to KDevelop again. sigh
All kind of help is very welcome!
Bye
- mueslee

What Linux version are you using? Only a few Linux variants are supported. (Variations among all of the Linux distros is a big nuisance for commercial Linux products.)
You might just need to build some of your C++ debug libraries with Sun compilers. Even if the run-time ABI is compatible, the debug data is different. Things will probably improve over time. Meanwhile, posting issues here might be a good way to help keep the Sun developers informed.

Similar Messages

Sun Studio 12 - Memory allocation issue

I am porting an old code from Solaris to Linux (RHEL). The code allocates a large memory block using the malloc() command, but the command fails on Linux when the size exceeds 128 Mb (I have 4Gb of RAM).
I have tried increasing the heap size in the netbeans conf file with no luck.
Any ideas?

Can you try running the app from a terminal and see if it works (for a cleaner experiment, don't close Sun Studio since it might consume a considerable amount of memory for a larger project)?
As to ulimit, it actually makes sense to check it, but what you really need to check is ulimit of the process started by Sun Studio, because there's a small chance that it actually changes something before forking. You can try to check that by temporarily changing "build output" of your project to
/bin/bash -c "ulimit -c"and running it.

[Sun Studio 11] Classpath issue: com.mysql.jdbc.Driver not found

Greetings !!
I'm trying in an Applet to connect to a mysql database but the Applet fails everytime.
It works perfectly in console environnement with the same javaconnector.
I read this:
+Classpath. Specifies the path to the classes that the IDE uses. By default the IDE uses its internal class path, which includes all mounted filesystems and various directories in the IDE's installation and user directories. The IDE ignores your CLASSPATH environment variable. Click the ellipsis button to display a property editor in which you can change the class path settings.+
So my CLASSPATH environnement variable is passed by (as I redoubted) but I don't know why even specifying classpathes in Options/Building/Compiler Types/internal compilations/expert/class path the I got the same behaviour from the Applet... is there another way to specify that this Driver* is located in */usr/share/java/mysql-connector-java-5.1.7-bin.jar* ??
I also added the jar files in Options/IDE configuration/System/File System settings/java librairies but same behaviour again... but when compiling the output windows indicates that it has finished jdbc... that's all, the Applet still can't open a connexion with the mysql server...
Can somebody could explain to me how set up the IDE to use this javaconnector in order to connect to the mysql database ?
Thank you for your time...
Hurukan

This forum is about the tools provided with Sun Studio, the development system for C, C++, and Fortran programming.
Since your question is about Java, you are more likely to get a helpful answer in a Java forum. Go to forums.sun.com, and look under the Java heading.
Or if your question is about Netbeans, try a forum at netbeans.org

Sun Studio at Intel Developer Forum (IDF) Aug 19-21 in San Francisco!

Stop by the Sun Studio booth, talk to engineers and attend our Chalk Talk to learn how Sun Studio allows you to fully unlock the potential of Intel multicore architecture.
Chalk Talk Title: Multi-threaded development on OpenSolaris and Linux using Sun Studio
Date/Time: Tuesday August 19th from 9:45am - 10:35am.
IDF: August 19-21 at the Moscone Center West in San Francisco
http://www.intel.com/IDF/
See you there!
Ikroop Dhillon
Edited by: ikroopdhillon on Aug 18, 2008 3:23 PM

Can you reproduce this on one of our supported OSes? See list at http://edocs.bea.com/jrockit/jrdocs/suppPlat/supp_142.html. Fedora Core is unfortunately not one of them, and is hardly the most stable Linux distribution out there.
Alternatively, can you provice us with a short reproducer in the form of a standalone Java program?
Also note that there are known issues with -Xdebug on JRockit 1.4.2_08 R24.5 and earlier. I believe these may have been fixed in the upcoming 1.4.2_10 R26.2 which is due out in a few weeks. Does this problem reproduce when running without "-Xdebug"?
Rgds -- Henrik

Two compile issues with Sun Studio 12 @ x86(_64 = amd64)

The following two issues are absent on Solaris 10 SPARC and all previous Sun Studio versions (8 to 11), but present on both amd64 Solaris 10 and Linux 2.6 versions:
1. mozilla.org's Spidermonkey "JavaScript" (ECMAscript) can't be compiled with it: in file jsinterp.c an endless loop is entered by the optimizer in level -xO1 and higher (!). With no optimization, linking is impossible (unresolved symbols from jsinterp.o), which hints to defunct output.
2. the optimizer (ube) is crashing in sources with a switch with many many case labels in optimization level -xO3 and higher with a segfault.

I have trouble to seperate a reasonable (example) source out of our complex sources showing the second issue --- what I can already tell is, that the following special pragma has to do with it (while I'm now in doubt that the each 256 case labels per switch, two switches in an if else clause have to do with it):
#pragma opt 0 (func_name)
Own1 Own2 func_name(...)
The buggy versions I can tell you: they are
on Solaris 10 amd64:
/opt/SUNWspro/bin/cc -V
cc: Sun C 5.9 SunOS_i386 2007/05/03
/opt/SUNWspro/prod/bin/ube -V
ube: Sun Compiler Common 12 SunOS_i386 2007/05/03
on GNU/Linux:
cc -V
cc: Sun C 5.9 Linux_i386 2007/05/03
ube -V
ube: Sun Compiler Common 12 Linux_i386 2007/05/03
The only important compiler option in this regard seems to be the optimization level, but the situation is complex too, if others should be also involved. I will investigate further...

Is it possible to integrate j2ee enviroment with sun studio developer???

Dear all,
I currently developing a jsp based web application with sun studio enterprise but sun studio by default does not support j2ee environment, i think it only support to j2SE.
i want to use persistence and enterprise beans with my application but don't know, how to do it with sun studio developer.
i can install the persistence and ejb api's separately, but i dont know whether sun developer will support them
Can any on tell, what is the best tool for web application developement, while i will need to java uml diagrams later on.
i would be grateful, if someone can help, i am really desprate
shafqat zaman

Sun Java Studio Enterprise 8.1 (built on top on NetBeans 5.0) does support j2ee (and j2se) development.
For developing j2ee applications, both NetBeans (latest version is 5.5, http://www.netbeans.org) and SJSE can be used. For a comparison on SJSE and NetBeans, please take a look at:
http://forum.java.sun.com/thread.jspa?forumID=747&threadID=5113472
For a list of all development tools from Sun, please take a look at http://developers.sun.com/prodtech/devtools/free/index.html..
i want to use persistence and enterprise beans with my application but don't know,
how to do it with sun studio developer.For j2ee development, please check out NetBeans 5.5 ; there are several tutorials available at http://www.netbeans.org/kb/index.html. (Since SJSE is built on top on NetBeans, SJSE can also be used and all the NetBeans documents also will apply to SJSE).

Sun Studio 12 IDE and dbx

I got fresh installation of the Sun Studio 12 on Solaris 10, and I am trying to debug in the IDE. Project is using Sun Studio's compiler. But in the options I can see only gdb debugger. I looked into installed plugins, and there is no plugin for dbx (there is for gdb). Am I missing something? dbx binary is installed.

could you, please provide more details.
What system, how you installed SS12, etc.Solaris 10 11/06 s10x_u3wos_10 X86
I looked into installed plugins, and there is no plugin for dbx (there is for gdb).Where you are looking it for? Can you see module here:
Tools | Module Manager | Debugging ?
"dbx Debugger UI" Module should be there and should be enabled.
"C/C++ GDB Debugger" should be disabled.Yes, I had been looking there. There is no dbx plugin in that list.
In the installation log, dbx gui is referenced as installed without any problems:
Sun Studio 12 dbx GUI plug-in(i386) 12.0,REV=2007.05.10
Installing Sun Studio 12 dbx GUI plug-in as <SPROdbxui.2>
/opt/sunstudio12/SUNWspro/inventory/v16n1/SPROdbxui
/opt/sunstudio12/SUNWspro/prod/config/Modules/com-sun-tools-debugger-dbxgui.xml
/opt/sunstudio12/SUNWspro/prod/modules/com-sun-tools-debugger-dbxgui.jar
Installation of <SPROdbxui.2> was successful.
Installed Package: SPROdbxui.2
So I run find . -type f | ggrep 'modules.*$dbx\|gdb$'
./SUNWspro/prod/modules/com-sun-tools-debugger-dbxgui.jar
./SUNWspro/prod/modules-xml/off/org-netbeans-modules-cnd-debugger-gdb.xml
./SUNWspro/prod/modules-xml/on/org-netbeans-modules-cnd-debugger-gdb.xml
./netbeans-5.5.1/cnd1/update_tracking/org-netbeans-modules-cnd-debugger-gdb.xml
./netbeans-5.5.1/cnd1/modules/locale/org-netbeans-modules-cnd-debugger-gdb_ja.jar
./netbeans-5.5.1/cnd1/modules/locale/org-netbeans-modules-cnd-debugger-gdb_zh_CN.jar
./netbeans-5.5.1/cnd1/modules/org-netbeans-modules-cnd-debugger-gdb.jar
./netbeans-5.5.1/cnd1/config/Modules/org-netbeans-modules-cnd-debugger-gdb.xml
That plugin seems to be installed in the different directory. Is it possible to enable it somehow?

What happened to GUI development in Sun Studio 12

Sun Studio 11 had xdesigner more/less integrated with it so you could develop windows (gui) apps. I cannot find anything in SunStudio 12 to enable me to develop C++ gui apps. Even netbeans doesn't seem to be integrated with sunstudio and has to launched/run separately. Am I missing something? Can I no longer create/maintain xwindow apps when using sunstudio 12?

The X-designer that shipped with Studio 11 was already quite old and out-of-date, so we stopped shipping it as of Studio 12. (It's hard to justify paying for new 3rd-party software to ship with a free product.) Design tools are available from various other sources.
Current versions of Sun Studio require a special version of NetBeans -- you can't use the generic NB that you get from netbeans.org with the compilers and debugger. You can of course install the generic NB in addition to the one that comes with Sun Studio, and use it for other purposes. For example, on my system I installed the current NB in a directory parallel to the one used by Sun Studio.
Future versions of Sun Studio will use a generic NetBeans, eliminating this particular inconvenience.

Sun Studio 11 Dbx Java error.

Hello!
Each time I try to download ANY program into the dbx I got the following error:
Annotation: Exception occurred in Request Processor
java.lang.NoClassDefFoundError
     at com.sun.tools.debugger.dbxgui.utils.IpeUtils.getUnixEnv(IpeUtils.java:514)
     at com.sun.tools.debugger.dbxgui.utils.IpeUtils.getenv(IpeUtils.java:465)
     at com.sun.tools.debugger.dbxgui.debugger.RunConfig.writeDocument(RunConfig.java:1636)
     at com.sun.tools.debugger.dbxgui.debugger.RunConfig.save(RunConfig.java:1030)
     at com.sun.tools.debugger.dbxgui.debugger.actions.LoadDialogAction.actionPerformed(LoadDialogAction.java:118)
     at com.sun.tools.debugger.dbxgui.debugger.actions.LoadDialogAction.actionPerformed(LoadDialogAction.java:98)
     at org.netbeans.core.ModuleActions$1.run(ModuleActions.java:97)
     at org.openide.util.Task.run(Task.java:136)
     at org.openide.util.RequestProcessor$Task.run(RequestProcessor.java:328)
[catch] at org.openide.util.RequestProcessor$Processor.run(RequestProcessor.java:670)
I'm running Linux 2.6.9-34.ELsmp on x86_64 AMD processor.
Java: java version "1.5.0_06"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_06-b05)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_06-b05, mixed mode)
Can someone help?
Thanks.

Thanks.
I suspected something like this. Can you please tell me how can I switch between 32 and 64 java libraries? Can it be done for Sun Studio only without affecting other applications using java? I mean, without changing path in /usr/bin/java link?
Thanks again.

Exception not always caught in Sun Studio 12

Hi,
We're using Sun Studio 12 (Sun C++ 5.9 SunOS_sparc Patch 124863-01 2007/07/25) on a Solaris 10 SPARC machine. In our applications an exception thrown is sometimes not caught in the try/catch statement and the program continues at an outer catch statement (which usually leads to the program exiting). So far I've not been able to reduce the code down to a simple example and I don't yet know what conditions causes this behaviour.
In general the code has a big try/catch statement in main. Somewhere deep in the code there is a second try/catch statement which protects against a piece of code which we know may throw an exception. This is usually a smart pointer being dereferenced. The act of dereferencing the smart pointer in turn causes an exception to be thrown which is caught internally in a third try/catch inside the dereference code. The exception is successfully caught and some clean up is done. Then the exception is re-thrown by either using a throw; statement or a new throw xmsg("...");. All our exceptions are always of type xmsg which simply takes a string argument.
When the problem manifests itself the second try/catch is ignored and the re-thrown exception is instead caught in the outer catch statement in main which causes the program to log an error and exit.
We have lots of code which is structured the same way and the same style of code works in many cases only to fail in some specific case. It's an elusive problem because the problem moves around and it also depends on how the program is compiled. It only seems to happen when compiled in debug mode. If I compile with -xO4 the problem seems to go away.
The problem also goes away or moves to a different place if the code has changed somewhere between compiles, i.e. some other developer has modified some code, not necessarily in the same are where the problem originally happened.
One thing we have is a function we call DoThrow (used to suppress a warning on an older compiler) defined like this:
void DoThrow(const std::string& msg)
throw xmsg(msg);
}As an experiment I replaced the call to DoThrow with a straight throw xmsg(...) at a place where the first exception was thrown and the problem went away. I'm not sure if removing the call to DoThrow fixed the problem or if the minor restructuring of the code was enough to move the problem elsewhere.
For production releases we still use WorkShop 6, update 2 which does not have any problems like this. We really would like to upgrade to Sun Studio 12 because it's a much better compiler over all. We can't upgrade until we feel confident we have a workaround.
Does anyone have any thoughts on what might be wrong or any ideas on what I can do to narrow down the problem?
Thanks,
Krister

Many thanks. You've given me a few areas to focus on and I'll bring my house in order.
The only external C++ library we depend on is STLport 5.0.2 which we compile ourselves. It's currently compiled with 5.3 on Solaris 8 and I will recompile it with 5.9 on Solaris 10. All other external libraries are C libraries. Our own code is put in static libraries and linked statically. I've read that exceptions thrown in shared libraries can be problematic.
Your comment about complex conditional expressions (a ? f() : g()) is interesting. We've been bitten before by compiler bugs affecting those types of expressions. Destructors called twice or destructors called for temporaries never created. We may still have some conditional expressions like that.
The exception is of type xmsg, defined this way:
class xmsg
public:
    xmsg(const char* s) : _msg(s) {}
    xmsg(const std::string& s) : _msg(s) {}
    const std::string& why() const { return _msg; }
private:
    const std::string _msg;
};There are three catch blocks involved and all the try/catch statement look like this:
try
catch(const xmsg& msg)
}Here is a stack trace from dbx at the point where the exception is thrown the first time.
[1] __exdbg_notify_of_throw(0xffbf4ae8, 0xffbf4ad0, 0x959b292c, 0xffff0000, 0x0, 0xfc00), at 0xfb6549b4
[2] _ex_debug_handshake1(0x0, 0x101cb84, 0x1, 0x14ffc, 0xfb66a67c, 0xfb66ad38), at 0xfb655728
[3] _ex_throw_body(0xfb66af80, 0x80b2ac, 0xfb66a67c, 0x14d9c, 0x0, 0xfb66af80), at 0xfb655934
[4] __Crun::ex_throw(0xfb66afd0, 0x1460bf8, 0x7ead20, 0x0, 0x16538, 0x1), at 0xfb6558bc
=>[5] TransportSource<User>::Activate(this = 0x1624810, r = CLASS, _ARG3 = CLASS), line 39 in "TransportSource.H"
[6] Source<User>::DoActivate(this = 0x162486c, r = CLASS, e = CLASS), line 272 in "Factory.H"
[7] BaseFactory::Load(this = 0x16020a8, e = CLASS), line 2799 in "BaseFactory.C"
[8] GPAuthorizationSource::Load(this = 0x15d2440), line 110 in "GPAuthorization.C"
[9] ExchangeServer::ExchangeServer(this = 0xffbfa95c, argc = 8, argv = 0xffbfbaec), line 380 in "exchangeServer.C"
[10] main(argc = 8, argv = 0xffbfbaec), line 1525 in "exchangeServer.C"Here is the code for the Activate function in stack frame 5. The exception thrown is the second one.
    virtual T& Activate(const Reference& r, Exemplar<T>&)
      _transport->In().Write(r);
      DemarshallStream out;
      _transport->Method(Process::Activate, out);
      if(!out.Data())
     throw xmsg("Failed to call Activate on server " + _transport->Name());
      if(!out.GetBool())
     throw xmsg("Server returned error: " + out.GetString());
      const ClassHandle& h = out.GetClassHandle(&_connection);
      // don't need to pass refresh flag here because a call to Activate
      // means the object is being loaded for the first time.
      BaseExemplar* x = _handle.GetFactory().Demarshall(h, out, false,
     &_connection, this);
      BaseTransportSource::DoActivate(out);
      if(!x)
     throw xmsg("Failed to activate ref: " + r.ExternalValue());
      return static_cast<T&>(*x->GetInstance());
    }The exception is caught (frame 7 in the stack trace above) and re-thrown in the below code, at the last throw statement.
void BaseFactory::Load(BaseExemplar& e)
SourceMap::iterator p = _sources.find(&e._key->Type());
if(p == _sources.end())
    throw xmsg("Factory<" + _handle.Name() + ">::Load - no source for: "
      + e._key->ExternalValue());
AutoPointer<BaseGuard> g(Guard());
std::list<BaseSource*>::iterator i = p->second.begin();
while(true)
    try
      (*i)->_currentExemplar = &e;
      BO& x = (*i)->DoActivate(*e._key, e);
      (*i)->_currentExemplar = 0;
      if(!e._instance)
     e._instance = &x;
     Activate(e, ActivatedOld, 0);
      return;
    catch(const xmsg& msg)
      (*i)->_currentExemplar = 0;
      ++i;
      if(i == p->second.end())
     throw;
}There is a second try/catch one level up (stack frame 8, the call to GPAuthorizationSource::Load). Here's a snippet of that piece of code.
    try
      const Exemplar<User>& user = UserFactory::Instance().CreateExemplar(
     *new UserReference(authorizationTable._login.Value()));
      *user;
    catch(const xmsg& msg)
      Logger::Instance() << LogHeader << MsgClass(MsgClass::Error)
     << "Error PMAutorizationSource: " << msg.why() << EndMsg;
    // ...I put a break-point in the catch block in the above code but I never hit the break point and the exception is caught in an outer try/catch, an error is printed and the program exits.
try
catch(const xmsg& msg)
    std::cerr << "ERROR: " << msg.why() << std::endl;
}I'm sorry I have not yet been able to produce a smaller example that can be compiled and tested in isolation. I know that's important in order to track down the problem. It seems like the smallest change in seemingly unrelated parts of the code makes the problem come or go.

Can't see 'Local Variables' while debugging in Sun Studio 11

I am debugging a C/C++ application built with Sun Studio 11 running on Solaris 10. I load the application as always, set a breakpoint and run. The debugger stops at the assigned breakpoint as expected.
The issue is that at this point there are no local variables displayed in the local variables pane.
I have tried restarting SS11, rebuilding, etc...
This is the first time I have seen this happen.
Does anyone else have an idea what is wrong?

Does adding a particular variable to Watch view help? (it can be done by typing "display <variable>" in dbx command line).
You can also try erasing (or better moving to a temporary location) all Sun Studio settings like this:
mv -f ~/.sunstudio /tmpand start debugging session again.

Sun Update Manager attempts to patch wrong arch of Sun Studio 12

Hi,
I'm having patching problems as mentioned here: http://forum.java.sun.com/thread.jspa?threadID=5198127&tstart=0
However, I recently (last week) installed an x86_64 version of Sun Studio 12 on my sparc NFS server as documented here: http://docs.sun.com/app/docs/doc/820-0274/6nc1b7u4r?a=view
(Installing the Sun Studio 12 Software on a Solaris Server for Use by Clients With a Different Architecture)
The clients are Sun Solaris 10 11/06 x86_64.
After running "check for updates", Sun Update Manager today returned 9 patches for Sun Studio 12. All of these patches appear to be for sparc architecture:
126995-01
124861-02
124867-01
124863-01
127000-01
127143-01
126503-01
127001-01
124872-01
My question is, why doesn't Sun Update Manager realize that I installed the x86_64 version of Sun Studio 12 (for NFS exporting) and give me the x86_64 version of these patches?
Or am I missing something? How does the procedure "Installing the Sun Studio 12 Software on a Solaris Server for Use by Clients With a Different Architecture" result in the package system on the NFS server being aware of the correct arch version of Sun Studio 12?
This should explain more:
(/opt/x86_64/SUNWspro is my NFS share)
# pwd
/opt/x86_64/SUNWspro
# ls -l
total 62
lrwxrwxrwx 1 root root 15 Aug 12 18:32 LEGAL-SS12 -> prod/LEGAL-SS12
drwxr-xr-x 2 root sys 25 Aug 12 18:33 READMEs
lrwxrwxrwx 1 root root 9 Aug 12 18:31 atd1 -> prod/atd1
drwxr-xr-x 3 root sys 95 Aug 12 18:33 bin
drwxr-xr-x 5 root sys 5 Aug 12 18:32 contrib
drwxr-xr-x 2 root sys 3 Aug 12 18:32 docs
drwxr-xr-x 2 root sys 7 Aug 12 18:33 examples
drwxr-xr-x 2 root sys 5 Aug 12 18:32 include
drwxr-xr-x 3 root sys 3 Aug 12 18:30 inventory
drwxr-xr-x 9 root sys 40 Aug 12 18:33 lib
drwxr-xr-x 12 root sys 13 Aug 12 18:30 man
drwxr-xr-x 2 root root 4 Aug 12 19:46 nb-install
drwxr-xr-x 21 root sys 21 Aug 12 18:32 prod
drwxr-xr-x 5 root sys 5 Aug 12 18:33 sfw
# uname -a
SunOS <hostname> 5.10 Generic_125100-10 sun4u sparc SUNW,Sun-Fire-V440
# cd bin
# ls
CC cscope er_print gvim smctl visu
CCadmin ctc er_rm indent ss_attach visuroot
amd64 ctcr er_src lint sunCC whatdir
analyzer ctrace etags lock_lint sunas xdcapture
b2m cxref f77 ootags sunc89 xdconfig
bcheck dbx f90 prepare_system sunc99 xdesigner
bil2xd dem f95 ptclean suncc xdhelp
c++filt dmake fbe rcs-checkin sunf77 xdrecord
c89 dumpstabs fdumpmod rtc_patch_area sunf90 xdreplay
c99 dwarfdump fpp rxm sunf95 xdroot
cb ellcc fpr rxs sunstudio xdtosj
cc er_archive fsplit sbcleanup tcov xemacs
cc-5.0 er_cp gil2xd sbenter tha xemacs-mule
cflow er_export gnuattach sbquery uil2xd
checkjava er_kernel gnuclient sbtags version
collect er_mv gnudoit smallxd version-5.0
# file f95
f95: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, stripped
I obviously have the i386 version of f95 sitting on my sparc server. The x86 clients are happy with it - works great, but I want to be able to patch it.
Can anyone tell me how to apply patches to my Sun Studio 12 installation in this case?
Thanks,
Phil

its probably best to get your other patching issue sorted out first before going any further with this. it may turn out that fixing the problem of smpatch analyze recommending already installed patches will also fix this problem

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.

Future support for C++0x in Sun Studio

I've recently been having to defend my choice of using the sun studio compiler against several gcc advocates here in the office. The one reasonable issue they keep bringing up is when the upcoming C++0x (more like C++1x or even C++2x at the pace the standards committee is operating at) features will be available in complete fashion in sun studio. They say, and I have to begrudgingly agree, that judging by the amount of time it took studio to support boost (template templates, certain partial template specializations, etc), there could be a long delay between the release of gcc's C++0x support and that of studio's.
I understand that many of the new features of C++0x, even from initial glance, appear to be quite complicated, especially lambda functors and their associated []/auto return types, variadac template parameters and class concept checking. In addition, I understand gcc has an unfair advantage so to speak since it is being used as the test bed for many of the committee proposal submitter's proof-of-concept implementations (the variadic template parameter feasibility implementation written for gcc comes to mind).
Could a developer please assuage my fears and inform me that the studio team has a roadmap/timeframe in place to release a studio that fully supports the new language-level features in a reasonably competitive time frame? It apparently will be the responsibility of the STLPort team to essentially copy many of boost's libraries (shared_ptrs, random numbers, type_traits) and rename them and move them to the std namespace and also supply the new unordered<> containers, to name a few.
I for one can't wait until boost::mpl, boost::fusion, boost::format and others are all reduced from 10's of 1000's of lines of pre-processor generated crufty template definitions to a single variadic template declaration. Also, I won't feel quite so willfully derelict to efficient code every time i bust out an std::for_each and drop in a boost::bind generated functor and instead can use a lambda function with the various efficiency gains ranging from direct referencing to the stack variables passed in as the closure arguments to the ability for the compiler to actually inline the body of the lambda function where appropriate.
I'm in no way trying to accuse you compiler developers of being slow to implement features, but just would like to be assured that there is nothing to worry about and there is a plan and current work being done on the required features. I know it's still a couple of years off, but I personally can't wait to replace hundreds of lines of boost::bind() calls with their more efficent lambda equivalent, and in addition clean up interfaces that could have used boost::bind if it weren't for the unacceptable overhead introduced often executed blocks of code.
Thanks,
Chris Knight - Faithful sun studio user through at least 2 major name changes and since at lest when it was called Forte 4.2 and RougeWave and classicIO libraries roamed the earth in vast quantities.
P.S. I truly fear that the other 3 major compilers (gnu, intel, ms) will be out the door with C++0x in around the same time and boost will then willingly drop support for the sun compiler if it doesn't support the required language features at that time as they had no problem not supporting studio at all until Studio 12 so I'm sure as soon as the 3 compilers they run nightly tests with support it, they'll be just as eager to
make use of the new features as I am.
This leaves someone who has based their entire system on Solaris + SunStudio + Boost in a potentially undesirable situation. Solaris is far too stable and Linux to ever-changing to ever consider Linux as a platform for critical systems yet the idea of running g++ on Solaris w/ gcc's propensity to change their ABI on a weekly basis gives me immediate heartburn.
Thanks again.

You raise some very good points, and believe me, we are even more aware of them than you are!
Short answer: We are planning to bring out a compiler conforming to C++0X in a timely fashion.
Longer answer:
Right now, we are working on providing binary compatibility with g++ as an option in the next compiler release. When we are done, you will be able to use g++ headers with Sun C++, and link the code with binaries created by g++. The first implementation will be on Linux. (Which versions of g++ and which versions of Linux? Stay tuned.)
Implementing all the new features of C++0X will require a re-design of parts of the compiler front end. The current compiler organization does not support "concepts", for example. (We've been looking for an excuse to re-design the front end for a while, and C++0x is not just an excuse -- it's a requirement.) With the g++ ABI work done, we'll ready to start the re-design, and begin to implement C++0x features.
We won't release an official (stable, fully-supported) product with C++0X features until the standard is final. Until then, any feature could change in unpredictable ways. We got caught by that problem with C++ 4.2 and C++98 -- we implemented what we thought were final features that changed dramatically after we released the compiler. We won't do that again. Compiler stability is one of our most important considerations.
Beginning some time next year, we expect to have Express releases with some C++0X features. Express releases are our way of providing compilers with experimental features that might not be stable yet. It gives our customers a chance to try them out and provide feedback before they become part of a stable release. That is to say, a feature flagged as experimental is subject to change, and compatibility with other Express or official releases is not guaranteed. We can therefore fix bugs and catch up with late changes in the Standard as necessary.
We have not yet done all the planning for our C++0X compiler, so I can't give you any estimates about specific feature availability and time frames. When we are farther along, we'll post the road map on a public site, and I'll announce it here.
Steve Clamage
Sun C++ Team

GTK in Sun Studio project (question)

I'm new to Sun Studio. My background is 22 years c/c++ non-unix development (embedded systems & Windows application development).
I'm trying to write a GUI based c++ app for Solaris. I know this is a complete newbie question. Any help will be GREATLY appreciated.
Here's my question/issue: I cannot seem to include <gtk.h>. I've installed every GTK/ GTKMM package I can find. Building/deploying any project that does not use GTK is fine. I cannot for the life of me figure out how to build a GTK app. Even the GtkFreeway example app for Sun Studio fails to compile at #include <gtk.h>.
So, how do I set up my environment to include gtk headers and link with the appropriate libraries.
Thanks in advance,
Mike

You can use the IDE. Add the path to the gtk.h include directory in the compiler option dialog.
For example, if gtk.h is in /opt/gtk/include, add /opt/gtk/include to the list of -I options.
If the error you get is
Could not open include file "gtk.h"
it's due to the missing path.
If you get some other error, please post the error output.
Your experience with <> and "" for include directives is misleading. You can make incorrect inferences due to not testing every possible combination of headers locations and #include directives..
The C++ standard says the <> form is required for standard headers. It goes on to say that the search method for the "" and <> forms is implementation-defined. The search method for Sun C++ is described in the C++ Users Guide
[http://docs.sun.com/app/docs/doc/820-7599/bkaso?a=view]
The details of lookup vary only slightly among modern compilers. If you use <> for system headers and "" for project headers, you should expect to get the right result. The <> form can prevent local directories from being searched, which is appropriate for system includes, but not for project includes.

Sun Studio 12 & Qt development (dbx issues)

Similar Messages

Maybe you are looking for