Problem in compiling mysql++ libraries on Solaris 8 using Sun C++ compiler

Hi!
I am trying to compile the mysql++ libraries on Solaris 8 using the Sun C++ compiler CC 5.3 version.
but I get an error:
"../../../../tools/mysql++/lib//resiter.h", line 53: Error: Invalid template parameter default.
Can anyone let me know what can be the problem and whats the solution for the same.
Thanks,
Manik Gupta.

The name of this forum is 'Java compiler'. Your question has nothing to do with that.

Similar Messages

Cannot compile a prog in C++ using Sun WS 5.0 on Solaris 8

I am getting errors while compiling a helloworld program in C++ using Sun Workshop 5.0 on Solaris 8. The error messages are given below.
The command I use for compiling my program is :
CC Hello.cpp
Is there anything wrong with the installation of the compiler?
(All my C is code is compiling perfectly)
Do I need to make some settings?
Is the Sun compiler 5.0 incompatible with Solaris 8?
In addition to this, if I want to use the list and vector classes, what headers can I use? What should the compilation command be?
Thanks,
Puneet Singhal
I am getting these error messages:
"/usr/include/iso/wchar_iso.h", line 100: Error: Multiple declaration for mbstate_t.
"/opt/SUNWspro/SC5.0/include/CC/./iosfwd", line 51: Error: The name mbstate_t is ambiguous, std::mb
state_t and std::mbstate_t.
"/opt/SUNWspro/SC5.0/include/CC/./iosfwd", line 78: Error: The name mbstate_t is ambiguous, std::mb
state_t and std::mbstate_t.
"/opt/SUNWspro/SC5.0/include/CC/rw/iotraits", line 56: Error: The name mbstate_t is ambiguous, std:
:mbstate_t and std::mbstate_t.
4 Error(s) detected.
The program listing of Hello.cpp:
----------------------------------------------------#include<iostream.h>
int main()
cout << "Hello World";
return 0;

I've been able to compile this program fine on Solaris 8 with Forte Developer 6 Update 2. The exact version+patches is: CC: Sun WorkShop 6 update 2 C++ 5.3 Patch 111685-04 2001/12/13
I've also compiled with Workshop 5.0, and the code works fine. This is on Solaris 8 with the following compiler version+patches:
CC: WorkShop Compilers 5.0 01/12/04 C++ 5.0 Patch 107311-16
Let me know if you have any questions.
-Moazam

Problems Compiling Code With Function Pointers Using Sun CC (SUNWspro)

I have a header file that contains a declaration to a function pointer as follows:
int (*pFuncPntr)(char host, char comm, void *data);
Then, in a *.c file which includes the header file where the function pointer is declared, the prototype for the function is at the top of the file and appears as follows:
int someFunc(char hostname, char community, void *data);
Then, in the same *.c file, down below, I attempt to assign the function pointer to the address of the function declared as follows:
pFuncPntr = &someFunc;
... and further down in the *.c file is the definition of someFunc. ........................
When I compile, I get the following error:
: identifier redeclared: pFuncPntr
current : int
previous: pointer to function(pointer to char, pointer to char, pointer
to void) returning int : "/vobs/pp2dev/src/cmds/emcp_pmgmtd/sparc_solaris/../emc
p_pmgmtd.h", line 84
"/vobs/pp2dev/src/cmds/emcp_pmgmtd/sparc_solaris/emcp_pmgmtd_solaris.c", line 46
As far as I've read, this is the standard way of assigning a function pointer to the address of a function.
Does anyone have any ideas what CC compiler is complaining about?
Appreciate your response,
dedham_ma_man

WHen I try to include the ftp.jar package?? I use "package com.enterprisedt.net.ftp;".That isn't how you import a package. That declares that the class it is at the top of will belong to that package, and that's not what you want. I'm guessing that you need
import com.enterprisedt.net.ftp.*;
at the top of your code, just after the line where you declare the real name of the package your class is going to belong to.
By the way, you need the compiled version of your downloaded FTP code, i.e. the .class files. If you got source code (.java files) you'll need to compile them, but you should be able to get the compiled version as a download.

Problems connecting to Reality 9 on solaris using Oracle 9i HS

Has anyone had experience of connecting from Oracle 9i (release 2) on Windows 2000 to Reality 9 on unix?
I cannot get this to work as it hangs at login stage according to the trace file. On the same 2000 server, I have a fully functioning connection to a Reality 9 database on NT. Both the unix and NT connection through reality DSN/ODBC work fine outside of Oracle.
The Solaris server has Gateways on it but we have been tracing heavily on this box and can't see anything obvious.
HELP!

Mark,
This could be caused by incorrect logon credentials.
Please pay attention to the 'CREATE DATABASE LINK' statement for the 'CONNECT TO ... IDENTIFIED BY' clause. If the ODBC trace ends with SQLDriverConnect then it is most likely that something is wrong with the logon credentials used in the database link.

Error when trying to build using sun studio compiler

Hi ,
When i try to build my appliation-1 and application-2 , I am experiencing below given errors
OS:
SUSE Linux Enterprise Server 10 (x86_64)
VERSION = 10
PATCHLEVEL = 1
Compiler Version:
cc: Sun Ceres C 5.10 Linux_i386 2008/03/24
usage: cc [ options] files. Use 'cc -flags' for details
Application1:
Error:
CC: Cannot find /comp/sun/sunstudioceres/bin/ccfe
Application2:
Error:
cc: Warning: cannot open inline file /gan/q2/comp/sun/sunstudioceres/lib/amd64/libm.il
cc: Can't exec /comp/sun/sunstudioceres/bin/acomp
Please share your thoughts on how to solve this problem
Regards,

[http://forum.java.sun.com/thread.jspa?threadID=5307985]

Problem calling entity bean from session bean using sun one app server

Hi,
I am getting the following exception while calling entity bean(bmp) from stateless session(cmp)bean.
SEVERE: IOP5012: Some runtime exception ocurred in IIOP: [javax.ejb.EJBException: nested exception is: java.lang.RuntimeException: Unable to create reference org.omg.CORBA.OBJ_ADAPTER: vmcid: SUN minor code: 1015 completed: No]
SEVERE: IOP5013: Unable to create reference: [org.omg.CORBA.OBJ_ADAPTER: vmcid: SUN minor code: 1015 completed: No]
SEVERE: EJB5029: Exception getting ejb context : [CustomerEJB]
SEVERE:
WARNING: CORE3283: stderr: javax.transaction.TransactionRolledbackException: CORBA TRANSACTION_ROLLEDBACK 9998 Maybe; nested exception is:
WARNING: CORE3283: stderr: org.omg.CORBA.TRANSACTION_ROLLEDBACK: vmcid: 0x2000 minor code: 1806 completed: Maybe
WARNING: CORE3283: stderr: at com.sun.corba.ee.internal.iiop.ShutdownUtilDelegate.mapSystemException(ShutdownUtilDelegate.java:114)
WARNING: CORE3283: stderr: at com.sun.corba.ee.internal.javax.rmi.CORBA.Util.wrapException(Util.java:358)
WARNING: CORE3283: stderr: at javax.rmi.CORBA.Util.wrapException(Util.java:277)
WARNING: CORE3283: stderr:
My primary key implementation is
public class CustomerEJBKey implements java.io.Serializable {
static final long serialVersionUID = 3206093459760846163L;
public String customerId;
public DBConfigBean dbConfigBean;
* Creates an empty key for Entity Bean: CustomerEJB
/*public CustomerEJBKey() {
public CustomerEJBKey(String customerId,DBConfigBean dbConfigBean){
this.customerId = customerId;
this.dbConfigBean = dbConfigBean;
public String getCustomer(){
return customerId;
public DBConfigBean getDBConfigBean(){
return dbConfigBean;
* Returns true if both keys are equal.
public boolean equals(Object key) {
if(key instanceof CustomerEJBKey)
return this.customerId.equals(((CustomerEJBKey)key).customerId) &&
this.dbConfigBean.equals(((CustomerEJBKey)key).dbConfigBean);
else
return false;
* Returns the hash code for the key.
public int hashCode() {
return customerId.hashCode() + dbConfigBean.hashCode();
and entity bean method invocation is,
homeFactory = EJBHomeFactory.getInstance();
home = (CustomerEJBHome) homeFactory.lookup(CustomerEJBHome.class);
remote = (CustomerEJB) PortableRemoteObject.narrow( home.findByPrimaryKey(new CustomerEJBKey(customerId,dbBean)), CustomerEJB.class);
This works fine in Websphere and JBoss. Do you have any idea why I am getting this exception?
Appreciate your response.
Regards,
Sankar.

My suggestion is to put some System.out.println() statements and see if the output helps in any way in debugging. I can't think of anything on the top of my head although I have been working lightly on SunONE.
By the way, you referred the stateless bean as CMP. Just wanted to tell you that you are wrong. The terms CMP and BMP refer to persistence, which is applied to Database tables and not to stateless/stateful session beans which are written for some specific purpose independent of underlying database.

How to generate gdb compatible .o for CMT using Sun Studio C compiler?

Hello,
we've been working on a joint project for telco bearer plane applications on CMT.
We started the project using gcc for Sparc and we switched to Sun Studio compiler when we hit some bugs in gcc (optimized mode was not completely stable). The switch took a few weeks due to syntax differences and toolchain option changes.
With Sun Studio we got a double digit percent performance improvement, so Sun Studio proved more stable and faster than gcc.
To debug programs we require gdb, because the Telco customers are more familiar with it. The problem is that Sun Studio generates object files which are not compatible with gdb.
Our main requirement is to be able to generate gdb compatible object files using Sun Studio compiler.
We checked this link:
http://cooltools.sunsource.net/gcc/ReleaseNotes.html
but this seems to be a variant of gcc. At this point we cannot switch compiler because of the performance and stability issues mentioned above and because it will take a few weeks to months to switch.
We have two questions:
1) Is there a way to generate gdb compatible object files using Sun Studio 11?
2) If not, is this funcionality going to be available in a future release of Sun Studio and what is the time frame?
Thanks for your help.
Marco Zandonadi
Teja Technologies

The undefined symbol is in the C++ runtime support library that is part of Solaris. Probably you have an out-fo-date version of the libraries.
You can get current patches from the Sun Studio patch page:
http://developers.sun.com/prodtech/cc/downloads/patches/index.html
From the page for your version of WorkShop or Sun Studio, select the C++ Runtime Library patch for the version of Solaris that your are running. While you are at it, you can get the current compiler patches as well.
If patching the runtime libraries does not fix the problem, let me know, and also show the exact command lines that you use for compiling and linking the program.

Compiling problem when using ansi c compiler on solaris 11

Hello
I'm using solaris 11 on sparc T4 server.
I was trying to generate tpch benchmark data set on the server. I downloaded the tpch files from http://www.tpc.org/tpch/default.asp website. There's a makefile that is used to compile the data generation program. In the makefile, there's a line that specifies which compiler to use. After searching the web, I think it might be "cc" on solaris. so I installed oracle solaris studio 12.3, gcc-3, gcc-45 and set the environment variable:
export PATH=$ORACLE_HOME/bin:$ORACLE_BASE/oracle_solaris_studio/SolarisStudio12.3-solaris-sparc-bin/solarisstudio12.3/bin:$PATH
export MANPATH=$ORACLE_BASE/oracle_solaris_studio/SolarisStudio12.3-solaris-sparc-bin/solarisstudio12.3/man:$MANPATH
-bash-4.1$ which cc
/export/home/oracle/oracle_solaris_studio/SolarisStudio12.3-solaris-sparc-bin/solarisstudio12.3/bin/cc
when I run $make, I got the following error. Do you know what the problem might be? Am I using the correct compiler?
Thank you very much. I appreciate any help.
-bash-4.1$ make
cc -g -DDBNAME=\"dss\" -DSUN -DORACLE -DTPCH -DRNG_TEST -D_FILE_OFFSET_BITS=64 -c build.c
"build.c", line 35: cannot find include file: <stdio.h>
"build.c", line 36: cannot find include file: <string.h>
"build.c", line 38: cannot find include file: <sys/types.h>
"build.c", line 41: cannot find include file: <unistd.h>
"/usr/include/iso/math_iso.h", line 13: cannot find include file: <sys/feature_tests.h>
"/usr/include/iso/math_c99.h", line 12: cannot find include file: <sys/feature_tests.h>
"/usr/include/floatingpoint.h", line 39: cannot find include file: <stdio_tag.h>
"/usr/include/floatingpoint.h", line 45: syntax error before or at: FILE
"/usr/include/floatingpoint.h", line 164: syntax error before or at: FILE
"dss.h", line 84: cannot find include file: <stdio.h>
"dss.h", line 85: cannot find include file: <stdlib.h>
"dss.h", line 210: warning: old-style declaration or incorrect type for: FILE
"dss.h", line 210: syntax error before or at: *
"dss.h", line 210: warning: old-style declaration or incorrect type for: tbl_open
"dss.h", line 471: syntax error before or at: FILE
"dss.h", line 471: warning: undefined or missing type for: FILE
"dss.h", line 471: warning: undefined or missing type for: void
"dss.h", line 471: warning: undefined or missing type for: int
"dss.h", line 471: warning: undefined or missing type for: int
"build.c", line 89: warning: implicit function declaration: sprintf
"build.c", line 115: warning: implicit function declaration: strlen
"build.c", line 160: undefined symbol: NULL
"build.c", line 160: warning: improper pointer/integer combination: op "="
"build.c", line 160: non-constant initializer: op "NAME"
"build.c", line 172: warning: improper pointer/integer combination: op "=="
"build.c", line 189: warning: implicit function declaration: strcpy
"build.c", line 348: warning: implicit function declaration: memcpy
"build.c", line 368: undefined symbol: NULL
"build.c", line 368: warning: improper pointer/integer combination: op "="
"build.c", line 368: non-constant initializer: op "NAME"
cc: acomp failed for build.c
*** Error code 2
make: Fatal error: Command failed for target `build.o'

Thank you very much for your reply.
system/header is not installed on the server, but when I tried to install it , I got an error that said there was a conflict. How should I solve this?
-bash-4.1$ sudo pkg install system/header
Creating Plan /
pkg install: No matching version of system/header can be installed:
Reject: pkg://solaris/system/[email protected],5.11-0.175.0.0.0.2.1:20111019T073158Z
Reason: This version is excluded by installed incorporation pkg://solaris/consolidation/osnet/[email protected],5.11-0.175.0.4.0.5.1:20120206T225911Z
-bash-4.1$ sudo pkg install pkg:/system/header
Creating Plan /
pkg install: No matching version of system/header can be installed:
Reject: pkg://solaris/system/[email protected],5.11-0.175.0.0.0.2.1:20111019T073158Z
Reason: This version is excluded by installed incorporation pkg://solaris/consolidation/osnet/[email protected],5.11-0.175.0.4.0.5.1:20120206T225911Z

Compile occi under solaris using g++/gcc problem

Hi Expert:
I got some link error when i tried to compile a demo occi code under solaris using g++. Please share experience.
Thanks.

Namespaces are not supported in -compat=4 mode. The only effect of -features=namespace is to recognize "namespace" as a keyword, and disallow it as an identifier. You don't actually get namespace semantics.
The pupose of -compat=4 is to allow code written for C++ 4.x to compile and run until the code can be updated to conform to the C++ Standard. If you want to use features from the C++ standard, like namespaces, you must use Sun C++ in the default standard mode.
If you remove -compat=4, the code compiles and links. If you need to use -compat=4 mode, remove uses of namespace, and fix the code to remove name conflicts.
BTW, we recommend against using -features=bool in -compat=4 mode. It can cause odd behavior when part of the code expects boolean expressions to have type int and part of the code expects bool to be a different type.
It appears you are using C++ 5.0, a product that has been obsolete for several years and which is no longer supported. You should consider updating to Sun Studio 11 (C++ 5.8), at no cost.
http://developers.sun.com/sunstudio/

Compilation error on Solaris 2.6 using SUn Workshop 4.2(Rogue wave STL)

Hello,
I am facing a problem while using Rogue wave STLs on SOlaris 2.6 using Sun WOrkshop pro 4.2
I am using Hash table implementation in the source. It throws the following error:
---->Error: "," expected instead of "const_iterator".
I found it to be problem in a declaration of pair for the class.
Before modification:
typedef pair<mytmp::iterator,int> interator;
Modified to:
typedef mytmp::iterator myitr
typedef pair<myitr,int> interator;
Now the above compilation error seems to be gone. Can anyone please help me in understanding this problem???????????????
Also after compiling few files now i am facing new problem. It throws signal 11 in iterator header file of std STL.
Help m e !!!!!!!!!!
For your reference options of compilation are:
/opt/SUNWspro/bin/CC -c -O -mt -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199506L -D_REENTRANT -D__EXTENSION
S__ -DRWSTD_MULTI_THREAD -D_RWBUILDSHARED -DRWSTD_COMPILE_INSTANTIATE -
DRWSTD_SHARED_BUILD --I/opt/mylib/common/include/Std mydemo.cc

I solved my own problem.
It seems that the C++ XML Parser cannot be used with earlier versions of Oracle. My ORACLE_HOME env variable was pointing to v734. Once I changed that to point to the later version of v816, It was a smooth parse.
null

BEA Tuxedo and Sun Solaris V2.6 C++ Compiler V5.0 Problem

Hi Friends,
We are having problem with Tuxedo servers compiling/build using the Sun Solaris V2.6 Workshop C++ compiler V5.0. The Tuxedo servers do not boot up. The servers hang in tpopen() ATMI call. We used dbx to determine this.
The same code when build using C compiler works fine. It seems that C++ Compiler V5.0 has some trouble with BEA Tuxedo. We even tried compat=4 option which creates V4.0 compatible object library. It also does not get us thru.
Is anyone using this compiler for BEA tuxedo development?
Any help would be highly appreciated.
Best Regards
Manoj SASIDHARAN

Hi again!
Did some investigation, found this:
http://www.bea.com/support/askbea/tux/S-05487.shtml
Best Regards
Sven Björkegren
Manoj SASIDHARAN skrev:
Hi Friends,
We are having problem with Tuxedo servers compiling/build using the Sun Solaris V2.6 Workshop C++ compiler V5.0. The Tuxedo servers do not boot up. The servers hang in tpopen() ATMI call. We used dbx to determine this.
The same code when build using C compiler works fine. It seems that C++ Compiler V5.0 has some trouble with BEA Tuxedo. We even tried compat=4 option which creates V4.0 compatible object library. It also does not get us thru.
Is anyone using this compiler for BEA tuxedo development?
Any help would be highly appreciated.
Best Regards
Manoj SASIDHARAN[sven.bjorkegren.vcf]

Tomcat problem finding MySQL driver when context used

Hi all.
I have a context set in tomcat3.3 which allows me to run JSPs saved in TOMCAT_HOME/webapps/examples/jsp from /luc.
Initially, I had problems using beans when I used the context (the whole thing works ok when I just enter the actual path in the URL).
I solved that by adding the ...WEB-INF/classes directories to my CLASSPATH. But now that the beans are found, Tomcat is giving errors regarding the mySQL driver I'm using, which is mm-mysql-2.0.11.
The error is:
Error: 500
Location: /luc/validateLogin.jsp
Internal Servlet Error:
javax.servlet.ServletException:
     at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:460)
     at validateLogin_1._jspService(validateLogin_1.java:139)
     at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java)
     at org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java:574)
     at org.apache.tomcat.core.Handler.invoke(Handler.java:322)
     at org.apache.tomcat.core.Handler.service(Handler.java:235)
     at org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:485)
     at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:917)
     at org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
     at org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Http10Interceptor.java:176)
     at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:494)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:516)
     at java.lang.Thread.run(Thread.java:484)
Root cause:
java.lang.NullPointerException:
     at customerProfile.customerProfileBean.validateUser(customerProfileBean.java:135)
     at validateLogin_1._jspService(validateLogin_1.java:98)
     at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119)
     at javax.servlet.http.HttpServlet.service(HttpServlet.java)
     at org.apache.tomcat.facade.ServletHandler.doService(ServletHandler.java:574)
     at org.apache.tomcat.core.Handler.invoke(Handler.java:322)
     at org.apache.tomcat.core.Handler.service(Handler.java:235)
     at org.apache.tomcat.facade.ServletHandler.service(ServletHandler.java:485)
     at org.apache.tomcat.core.ContextManager.internalService(ContextManager.java:917)
     at org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
     at org.apache.tomcat.modules.server.Http10Interceptor.processConnection(Http10Interceptor.java:176)
     at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:494)
     at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:516)
     at java.lang.Thread.run(Thread.java:484)
And I've outputted the the following stuff:
Unable to load driver java.lang.ClassNotFoundException: org.gjt.mm.mysql.Driver
java.sql.SQLException: No suitable driver
Remember, this all works fine when I don't use the context.
In my CLASSPATH, I point to the JAR file:
/usr/local/jdk1.3.1/lib/mm.mysql-2.0.11/mm.mysql-2.0.11-bin.jar
Any ideas?

try moving the mm.mysql-2.0.11-bin.jar file to %TOMCAT_HOME%/common/lib. This should make the classes available to all contexts.

Trouble Compiling mysql-query-browser

After building all of the necesary prerequsites I am trying to compile mysql-query-browser on Solaris 10 (x86). I am getting some errors (shown below) when I run the configure script for the mysql-gui-common components. Can anyone tell me how I might fix these errors?
---configure output---
checking for a BSD-compatible install... /opt/sfw/bin/ginstall -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i386-pc-solaris2.10
checking host system type... i386-pc-solaris2.10
checking for gcc... gcc
checking for C compiler default output... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for ranlib... ranlib
checking for pkg-config... /usr/bin/pkg-config
checking for glib-2.0 libxml-2.0 >= 2.6.2... yes
checking GLIB_CFLAGS... -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/include/libxml2
checking GLIB_LIBS... -L/usr/local/lib -lglib-2.0 -lxml2 -lpthread -lz -lm -lsocket -lnsl
checking for gthread-2.0 libxml-2.0 >= 2.6.2... yes
checking GTHREAD_CFLAGS... -threads -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/include/libxml2
checking GTHREAD_LIBS... -threads -L/usr/local/lib -lgthread-2.0 -lglib-2.0 -lxml2 -lpthread -lz -lm -lsocket -lnsl
checking for gtk+-2.0... yes
checking GTK_CFLAGS... -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include
checking GTK_LIBS... -L/usr/local/lib -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
checking for libglade-2.0 gtkmm-2.0... yes
checking GNOME_CFLAGS... -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/atk-1.0 -I/usr/local/include/pango-1.0 -I/usr/openwin/include -I/usr/sfw/include -I/usr/sfw/include/freetype2 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/gtkmm-2.0 -I/usr/local/lib/gtkmm-2.0/include -I/usr/local/lib/sigc++-1.2/include -I/usr/local/include/sigc++-1.2 -I/usr/include/libglade-2.0 -I/usr/include/libxml2
checking GNOME_LIBS... -L/usr/local/lib -lglade-2.0 -lxml2 -lpthread -lz -lsocket -lnsl -lgtkmm-2.0 -lgdkmm-2.0 -latkmm-1.0 -lgtk-x11-2.0 -lpangomm-1.0 -lglibmm-2.0 -lsigc-1.2 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0
checking for mysql_config... -I'/usr/sfw/include/mysql'
checking for mysql_config... Usage: /usr/sfw/bin/mysql_config [OPTIONS]
Options:
--cflags         [-I'/usr/sfw/include/mysql']
--libs           [-R/usr/sfw/lib -R/usr/sfw/lib/mysql -L/usr/sfw/lib -L'/usr/sfw/lib/mysql' -lmysqlclient -lz -lposix4 -lcrypt -lgen -lsocket -lnsl -lm] --socket         [tmp/mysql.sock]
--port           [3306]
--version        [4.0.15]
--libmysqld-libs [-R/usr/sfw/lib -R/usr/sfw/lib/mysql -L/usr/sfw/lib -L'/usr/sfw/lib/mysql' -lmysqld -lpthread -lz -lposix4 -lcrypt -lgen -lsocket -lnsl -lm -lpthread -lrt]
checking for pcre-config... yes
checking for pcre-config... -L/opt/sfw/lib -lpcre
configure: creating ./config.status
config.status: creating Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/source/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library_grt/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library_grt/source/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library_grt_modules/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library_grt_modules/source/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library_gc/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library_gc/source/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating source/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating source/grtsh/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating source/linux/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating source/linux/canvas/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating images/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating images/png/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating images/icons/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating images/icons/png/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating res/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating res/linux/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/tests/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/tests/read_international/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/tests/test_detect_charset/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/tests/test_mysql_api/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/tests/test_parse_sql_statemets/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/tests/test_translations/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: creating library/tests/test_xml/Makefile
sed: command garbled: s,@MYSQL_LIBS@,Usage: /usr/sfw/bin/mysql_config [OPTIONS]
config.status: executing depfiles commands

I agree that it is entirely possible that the problem lies with mySQL and not Sun, however the query I posted on their forums is sitting in deathly silence so I'm now trying elsewhere.
After making the change you mentioned it configures clean but it doesn't buil properly afterward, I presume this is the same for you.

Compiling / Linking error in Solaris Studio 12.3 C++ Compiler

Hi,
I downloaded Solaris Studio 12.3 (SolarisStudio12.3-solaris-x86-pkg.tar.bz2) & unpacked and installed on the default directory (in non-interactive mode) of local machine running Solaris 10 10/09 s10x_u8wos_08a X86. Also applied all the required patches by running the "install_patches.sh" after running "solarisstudio.sh".
My application has make files to take care of the building the whole application. I made necessary changes to the make files to pick up the latest Solaris 12.3 C++ compiler. I could see that it has picked up for compiling.
While building the whole project, the source files are compiled to object files successfully but when it is creating shared object (.so) files it stops at the below error:
/opt/solarisstudio12.3/prod/bin/CC -mt -i -library=stlport4 -zdefs -ztext -G -h xmem.so -Lpic/lib/debug/sol32 -L/MyHome/open_source/abc/lib/sol32 -L/MyHome/open_source/mno/lib/sol32 -L/MyHome/open_source/pqr/lib/sol32 -L/MyHome/open_source/xyz/lib/sol32 -g -lc -lCrun -lumem -m32 -o debug/xmem.so
*usage: CC [ options ] files. Use 'CC -flags' for details*
Note:
Some third party open source libraries are being used in the project. Those libraries are not built using Solaris Studio 12.3 compilers.
Tried changing lot of options and re-ordering the switches/options but no luck. But on changing as mentioned below the shared library DID build successfully
- Added space after '-L' option, added '*' at the end of path like "-L/MyHome/open_source/pqr/lib/sol32/*".
Note:*_
+1) I tried compiling a separate small program into object files using Solaris 12.3 C++ compiler but got the above error/problem when linking the experimental libraries (shared object) with most of the options used in the above command.+
+2) The same project gets built successfully in Solaris Studio 12.1 (studio12.1-091123) and Solaris Studio 12 (studio12-070724) but the same is failing in Solaris Studio 12.3.+
Can someone please help me to understand the issue and resolve it? Let me know if any more information is needed.
Thanks in advance.
-Vijay
Edited by: 974820 on Dec 4, 2012 7:05 PM

Hi Steve,
Thanks for the valuable input on the -xdebugformat option. Every suggestion of yours is helping me to proceed further to some extent. This time too, after removing the "-xdebugformat=stabs", I am able to go past the previous error.
BUT this time I am running into -xarch option problem. I am not sure if this is a application design or compilation options issue or compiler issue. Posting it here to get some inputs to understand more on this before raising any service request with Oracle Support.
The error details and workarounds used with their result._
NOTE: All these compilation were passed in earlier Studio versions.
ORIGINAL - with -xarch=sse2
===============================ERRORS===============================
/opt/solarisstudio12.3/prod/bin/CC -errtags=yes -Kpic -mt -errwarn -xdepend=yes -DUSING_STUDIO11 common/xm2/x86/common/inc/templates.il -D__EXTENSIONS__ -g -xarch=sse2 -Icommon/xccolor/inc -Icommon/xm2/x86/include -Icommon/xm2/x86/assembly/inc -Icommon/xm2/x86/common/inc -Iinclude -Icommon/xm2/x86hbc/expander/inc -Icommon/xm2/x86/jpeg/inc -Icommon/xm2embedded/host/x86/hbc/inc -Icommon/xm2/common/inc -Iimg-drv//include -Icommon/xm2/config/inc -Icommon/Utilities/include -Iimg-drv/ipshared/include -Icommon/cpp/inc -I/workspaces/3rd_Party/open_source/poco-1.3.6p2/include -I/workspaces/3rd_Party/open_source/boost_1_49_0/include -I/workspaces/3rd_Party/open_source/ACE-6.0 -I/workspaces/osnl/include -I/workspaces/osnl/SunOS/include -m32 -c common/xm2/x86/hbc/src/hbc_jpeg.c -o artifacts/common/xm2/x86/obj/debug/sol32/hbc_jpeg.o
Assembler:
"/tmp/yabeAAAIaaOxX", line 294 : Syntax error
Near line: " maskmovq %mm0,%ebp"
"/tmp/yabeAAAIaaOxX", line 1175 : Syntax error
Near line: " maskmovq %mm0,%ebp"
Failure in /opt/solarisstudio12.3/prod/bin/fbe, status = 0x7f00
Fatal Error exec'ing /opt/solarisstudio12.3/prod/bin/fbe
common/xm2embedded/host/x86/src/hbc_jpeg.c:1062 Warning: mmextract_epi16 intrinsic requires -xarch=sse4_1.*
cc: acomp failed for common/xm2/x86/hbc/src/hbc_jpeg.c
gmake[1]: *** [_artifacts_/common/xm2/x86/obj/debug/sol32/hbc_jpeg.o] Error 2
gmake[1]: *** Waiting for unfinished jobs....
===============================ERRORS===============================
AFTER CHANGING -xarch=sse2 to -xarch=sse4_1
===============================ERRORS===============================
/opt/solarisstudio12.3/prod/bin/CC -errtags=yes -Kpic -mt -errwarn -library=stlport4 -DCPU_LITTLE_ENDIAN -DDSP_LITTLE_ENDIAN -xarch=sse4_1 -DTIXML_USE_STL=1 -erroff=doubunder -g -Icommon/xm2/xm2util/src -Icommon/xm2/xm2util/inc -Icommon/xm2/common/inc -Icommon/xm2/config/inc -Icommon/xm2embedded/host/utils/inc -Icommon/xm2/imageutil/inc -Icommon/xm2/x86hbc/include -Icommon/include -Iinclude -Icommon/xcc/inc -Icommon/cpp/inc -Icommon/Util/include -I/workspaces/open_source/poco-1.3.6p2/include -I/workspaces/3rd_Party/open_source/boost_1_49_0/include -I/workspaces/3rd_Party/open_source/ACE-6.0 -I/workspaces/CP.00_compiler/docusp/osnlayer/include -I/workspaces/osnl/SunOS/include -m32 -c common/xm2/xm2/src/JPEGHelpers.cpp -o artifacts/common/xm2/xm2/src/obj/debug/sol32/JPEGHelpers.o
"common/xm2/xm2/src/JPEGHelpers.cpp", line 918: Error, nostructsym: Variable table is not a structure.
"common/xm2/xm2/src/JPEGHelpers.cpp", line 919: Error, nostructsym: Variable table is not a structure.
"common/xm2/xm2/src/JPEGHelpers.cpp", line 926: Error, nostructsym: Variable clear_high2bits is not a structure.
"common/xm2/xm2/src/JPEGHelpers.cpp", line 927: Error, nostructsym: Variable clear_high2bits is not a structure.
"common/xm2/xm2/src/JPEGHelpers.cpp", line 1223: Error, unassigned: The variable clear_high2bits has not yet been assigned a value.
"common/xm2/xm2/src/JPEGHelpers.cpp", line 1224: Error, unassigned: The variable table has not yet been assigned a value.
6 Error(s) detected.
/opt/solarisstudio12.3/prod/bin/CC -errtags=yes -Kpic -mt -errwarn -library=stlport4 -DCPU_LITTLE_ENDIAN -DDSP_LITTLE_ENDIAN -xarch=sse4_1 -DTIXML_USE_STL=1 -erroff=doubunder -g -Icommon/xm2/xm2/src -Icommon/xm2/xm2/inc -Icommon/xm2/common/inc -Icommon/xm2/config/inc -Icommon/xm2/utils/inc -Icommon/xm2/imageutil/inc -Icommon/xm2/x86/include -Icommon/xm2/include -Iinclude -Icommon/xcc/inc -Icommon/cpp/inc -Icommon/Util/include -I/workspaces/3rd_Party/open_source/poco-1.3.6p2/include -I/workspaces/3rd_Party/open_source/boost_1_49_0/include -I/workspaces/3rd_Party/open_source/ACE-6.0 -I/workspaces/osnl/include -I/workspaces/osnl/SunOS/include -m32 -c common/xm2/xm2/src/Color.cpp -o artifacts/common/xm2/xm2/src/obj/debug/sol32/Color.o
"common/xm2/xm2/inc/JPEGStripsImage.hpp", line 85: Error, badinitlval: Initializing std::vector<unsigned, xm2::XM2Allocator<unsigned>>& requires an lvalue.
"common/xm2/image/inc/ISelector.hpp", line 36: Error, badinitlval: Initializing std::vector<unsigned, xm2::XM2Allocator<unsigned>>& requires an lvalue.
"common/xm2/image/inc/RasterSelectorImage.hpp", line 53: Error, badinitlval: Initializing std::vector<unsigned, xm2::XM2Allocator<unsigned>>& requires an lvalue.
3 Error(s) detected.
6 Error(s) detected.gmake[1]: *** [_artifacts_/common/xm2/xm2/src/obj/debug/sol32/JPEGHelpers.o] Error 2
gmake[1]: *** Waiting for unfinished jobs....
3 Error(s) detected.gmake[1]: *** [_artifacts_/common/xm2/xm2/src/obj/debug/sol32/Color.o] Error 2
===============================ERRORS===============================
Thank you.
Vijay

Compiling C++ application for Solaris 5.8

Hi,
How can we build/compile C++ application to be deployed on Solaris 5.8 OS? Which compiler should be used for the same?
We are exploring how this can be done. Request your help to identify the mechanism in which we can achieve this.
We explored following but it didnt worked -
- Using Studio 12 we build application on Solaris 10 but it is giving error at execution time
ld.so.1: ./distmgr: fatal: libCrun.so.1: version `SUNW_1.5' not found (required by file ./distmgr)
Questions -
- Is Studio 12 supported on Solaris 5.8?
- If ready made binaries are not available of Studio 12 then can be build this for 5.8? IS the source code of Studio 12 available?
- Can Studio 12 on Solaris 10 cross complie for OS Solaris 5.8
Thanks and Regards,
vinit.

I strongly advise against using WS62. Studio 11 is superior to WS6u2 by any reasonable measure. Valid source code that compiled with older compilers should continue to work correctly with later compilers. Any problems are usually due to invalid code that was incorrectly accepted by the earlier compiler. In some cases we provide compiler options to reproduce the old compiler behavior, but it is better to fix the code so that it is valid and has well-defined semantics.
Consider also whether you would wind up mixing binaries built by WS6u2 with binaries built by a later compiler. If so, you must use the later (or latest) compiler involved to perform any link steps. That is, steps that create shared libraries or executable programs.
We strive to maintain forward binary compatibility, meaning old binaries can be linked into new programs, but there are some issues with C++ compilers older than Studio 7 that can cause compatibility problems when the code is mixed with C++ code from newer compilers. In the worst case, a multi-threaded program can compile and link, but fail at run time, depending on compilation options used with WS6u2. It is safer to rebuild such old binaries using the newer compiler. Binaries created by Studio 7 or later compilers should not have that problem.
I'm sorry to have to list so many caveats, but continuing to use obsolete software creates its own problems. We bring out new versions and retire old software for good reasons.

Problem in compiling mysql++ libraries on Solaris 8 using Sun C++ compiler

Similar Messages

Maybe you are looking for