Issues compiling pam_krb5-1.3-rc7 on Solaris 10

I'm unable to properly configure pam_krb5-1.3-rc7 on Solaris 10 machine. I have the following as configure option:
./configure with-krb5=/krb5/usr/kerberos with-gnu-ld
I've been able to verify that my tools are GNU based but I still get an error and I've not been able to look for resolution on Google and I was wondering if someone has come across this issue?
checking where Kerberos 5 is installed... found in /usr/kerberos (krb5-config)
checking which implementation of Kerberos we have... looks like mit
checking for krb5_init_context... no
checking for krb5_init_context in -lkrb5... no
configure: error: Can't find a useable krb5 library
Thank you for your time
William

Thank you for your response.
1. I can't use default pam_krb5 built into solaris 10, we have some custom configurations that requires to compile our own pam_krb5
2. Kerberos is compiled under /krb5/usr/kerberos, this is for package that is getting built and Kerberos does show a success in compiling.
3. I've tried both --with-gnu-ld and without, no luck in either cases.
Any additional help would be great. I just wanted to make sure that people have been able to use the latest pam_krb5-1.3-rc7 from sourceforge with Solaris

Similar Messages

Compiling ant 1.6.2 for Solaris 10 x86

Hi,
I need to compile Ant 1.6.2 on Solaris 10 x86 edition (S10 x86 comes with ant 1.5.4 but some of the newer ant syntaxes are not supported in 1.5.4). When I tried doing the compile using Ant 1.6.2 sources from ant.apache.org, I get the following error:
src/main/org/apache/tools/ant/types/AbstractFileSet.java:48: cannot resolve symbol
symbol : class ModifiedSelector
location: package modifiedselector
import org.apache.tools.ant.types.selectors.modifiedselector.ModifiedSelector;
src/main/org/apache/tools/ant/taskdefs/Delete.java:420: cannot resolve symbol
symbol : class ModifiedSelector
location: class org.apache.tools.ant.taskdefs.Delete
public void addModified(ModifiedSelector selector) {
^
------->(The caret is under M of the word ModifiedSelector)
Note: Some input files use or override a deprecated API.
Note: Recompile with -deprecation for details.
10 errors
... Failed compiling Ant classes !
Bootstrap FAILED
ModifiedSelector class has some unresolved symbols. And this is present at many places.
Any idea what I should do to get over this error ?
Thanks,
Murthy

I had the same problem on Solaris 10 sparc. The problem seems to relate to symbolic links with
long names not being extracted correctly from the tar file (resulting in @LongLink files popping
up around the place). If you use the .zip source file then the build goes fine.
Philip.

Issues compiling network libs on install

Greetings:
I am having issues compiling ntcontab.o upon install of 9i
on a sun box. I'm running 2.8 and have gcc3.2 on the box.
Upon manually making the same file, the following output exists.
Please advise!
bash-2.05$ make -f ins_net_client.mk ntcontab.o
(if [ "assemble" = "compile" ] ; then \
/usr/local/oracle/bin/gennttab > ntcontab.c ;\
cc -c ntcontab.c ;\
rm -f /usr/local/oracle/lib/ntcontab.o ;\
mv ntcontab.o /usr/local/oracle/lib ;\
/usr/ccs/bin/ar rv /usr/local/oracle/lib/libn9.a /usr/local/oracle/lib/ntcontab.o ; fi)
(if [ "assemble" = "assemble" ] ; then \
/usr/local/oracle/bin/gennttab > ntcontab.s ;\
/usr/ccs/bin/as -xarch=v9 -P -o ntcontab.o ntcontab.s ;\
rm -f /usr/local/oracle/lib/ntcontab.o ;\
mv ntcontab.o /usr/local/oracle/lib ;\
/usr/ccs/bin/ar rv /usr/local/oracle/lib/libn9.a /usr/local/oracle/lib/ntcontab.o ; fi)
ntcontab.s: Assembler messages:
ntcontab.s:23: Error: Unknown opcode: `alword'
ntcontab.s:23: Error: Rest of line ignored. First ignored character is `\'.
ntcontab.s:24: Error: Unknown opcode: `alword'
ntcontab.s:24: Error: Rest of line ignored. First ignored character is `\'.
ntcontab.s:25: Error: Unknown opcode: `alword'
ntcontab.s:25: Error: Rest of line ignored. First ignored character is `\'.
ntcontab.s:26: Error: Unknown opcode: `alword'
ntcontab.s:31: Error: Unknown opcode: `string'
ntcontab.s:33: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:35: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:37: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:39: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:41: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:43: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:45: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:47: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:49: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:51: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:53: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:55: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:57: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:59: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:61: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:63: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:65: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:67: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:69: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:71: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:73: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:75: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:77: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:79: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:81: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:83: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:85: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:87: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:89: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:91: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:93: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:95: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:97: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:99: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:101: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:103: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:105: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:107: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:109: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:111: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:113: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:115: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:117: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:119: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:121: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:123: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:125: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:127: Erntcontab.s:131: Error: bad or irreducible absolute expression; zero assumed
ntcontab.s:135: Error: Unknown opcode: `data'
ntcontab.s:140: Fatal error: Unknown opcode: `ntcon_record(.RINI, ntrini,.RINI2,.RINI3)'
mv: cannot access ntcontab.o
ar: cannot open /usr/local/oracle/lib/ntcontab.o
No such file or directory
(if [ "assemble" = "oratmp" ] ; then \
/usr/local/oracle/bin/gennttab > ntcontab.c ;\
/lib/idcpp ntcontab.c oratmp.c ;\
-i oratmp.c -o oratmp.s -f ntcontab.c ;\
/usr/ccs/bin/as -o ntcontab.o oratmp.s ;\
rm -f oratmp.c oratmp.s ;\
rm -f /usr/local/oracle/lib/ntcontab.o ;\
mv ntcontab.o /usr/local/oracle/lib ;\
/usr/ccs/bin/ar rv /usr/local/oracle/lib/libn9.a /usr/local/oracle/lib/ntcontab.o ; fi)
(if [ "assemble" = "binary" ] ; then \
/usr/local/oracle/bin/gennttab > ntcontab.c ;\
TARGET_BINARY_INTERFACE= ;\
export TARGET_BINARY_INTERFACE ;\
cc -c ntcontab.c ;\
-rm -f /usr/local/oracle/lib/ntcontab.o ;\
-mv ntcontab.o /usr/local/oracle/lib ;\
/usr/ccs/bin/ar rv /usr/local/oracle/lib/libn9.a /usr/local/oracle/lib/ntcontab.o ; fi)
bash-2.05$

I think I know what the problem is ...
So you have Mac OS 10.5.1 ... that's Darwin 9.
But your dev tools came with Darwin 8 ... 10.4. I mean, what's going on is that the linker is trying to link the System.dylib to your code using the Darwin 8 System.dylib. It opens the dylib, but hates what it finds in the Mach-O _TEXT_ section.
So, I bet you had a 10.4 machine, installed the 10.4 dev tools at some point, upgraded the machine to 10.5, but you haven't yet installed the 10.5 dev tools.
My bet is that if you install the 10.5 dev tools, you should be okay. Woolamaloo uses the same C code ... and it does compile in 10.5 using the 10.5 dev tools. Honest.

Issues Compiling using CC on solaris 64 bit

I am trying to use Wall command along with cc Compiler on Solaris 64 bit but it throws me the error:
"cc: illegal option -Wall".
I have been working on gcc for a while and this is my first encounter with cc compiler.
Please provide the corresponding alternative for Wall on CC
Thanks in advance
-SJ

Well, do you mean cc or CC.
cc is the sun C compiler. CC is the sun C++ compiler
-Wall is a gccism. All it does it turn on more compiler warnings.
So its hardly a critical feature
if you need to know about cc/CC options then try "man CC" or "man cc"
You will probably have to add /opt/SUNWspro/man to your manpath first.
Looking through the CC man page -verbose=diag appears to be the closest equivalent.
The closest I see in the cc man page is just "-v"
This is from studio 7. The options may have changed in more recent versions..

Compiled binary crashes during initialization on Solaris 10/x86 platform

Hi, I have a problem to run application built with Solaris Sun Studio compiler. It dumps a core which contains:
$c_init+0x19a(1, 804761c, 8047624, 8047610, 80dabfd, 80da64c)
_start+0x78(1, 8047744, 0, 804774c, 8047756, 8047829)
>
When application is run under "dbx" utility the output looks:
Reading ld.so.1
Reading libTAO_CosNaming.so.1.4.0
Reading libTAO_Svc_Utils.so.1.4.0
Reading libTAO_IORTable.so.1.4.0
Reading libTAO_PortableServer.so.1.4.0
Reading libTAO.so.1.4.0
Reading libACE.so.5.4.0
Reading libxerces-c.so.28.0
Reading libicuuc.so.3
Reading libfbclient.so.2.1.1
Reading libdl.so.1
Reading libpthread.so.1
Reading libsocket.so.1
Reading libnsl.so.1
Reading libxnet.so.1
Reading librt.so.1
Reading libCstd.so.1
Reading libCrun.so.1
Reading libm.so.2
Reading libthread.so.1
Reading libc.so.1
Reading libTAO_Messaging.so.1.4.0
Reading libgen.so.1
Reading libTAO_ObjRefTemplate.so.1.4.0
Reading libTAO_Valuetype.so.1.4.0
Reading libTAO_IORInterceptor.so.1.4.0
Reading libicudata.so.3
Reading libcurses.so.1
Reading libaio.so.1
Reading libmd.so.1
(dbx) run
Running: app
(process id 13240)
t@1 (l@1) signal SEGV (no mapping at the fault address) in __cplus_fini_at_exit at 0x8393ba5
0x08393ba5: __cplus_fini_at_exit+0x01c9: addb %al,(%eax)
(dbx) where
current thread: t@1
=>[1] __cplus_fini_at_exit(0x8047664, 0x8047770, 0x804769c, 0x81ca778, 0x1, 0x80476a8), at 0x8393ba5
As you can see the application uses some 3rd party libraries, like: ACE (v5.4.0)/TAO (v1.4.0), xerces (v2.8), ICU (v1.2) and Firebird2 (v2.1.1) libraries. The libs were compiled using the same compiler. The problem seems to be within runtime linker - the core was dumped before the code started execution.
I have reproduced the issue with two different versions of compiler:
1. Older
/usr/bin/CC -V
CC: Sun C++ 5.9 SunOS_i386 Patch 124864-01 2007/07/25
uname -a
SunOS XXX 5.10 Generic_139556-08 i86pc i386 i86pc
2. Newer
/usr/bin/CC -V
CC: Sun C++ 5.9 SunOS_i386 Patch 124864-17 2009/10/27
uname -a
SunOS YYY 5.10 Generic_141415-04 i86pc i386 i86pc
Interesting observation, suggesting there is some problem with either linker or runtime linker:
I have a version of the application which runs properly but when I add just one line - include of one of ACE headers to the class which did not contain ACE I end up with the problem described above but if I add any number of includes of ACE headers to the class which already contained (directly or indirectly) ACE code the application still works.
The same source code is compiled on Solaris 9/SPARC platform and it works:
CC -V
CC: Sun C++ 5.5 Patch 113817-19 2006/10/13
uname -a
SunOS ZZZ 5.9 Generic_118558-35 sun4u sparc SUNW,Sun-Fire-V240
Is it any known issue? Thanks in advance for any input.

Hi
Thanks for the answer. I have analyzed my code and found out that, indeed, some static singleton objects were incorrectly implemented. It has been fixed and the application started when compiled under C++ 5.9, but it does not seem to solve the problem. The application was recompiled using the the newest Sun Studio 12.1 9 (C++ 5.10), and then failed to start again. As per your suggestion regarding the place in the code where the crash occurs, I have compared "__cplus_fini_at_exit" functions for both working and broken applications, compiled under C++ 5.9. Here are parts of code (actually, few last lines of the function) from:
- working
0x0827b811: __cplus_fini_at_exit+0x01b5: call __STATIC_CONSTRUCTOR [ 0x81c9dec, .-0xb1a25 ]
0x0827b816: __cplus_fini_at_exit+0x01ba: call __STATIC_CONSTRUCTOR [ 0x81cfb18, .-0xabcfe ]
0x0827b81b: __cplus_fini_at_exit+0x01bf: call __STATIC_CONSTRUCTOR [ 0x81d1004, .-0xaa817 ]
0x0827b820: __cplus_fini_at_exit+0x01c4: call OPENSSL_cpuid_setup [ 0x81e88a0, .-0x92f80 ]
0x0827b825: __cplus_fini_at_exit+0x01c9: jmp __cplus_fini_at_exit+0x1d4 [ 0x827b830, .+0xb ]
0x0827b827: __cplus_fini_at_exit+0x01cb: movl %esi,%esi
0x0827b829: __cplus_fini_at_exit+0x01cd: leal 0x00000000(%edi),%edi
0x0827b830: __cplus_fini_at_exit+0x01d4: nop
0x0827b831: __cplus_fini_at_exit+0x01d5: popl %ebx
0x0827b832: __cplus_fini_at_exit+0x01d6: popl %esi
0x0827b833: __cplus_fini_at_exit+0x01d7: popl %edi
0x0827b834: __cplus_fini_at_exit+0x01d8: leave
0x0827b835: __cplus_fini_at_exit+0x01d9: ret $0x00000000- broken
0x0827b307: __cplus_fini_at_exit+0x01ab: call __STATIC_CONSTRUCTOR [ 0x81c86e8, .-0xb2c1f ]
0x0827b30c: __cplus_fini_at_exit+0x01b0: call __STATIC_CONSTRUCTOR [ 0x81c8eb4, .-0xb2458 ]
0x0827b311: __cplus_fini_at_exit+0x01b5: call __STATIC_CONSTRUCTOR [ 0x81c9b2c, .-0xb17e5 ]
0x0827b316: __cplus_fini_at_exit+0x01ba: addb %al,(%eax) <=====
0x0827b318: __cplus_fini_at_exit+0x01bc: addb %al,(%eax)
0x0827b31a: __cplus_fini_at_exit+0x01be: addb %al,(%eax)
0x0827b31c: __cplus_fini_at_exit+0x01c0: addb %al,(%eax)
0x0827b31e: __cplus_fini_at_exit+0x01c2: addb %al,(%eax)
0x0827b320: __cplus_fini_at_exit+0x01c4: call OPENSSL_cpuid_setup [ 0x81e83a0, .-0x92f80 ]
0x0827b325: __cplus_fini_at_exit+0x01c9: jmp __cplus_fini_at_exit+0x1d4 [ 0x827b330, .+0xb ]
0x0827b327: __cplus_fini_at_exit+0x01cb: movl %esi,%esi
0x0827b329: __cplus_fini_at_exit+0x01cd: leal 0x00000000(%edi),%edi
0x0827b330: __cplus_fini_at_exit+0x01d4: nop
0x0827b331: __cplus_fini_at_exit+0x01d5: popl %ebx
0x0827b332: __cplus_fini_at_exit+0x01d6: popl %esi
0x0827b333: __cplus_fini_at_exit+0x01d7: popl %edi
0x0827b334: __cplus_fini_at_exit+0x01d8: leave
0x0827b335: __cplus_fini_at_exit+0x01d9: ret $0x00000000In the broken version, the crash occurs when executing addb %al,(%eax) instruction at 0x0827b316 (marked above with an arrow). This is because %eax points to some read-only memory - the implementation of one of classes method in this case.
As you can see, in this address there are 5 2-byte long instructions addb %al,(%eax). Their location in this place seems to make no sense from function logic point of view:
1. Why would we need to add %al register contents five times in a row, to the memory pointed by %eax, in this place?
2. The __cplus_fini_at_exit() function in the working application, that basically looks identical, does not have this sequence of instructions at all.
Looking at the memory dump in this place shows that these are physically 10 bytes of zeros ("e8 f4 ff 00 00 00 00 00 00 00 00 00 00 e8 7b d0") at 0x0827b316 (indeed, the instruction addb %al,(%eax) is binary coded as 0x00 0x00). It seems, that for some reason, the block of 10 bytes with zero value was injected to the compiler generated code.
I would like to stress - this is not a result of program initialization as both listings presented above come from the applications loaded to "dbx" but not started so they only reflect how binaries look like. I have made one more test - I have edited broken binary and replaced these 10 bytes of zeros with ten "No Operation" instructions ("e8 f4 ff 90 90 90 90 90 90 90 90 90 90 e8 7b d0"). Here is output from "dbx", after the changes made:
0x0827b307: __cplus_fini_at_exit+0x01ab: call __STATIC_CONSTRUCTOR [ 0x81c86e8, .-0xb2c1f ]
0x0827b30c: __cplus_fini_at_exit+0x01b0: call __STATIC_CONSTRUCTOR [ 0x81c8eb4, .-0xb2458 ]
0x0827b311: __cplus_fini_at_exit+0x01b5: call __STATIC_CONSTRUCTOR [ 0x81c9b2c, .-0xb17e5 ]
0x0827b316: __cplus_fini_at_exit+0x01ba: nop
0x0827b317: __cplus_fini_at_exit+0x01bb: nop
0x0827b318: __cplus_fini_at_exit+0x01bc: nop
0x0827b319: __cplus_fini_at_exit+0x01bd: nop
0x0827b31a: __cplus_fini_at_exit+0x01be: nop
0x0827b31b: __cplus_fini_at_exit+0x01bf: nop
0x0827b31c: __cplus_fini_at_exit+0x01c0: nop
0x0827b31d: __cplus_fini_at_exit+0x01c1: nop
0x0827b31e: __cplus_fini_at_exit+0x01c2: nop
0x0827b31f: __cplus_fini_at_exit+0x01c3: nop
0x0827b320: __cplus_fini_at_exit+0x01c4: call OPENSSL_cpuid_setup [ 0x81e83a0, .-0x92f80 ]
0x0827b325: __cplus_fini_at_exit+0x01c9: jmp __cplus_fini_at_exit+0x1d4 [ 0x827b330, .+0xb ]
0x0827b327: __cplus_fini_at_exit+0x01cb: movl %esi,%esi
0x0827b329: __cplus_fini_at_exit+0x01cd: leal 0x00000000(%edi),%edi
0x0827b330: __cplus_fini_at_exit+0x01d4: nop
0x0827b331: __cplus_fini_at_exit+0x01d5: popl %ebx
0x0827b332: __cplus_fini_at_exit+0x01d6: popl %esi
0x0827b333: __cplus_fini_at_exit+0x01d7: popl %edi
0x0827b334: __cplus_fini_at_exit+0x01d8: leave
0x0827b335: __cplus_fini_at_exit+0x01d9: ret $0x00000000This time the application has started. As everything occurs inside compiler-generated function it seems to me that this analysis strongly suggests that there is a problem with a compiler which puts 10 bytes of mess into __cplus_fini_at_exit.
The binaries used above were built using:
/usr/bin/CC -V
CC: Sun C++ 5.9 SunOS_i386 Patch 124864-01 2007/07/25
I have also checked Sun Studio 12.1 (C++ 5.10) compiler but the attempts to get working application failed (the same problem with zero bytes).
Have you ever encountered similar problem? Are you able to confirm/deny whether it is related to the compiler?
Thanks for further assistance

SS10 on Solaris10/AMD64: issue compiling for AMD64 (linking fails)

Hello,
I've just installed SS10 trial and while trying our middleware stack compilation, I've found that CC/cc are not able to create AMD64 binary on my Sol10 setup. The command (test-case):
cc -xarch=amd64 hello.c
fails with:
ld: fatal: file /usr/ucblib/libucb.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libsocket.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libnsl.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libelf.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libaio.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libc.so: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to a.out
Is there any workaround for this?
Thanks,
Karel Gardas

TV is already on! :-)
OK, hello.c or now foo.c is just simple C program, I've had LD_LIBRARY_PATH defined, but even when I unset it, the result is still the same. I do not have LD_PRELOAD defined. Let's see shell session:
-bash-3.00$ echo $LD_PRELOAD
-bash-3.00$ echo $LD_LIBRARY_PATH
-bash-3.00$ cc -xarch=amd64 foo.c
ld: fatal: file /usr/ucblib/libucb.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libsocket.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libnsl.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libelf.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libaio.so: wrong ELF class: ELFCLASS32
ld: fatal: file /usr/lib/libc.so: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to a.out
-bash-3.00$
-bash-3.00$ CC -xarch=amd64 foo.c
-bash-3.00$ file a.out
a.out: ELF 64-bit LSB executable AMD64 Version 1, dynamically linked, not stripped
-bash-3.00$
-bash-3.00$ cat foo.c
int
main()
return 1 + 1;
-bash-3.00$
-bash-3.00$ ldd a.out
libCstd.so.1 => /usr/lib/64/libCstd.so.1
libCrun.so.1 => /usr/lib/64/libCrun.so.1
libm.so.2 => /lib/64/libm.so.2
libc.so.1 => /lib/64/libc.so.1
-bash-3.00$
I've installed whole solaris 10 except OEM distributions addons (IIRC the distro name correctly)
Please let me know what else do you need to "debug" this issue.
Thanks,
Karel

Issue:Oracle 8.1.6 running on solaris 9

Hi,
We are planning to upgrade OS version to 9 and DB Version from 8.1.6 to 10.2.0.2 on our Production Box using exp / imp method. In this effort, we will be doing OS upgrade first and will be doing db upgrade after a couple of days.
Are there any issues if the Database version 8.1.6 running on Solaris 9.
Thanx,
KarthicK

Possibly that it can't be done so you need to check that out. My recollection was that you had to be at 8.1.7.4.
Personally I'd install the o/s on a different server, create a nice clean database, and then move the data. Servers are inexpensive and doing this you will likely inherit a boat load of legacy stuff that will cause many many headaches.
Also do not expect any code written last millenium for 8.1.6 to perform well. You should do this first on a test box, several times, and then use it to tune your code.
If you are planning to do this, no testing, on your production box make sure you have a pillow and blanket to bring into work. Oh and a really solid cold backup of the entire system that you have proven will work. You'll need that too.

Compiling kde-3.4.x on Solaris 10

Who can tell me what must be done to build KDE-3.4.x and Qt on Solaris10, with gcc.(or with SunStudio10), but I'm more interested how this can be done with gcc.
I tried compiling qt with (gcc):
"./configure -no-stl -no-g++-exceptions -platform solaris-g++ -thread -shared -system-zlib -system-libpng -system-libjpeg -qt-libmng -plugin-imgfmt-mng"
CXXFLAGS="-fpermissive". This is because on developer.kde.org, they say something about functions in the Solaris X headers that lack return types.
The error occurs after building uic. It says something about a symbol that it is being exported but it cannot be found.(PtrCollection. or something like that)
Anyway, I've tried and I've tried, and no results yet.
If someone already did it, I would like very much to know how.
Nita Marcel

Karthic,
This forum is for Oracle9iAS Portal. Please use one of the
database forums to post your question.
Regards,
Jerry

How can i compile a C program to run solaris 9 and 10?

Hi,
I need to compile a small C program to run on solaris 9 and 10. There is no C compiler on the target servers. I have compiled and tested the program on Linux over x86.
I hope you can advise on the way forward. I see the following options:
- install a C compiler, the lightest possible, on the target servers and compile the program
or
- set-up a sparc solaris (9 or 10) on top of virtualbox on my windows laptop, install the c compiler and then compile the program
Thanks in advance.
Gaby

To run an application on both Solaris 9 and 10, you need to build it on Solaris 9. The application will then run on Solaris 9 and 10. (If you build on Solaris 10, you cannot expect the application to work on 9.)
The most recent Studio version that can be run on Solaris 9 is Studio 12 (but not updates 1, 2, or 3).
You can still get Studio 12 here, but since it dates from 2007, I don't know for how much longer.
http://www.oracle.com/technetwork/server-storage/solarisstudio/downloads/ss12-136026.html
Studio does not do cross-compilation, so you need to build on a system of the same type as the target system -- SPARC or x86. I don't know whether Solaris 9 can be installed on Virtual Box, but you can try. If it works, you can install the compiler, build on that system, then deploy on other Solaris 9 and 10 x86 systems.
You can of course build the application on each of Solaris 9 and 10, but usually that is not necessary, and it complicates deployment and support.
I believe Solaris 9 is End Of Life, so it would be a good idea to upgrade S9 systems to S10 or S11. I realize that such a change might not be up to you. :-)

Error compiling GCC 4.3.1 on Solaris 10 x86 (Update 5)

I am getting error when building GCC 4.3.1 on Solaris 10 x86.
Have any of you built GCC 4.3.1 on Sol 10 x86?
Here's the background:
$ cat /etc/release
Solaris 10 5/08 s10x_u5wos_10 X86
Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
Use is subject to license terms.
Assembled 24 March 2008
$ isainfo -x
amd64: cx16 mon sse3 sse2 sse fxsr mmx cmov amd_sysc cx8 tsc fpu
i386: cx16 mon sse3 sse2 sse fxsr mmx cmov sep cx8 tsc fpu
$ isalist
amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86
$ echo $PATH
/usr/sfw/bin:/usr/local/bin:/usr/X/bin:/etc:/sbin:/usr/sbin:/usr/local/bin:/usr/ccs/bin:/usr/bin
$ ../gcc-4.3.1/configure program-suffix=-4.3.1 enable-languages=c,c++
with-mpfr=/usr/local with-gmp=/usr/local
with-gnu-as with-as=/usr/sfw/bin/gas
without-gnu-ld with-ld=/usr/ccs/bin/ld
And here's the failure:
/usr/local/src/gcc-4.3.1/s10i/./gcc/xgcc
-B/usr/local/src/gcc-4.3.1/s10i/./gcc/
-B/usr/local/i386-pc-solaris2.10/bin/
-B/usr/local/i386-pc-solaris2.10/lib/
-isystem /usr/local/i386-pc-solaris2.10/include
-isystem /usr/local/i386-pc-solaris2.10/sys-include
-O2 -O2 -g -g -O2 -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition -isystem ./include -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2
-D__GCC_FLOAT_NOT_NEEDED -shared
-nodefaultlibs -Wl,-h,libgcc_s.so.1
-Wl,-z,text -Wl,-z,defs -Wl,-M,libgcc.map
-o amd64/libgcc_s.so.1.tmp -g -fkeep-inline-functions
-m64 -B./ muldi3s.o negdi2s.o lshrdi3s.o ashldi3s.o
ashrdi3s.o
cmpdi2s.o ucmpdi2s.o clearcache_s.o enableexecute_stack_s.o
trampolines.o __main_s.o absvsi2s.o absvdi2s.o addvsi3s.o
addvdi3s.o subvsi3s.o subvdi3s.o mulvsi3s.o mulvdi3s.o negvsi2s.o
negvdi2s.o ctorss.o ffssi2s.o ffsdi2s.o clzs.o clzsi2s.o clzdi2s.o
ctzsi2s.o ctzdi2s.o popcounttab_s.o popcountsi2s.o popcountdi2s.o
paritysi2s.o paritydi2s.o powisf2s.o powidf2s.o powixf2s.o powitf2s.o
mulsc3s.o muldc3s.o mulxc3s.o multc3s.o divsc3s.o divdc3s.o
divxc3s.o divtc3s.o bswapsi2s.o bswapdi2s.o fixunssfsis.o
fixunsdfsis.o fixunsxfsis.o fixsfdis.o fixdfdis.o fixxfdis.o fixtfdis.o
fixunssfdis.o fixunsdfdis.o fixunsxfdis.o fixunstfdis.o floatdisfs.o
floatdidfs.o floatdixfs.o floatditfs.o floatundisfs.o floatundidfs.o
floatundixfs.o floatunditfs.o divdi3s.o moddi3s.o udivdi3s.o umoddi3s.o
udivw_sdiv_s.o udivmoddi4s.o unwind-dw2_s.o unwind-dw2-fde_s.o unwind-sjlj_s.o
gthr-gnat_s.o unwind-c_s.o emutls_s.o -lc && rm -f amd64/libgcc_s.so
&& if [ -f amd64/libgcc_s.so.1 ]; then mv -f amd64/libgcc_s.so.1 amd64/libgcc_s.so.1.backup; else true; fi
&& mv amd64/libgcc_s.so.1.tmp amd64/libgcc_s.so.1
&& ln -s libgcc_s.so.1 amd64/libgcc_s.so
ld: fatal: unwind table: file /usr/local/src/gcc-4.3.1/s10i/./gcc/amd64/crtend.o: section .eh_frame:
bad cie version 0: offset 0xfffffd7fffdfb700
How do I build GCC 4.3.1 on Solaris x86?
Thanks

The bootstrap compiler is GCC 3.4.3.
I tried Sun's assembler (/usr/ccs/bin/as) too and got another error (below)
I also tried bootstrapping with Sun's Studio 12 compiler but that too failed.
*$ pkginfo -x SUNWbinutils SMCbinut*
SMCbinut binutils
(x86) 2.17
SUNWbinutils binutils - GNU binutils
(i386) 11.10.0,REV=2005.01.08.01.09
*$ whence gcc*
/usr/sfw/bin/gcc
*$ gcc -v*
Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.10/3.4.3/specs
Configured with: /builds/sfw10-gate/usr/src/cmd/gcc/gcc-3.4.3/configure prefix=/usr/sfw with-as=/usr/sfw/bin/gas with-gnu-as with-ld=/usr/ccs/bin/ld without-gnu-ld enable-languages=c,c++ --enable-shared
Thread model: posix
gcc version 3.4.3 (csl-sol210-3_4-branch+sol_rpath)
The error this time is:
/big1/usr.local.src/gcc-4.3.1/s10i/./gcc/xgcc -B/big1/usr.local.src/gcc-4.3.1/s10i/./gcc/ -B/usr/local/i386-pc-solaris2.10/bin/ -B/usr/local/i386-pc-solaris2.10/lib/ -isystem /usr/local/i386-pc-solaris2.10/include -isystem /usr/local/i386-pc-solaris2.10/sys-include -g -fkeep-inline-functions -m64 -O2 -O2 -g -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -I. -I. -I../../.././gcc -I../../../../gcc-4.3.1/libgcc -I../../../../gcc-4.3.1/libgcc/. -I../../../../gcc-4.3.1/libgcc/../gcc -I../../../../gcc-4.3.1/libgcc/../include -DHAVE_CC_TLS -o gcov.o -MT gcov.o -MD -MP -MF gcov.dep -DLgcov -c ../../../../gcc-4.3.1/libgcc/../gcc/libgcov.c
Assembler: libgcov.c
"/var/tmp//ccYcw90K.s", line 1936 : Syntax error
Near line: " repz cmpsb"

Compiler failures with Studio 11 on Solaris 10 x64

The compiler gives me the following error when I try to compile the larger tests in my environment:
"Tests.cc", [main]:ube: error: Assert has been violated at '/set/venus_patch/builds.intel-S2/build.0509/intel-S2/lang/ube/opt/src/cfg.c 3150'.
I am using the following compilation command:
/opt/SUNWspro/bin/CC -xtarget=opteron -xarch=amd64 -xO0 -library=stlport4 [includes] -c -o obj/lib/Tests.o lib/Tests.cc
I get a different error if I change the optimization level to 2:
compiler(iropt) error: connect_labelrefs: undefined label L175 in main
And yet another message if I use no optimization option at all:
Assembler: Tests.cc
"/tmp/yabeAAAX7aqaq", line 20533 : Illegal subtraction in ... ".L209 - .L_y162"
Failure in /opt/SUNWspro/prod/bin/fbe, status = 0x7f00
Fatal Error exec'ing /opt/SUNWspro/prod/bin/fbe
My patches are up to date as of right now, according to smpatch:
smpatch analyzeNo patches required.
I am not running compilations in parallel. I have 4 GB free in my swap.
Any ideas?

The machine came preinstalled with Solaris 10 and Studio 11. The compiler has been kept up to date by smpatch, as far as I can tell. I remember the update manager installing 120759 and 121018, for example.
Is this correct?
comptest> /opt/SUNWspro/bin/CC -V -O hello.cc
CC: Sun C++ 5.8 Patch 121018-11 2007/05/02
ir2hf: Sun Compiler Common 11 Patch 120759-14 2007/06/25
ube: Sun Compiler Common 11 Patch 120759-14 2007/06/25
/opt/SUNWspro/prod/bin/c++filt: Sun C++ 5.8 2005/10/13
ccfe: Sun C++ 5.8 Patch 121018-11 2007/05/02
iropt: Sun Compiler Common 11 Patch 120759-14 2007/06/25
ld: Software Generation Utilities - Solaris Link Editors: 5.10-1.486
Thanks for your prompt replies.

Unable to compile and run SAP/Rfc on solaris: RfcInstallUnicodeStructureU:

Hi All,
After trying a lot I want to post it here as the last chance.
- I have the unicode version of rfcsdk installed at /usr/sap/rfcsdk
- I downloaded and un-tarred saprfc-0.36. I could create 'saprfc.so' without any error.
- I believe the function call 'RfcInstallUnicodeStructureU' used by saprfc.c is located in a library 'librfcu.a'.
sapscp@moe$ strings librfcu.a | grep RfcInstallUnicodeStructureU
RfcInstallUnicodeStructureU
RfcInstallUnicodeStructureU
I am able to create the library saprfc.so without any issue but I see the following error when I try to execute test.rb.
skarumur@reality$ ruby test.rb
dirs: ["./ext/saprfc", "/usr/local/lib/ruby/site_ruby/1.8", "/usr/local/lib/ruby/site_ruby/1.8/sparc-solaris2.8", "/usr/local/lib/ruby/site_ruby", "/usr/local/lib/ruby/1.8", "/usr/local/lib/ruby/1.8/sparc-solaris2.8", "."]
ld.so.1: ruby: fatal: relocation error: file /usr/local/lib/ruby/site_ruby/1.8/sparc-solaris2.8/saprfc.so: symbol RfcInstallUnicodeStructureU: referenced symbol not found
Killed
NOTE: My LD_LIBRARY_PATH has the directory of librfcu.a
Thanks for any help,
Sri

1. I do have a library librfcum.so. I guess it's not the one.
I changed the rfcum to rfcu in ext/saprfc/extconf.rb and reran clean;config;setup and install. I still have the issue.
2. Not sure if it's related but I see a warning:
 ld: warning: file /usr/sap/rfcsdk/lib/librfcu.a(rfcilib.o): wrong ELF class: ELFCLASS64
Was wondering if this is related to 64/32 bit issues. There is no 32 bit unicode version. I tried 32 bit non-unicode version of rfcsdk but it starts pumping hundreds of errors like below during the compile time:
[code]<unknown> 0x40510 /usr/sap/rfcsdk_32_non_unicode/lib/librfc.a(rscpa0lib.o)
<unknown> 0x40520 /usr/sap/rfcsdk_32_non_unicode/lib/librfc.a(rscpa0lib.o)
<unknown> 0x40528 /usr/sap/rfcsdk_32_non_unicode/lib/librfc.a(rscpa0lib.o)
<unknown> 0x40538 /usr/sap/rfcsdk_32_non_unicode/lib/librfc.a(rscpa0lib.o)
<unknown> 0x40540 /usr/sap/rfcsdk_32_non_unicode/lib/librfc.a(rscpa0lib.o)
<unknown> 0x40588 /usr/sap/rfcsdk_32_non_unicode/lib/librfc.a(rscpa0lib.o)
[/code]
3. Probably not related to this issue but I wonder why I see the error about missing libsapu16 though I have libsapu16.so.
checking for main() in -lsapu16... no
DID NOT find libsapu16 - this may cause problems ...

[code]
List of libraries in my rfcsdk
$ ls -l /usr/sap/rfcsdk/lib
total 31024
-rwxr-xr-x 1 ps8adm sapsys 8947608 Mar 2 14:16 libicudata.so.26
-rwxr-xr-x 1 ps8adm sapsys 1497560 Mar 2 14:16 libicui18n.so.26
-rwxr-xr-x 1 ps8adm sapsys 1244744 Mar 2 14:16 libicuuc.so.26
-rw-rw-r-- 1 ps8adm sapsys 10888632 Mar 4 14:04 librfcu.a
-rwxrwxr-x 1 ps8adm sapsys 8085144 Mar 5 15:29 librfcum.so
-rwxrwxr-x 1 ps8adm sapsys 241344 Mar 2 13:46 libsapu16.so
-rwxrwxr-x 1 ps8adm sapsys 220024 Mar 2 19:58 libsapu16_mt.so
-rwxrwxr-x 1 ps8adm sapsys 550528 Mar 2 20:09 libsapucum.so
END List of libraries in my rfcsdk
[/code]
[code]
BEGIN Output from setup.rb
Script started on Wed May 09 09:25:42 2007
skarumur@reality$ ruby setup.rb config --with-unicode=yes
---> lib
---> lib/SAP
<--- lib/SAP
<--- lib
---> ext
---> ext/saprfc
/usr/local/bin/ruby /export/home/skarumur/tmp/saprfc-0.36/ext/saprfc/extconf.rb --with-unicode=yes
invoking with-unicode ...
Modified CFLAGS: -g -O2 -Wall -DSAPwithUNICODE
Modified CFLAGS: -g -O2 -Wall -DSAPwithUNICODE
Modified CPPFLAGS:
Modified LDFLAGS:
Modified LIBPATH: $(libdir)
checking for saprfc.h... no
adding default rfcsdk location for headers ...
checking for saprfc.h... yes
checking for sapitab.h... yes
checking for main() in -lc... yes
checking for main() in -lm... yes
checking for main() in -ldl... yes
checking for main() in -lpthread... yes
checking for main() in -lstdc++... yes
checking for main() in -lrfcu... yes
checking for main() in -lsapu16... no
DID NOT find libsapu16 - this may cause problems ...
Existing Compile protocol: $(CC) $(INCFLAGS) $(CPPFLAGS) $(CFLAGS) -c $< ...
/export/home/skarumur/tmp/saprfc-0.36/ext/saprfc/extconf.rb:80: warning: already initialized constant COMPILE_C
modified Compile protocol: $(CC) $(INCFLAGS) $(CFLAGS) $(CPPFLAGS) -E -c $< > $<.ii
 perl ../../u16lit.pl -le $<.ii
 $(CC) $(INCFLAGS) $(CFLAGS) $(CPPFLAGS) -c $<.i
 mv $<.o $(TARGET).o ...
creating Makefile
<--- ext/saprfc
<--- ext
skarumur@reality$ ruby setup.rb setup
---> lib
---> lib/SAP
<--- lib/SAP
<--- lib
---> ext
---> ext/saprfc
make
gcc -I. -I. -I/usr/local/lib/ruby/1.8/sparc-solaris2.8 -I/export/home/skarumur/tmp/saprfc-0.36/ext/saprfc -fPIC -g -O2 -Wall -DSA
PwithUNICODE -I/usr/sap/rfcsdk/include -DHAVE_SAPRFC_H -DHAVE_SAPITAB_H -E -c saprfc.c > saprfc.c.ii
perl ../../u16lit.pl -le saprfc.c.ii
WARNING (u16lit.pl): Overriding autodetected big-endian mode !
gcc -I. -I. -I/usr/local/lib/ruby/1.8/sparc-solaris2.8 -I/export/home/skarumur/tmp/saprfc-0.36/ext/saprfc -fPIC -g -O2 -Wall -DSA
PwithUNICODE -I/usr/sap/rfcsdk/include -DHAVE_SAPRFC_H -DHAVE_SAPITAB_H -c saprfc.c.i
/usr/sap/rfcsdk/include/sapuc.h:844: warning: 'sccsidU16' defined but not used
mv saprfc.c.o saprfc.o
gcc -shared -L'/usr/local/lib' -Wl,-R'/usr/local/lib' -o saprfc.so saprfc.o -lrfcu -lstdc++ -lpthread -ldl -lm -lc -ldl -lcryp
t -lm -lc
ld: warning: file /usr/sap/rfcsdk/lib/librfcu.a(rfcilib.o): wrong ELF class: ELFCLASS64
<--- ext/saprfc
<--- ext
skarumur@reality$ sudo ruby setup.rb install
rm -f InstalledFiles
---> lib
mkdir -p /usr/local/lib/ruby/site_ruby/1.8
---> lib/SAP
mkdir -p /usr/local/lib/ruby/site_ruby/1.8/SAP
install Rfc.rb /usr/local/lib/ruby/site_ruby/1.8/SAP
install Tools.rb /usr/local/lib/ruby/site_ruby/1.8/SAP
install Ticket.rb /usr/local/lib/ruby/site_ruby/1.8/SAP
install Object.rb /usr/local/lib/ruby/site_ruby/1.8/SAP
<--- lib/SAP
<--- lib
---> ext
---> ext/saprfc
mkdir -p /usr/local/lib/ruby/site_ruby/1.8/sparc-solaris2.8
install saprfc.so /usr/local/lib/ruby/site_ruby/1.8/sparc-solaris2.8/.
<--- ext/saprfc
<--- ext
skarumur@reality$ ruby test/test.rb
dirs: ["./ext/saprfc", "/usr/local/lib/ruby/site_ruby/1.8", "/usr/local/lib/ruby/site_ruby/1.8/sparc-solaris2.8", "/usr/local/lib
/ruby/site_ruby", "/usr/local/lib/ruby/1.8", "/usr/local/lib/ruby/1.8/sparc-solaris2.8", "."]
ld.so.1: ruby: fatal: relocation error: file ./ext/saprfc/saprfc.so: symbol RfcInstallUnicodeStructureU: referenced symbol not fo
und
Killed
skarumur@reality$ exit
script done on Wed May 09 09:28:37 2007
END Output from setup.rb
[/code]

Compiling gd-2.0.33 on solaris 2.9

I am compiling gd on solaris 2.9 and it returns
blank (instead of 'yes' or 'no') about support for
png. I have installed png locally, but there is also
a system version. I am try to get it to use the local
version. Before I give all the details of what is
happening, I was wondering if anyone had compiled
gd on solaris 2.9 with cc Sun C 5.6 204/07/15? I have
tried LDFLAGS, CFLAGS and LD_LIBRARY_PATH
and config --with options. I will give more detail if
no one has already compiled this using local png
instead of system pngs. Thanks!

If you just need gd2.0.33 on Solaris 2.9 you can download pre-built binary from sunfreeware.com.

Compiling Apache with PERL module on Solaris 8

Hi there,
After the Richard's reply, I found the Apache sources on the intallation CD 2/2. And after a while I successful compile the apache WITH ITS STANDARD modules with the following command:
$ ./configure --prefix=/usr/apache \
--enable-module=most \
--enable-shared=max \
--with-layout=Solaris
$ make
$ make install
But the above "configure" does not compile the companion mod_perl. So, I tried:
... $ ./configure --prefix=/usr/apache \
--enable-module=most \
--enable-shared=/usr/src/apache/mod_perl/src/modules/perl/mod_perl.c \
--add-module=max \
--enable-shared=max \
--with-layout=Solaris
but the above command just copies the "mod_perl.c" to the diretory
"usr/src/apache/src/modules/extra"
missing the corresponding *.h
Then trying
$ make
The compilation fails because of ALL the
files on the directory
/usr/perl5/5.00503/sun4-solaris/CORE
are not found.
Any Hint?
Thanks in advance
C�sar

have you tried downloading the source from apache.org and compiling it?
ive installed apache on sol8 many times, but all from apache.. not from the cd..
alphademon.com

[SOLUTION] Issue compiling GUVCVIEW 1.6.0-1

Regarding the issue that many people had compiling the package:
vcodecs.c:405:19: error: 'CODEC_FLAG2_BPYRAMID' undeclared here (not in a function)
vcodecs.c:405:42: error: 'CODEC_FLAG2_WPRED' undeclared here (not in a function)
vcodecs.c:405:62: error: 'CODEC_FLAG2_FASTPSKIP' undeclared here (not in a function)
I found a solution!
Just edit the source file named "vcodecs.c" and add these three lines near the defines at the top of the code.
#define CODEC_FLAG2_BPYRAMID 0
#define CODEC_FLAG2_WPRED 0
#define CODEC_FLAG2_FASTPSKIP 0

I am Using Internet Explorer Browser Version 6.0.Huge security hole.
Its not throwing Error / Exception Wrap a try/catch at the highest level possible.
Catch 'Throwable'. And log/display it somewhere.

Issues compiling pam_krb5-1.3-rc7 on Solaris 10

Similar Messages

Maybe you are looking for