/usr/sfw/bin/g++

This forum is about Sun Studio, of course. But Solaris 10 ships gcc in /usr/sfw/bin. Is there a forum here that I should use instead for questions about Sun's provided gcc? Also, as I suspect that the underlying problem I am investigating has to do with solaris ld; is there a forum that should be used for questions about the solaris toolchain (as, ld, etc.)?
Thanks.

For questions about the gcc supplied with Solaris, and tools in the chain that are not part of Sun Studio, try the Open Solaris Community:
http://www.opensolaris.org/os/community/tools/

Similar Messages

  • /usr/sfw/sbin/snmpd core dump with 6 local Zones

    Hi,
    the snmpd is running in 8 local and 1 global zone. If I do the following command from our monitoring server the snmpd crashes with a core dump in / in the global zone.
    /usr/sfw/bin/snmpdf -v 2c -c public servername
    I have all the lates patches applied and use Solaris 10 1/06 x86. Workaround is to shutdown 2 Zones and the above command is working fine. Any limitations on the amount of zones on one server ?
    Regards,
    Van-Thieu Tran

    Found the problem myself: The SNMPD Version shipped with Solaris 10 until 6/06 seems to be buggy. Compiled a newer version runs just fine.

  • /usr/openwin/bin/xmkmf: imake: not found

    I'm trying to install TightVNC on Solaris 10 (sparc) and have ran into several issues. This was a fresh Solaris install, therefore I recently installed make, gzip, and gcc from the sunfreeware site.
    # xmkmf
    mv -f Makefile Makefile.bak
    imake -DUseInstalled -I/usr/openwin/lib/X11/config
    /usr/openwin/bin/xmkmf: imake: not found
    PATH env:
    # echo $path
    .:/usr/sbin:/usr/bin:/usr/local/bin
    I installed make in the /usr/local/bin folder.
    I'm not exactly sure what imake is so I'm fairly stuck at this point.

    I think I have an environment variable issue. Here is copy of the output of #env:
    OPENWINHOME=/usr/openwin
    PATH=/usr/sbin:/usr/bin:/usr/openwin/bin:/usr/ucb/:/usr/css/bin:/usr/sfw/bin
    PS1=#
    and here is an echo:
    # echo $path
    .:/usr/sbin:/usr/bin:/usr/local/bin
    I may be adding the variable wrong because I'm getting a "make not found" error now. Do you have a good link on adding / appending onto environment variables?
    Thanks

  • How to put g95 in usr/local/bin?

    Hi all,
    I am trying to compile a program called elmerice.  When I type the "make compile" command, I get the following message:
    elmerf90-nosh -c Solvers/AIFlowSolve_nlD2.f90 -o Solvers/AIFlowSolve_nlD2.o
    /usr/local/bin/g95 -O5 -ffast-math -ftree-vectorize -march=nocona -fprefetch-loop-arrays -fomit-frame-pointer -fstrict-aliasing -momit-leaf-frame-pointer -falign-loops -I. -Ibinio -I/Applications/ElmerGUI.app/Contents//share/elmersolver/include -c Solvers/AIFlowSolve_nlD2.f90 -o Solvers/AIFlowSolve_nlD2.o
    /Applications/ElmerGUI.app/Contents/bin/elmerf90-nosh: line 18: /usr/local/bin/g95: No such file or directory
    I did install (I think successfully) g95 using macports, i.e. the command "sudo port install g95" but apparently it is not in /usr/local/bin, which seems to be where elmerice wants to find it.
    One complicating factor might be that /usr/local/bin does have gfortran it.
    It seems like elmerice will only use g95.  Can I put g95 in the /usr/local/bin directory from wherever I have it now, and if so, how?  Or can I just reinstall g95 in that directory?
    Thanks,

    Try creating a symbolic link from /usr/local/bin/g95 to wherever MacPorts put it. That is probably the easiest solution. Ideally, you would fix the makefile, but that wouldn't be easy.

  • MySQL links in Solaris 11.2 have gone from /usr/mysql/bin

    I see that Solaris 11.2 now comes with MySQL 5.5 but I notice that the symbolic links (/usr/mysql/bin, etc) have been removed from all the packages.
    # Solaris 11.1
    # ls -l /usr/mysql/
    total 9
    drwxr-xr-x   8 root     bin            8 Feb 15  2012 5.1
    lrwxrwxrwx   1 root     root           7 Feb 15  2012 bin -> 5.1/bin
    lrwxrwxrwx   1 root     root           8 Feb 15  2012 docs -> 5.1/docs
    lrwxrwxrwx   1 root     root          11 Feb 15  2012 include -> 5.1/include
    lrwxrwxrwx   1 root     root           7 Feb 15  2012 lib -> 5.1/lib
    lrwxrwxrwx   1 root     root           7 Feb 15  2012 man -> 5.1/man
    lrwxrwxrwx   1 root     root           9 Feb 15  2012 share -> 5.1/share
    # Solaris 11.1
    # pkg contents -r -m database/[email protected]| grep "link path=usr/mysql/"
    link path=usr/mysql/5.1/bin/64 target=sparcv9 variant.arch=sparc
    link path=usr/mysql/bin target=5.1/bin
    link path=usr/mysql/5.1/bin/64 target=amd64 variant.arch=i386
    link path=usr/mysql/share target=5.1/share
    link path=usr/mysql/docs target=5.1/docs
    # Solaris 11.2
    # pkg contents -r -m database/[email protected] | grep "link path=usr/mysql/"
    link path=usr/mysql/5.1/bin/64 target=amd64 variant.arch=i386
    link path=usr/mysql/5.1/bin/64 target=sparcv9 variant.arch=sparc
    Should they be added back?
    Andrew

    This is not an oversight. As MySQL 5.1 libraries are not compatible with the 5.5 version and to avoid some breaks, you must check and modify all programs and/or scripts that you use if you want to use this new version.

  • Problems with /usr/ccs/bin/ld -z rescan in Solaris 10 5/08 x86

    When linking in Solaris 10 5/08 and using the '-z rescan' option, I receive the following error:
    ld: elf error: file libMyLibrary.a: elf_begin: Request error: archive/member fildes mismatch
    This only occurs when there are dependencies within other object files that require the archive to actually be scanned twice to resolve all symbols.
    The problem is specific to Solaris 5/08 (prior releases link correctly). Examining ld with truss seems to show the issue is related to not closing some file descriptors. I noticed in elf_begin that there is [a check that two file descriptors are the same|http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/sgs/libelf/common/begin.c#65] which results in the error message I'm getting. Compare the two truss outputs:
    Older revision of Solaris 10:
    13093: open("libMyLibrary.a", O_RDONLY) = 4
    13093: close(4) = 0
    ...snip...
    13093: open("/usr/lib/amd64/crtn.o", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libmp.so.2", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libmd5.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libscf.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libaio.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libdoor.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/amd64/libuutil.so.1", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("libMyLibrary.a", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("/lib/gcc/amd64/libgcc.a", O_RDONLY) = 4
    13093: close(4) = 0
    13093: open("libMyLibrary.a", O_RDONLY) = 4
    13093: close(4) = 0
    Solaris 10 5/08
    21931: open("libMyLibrary.a", O_RDONLY) = 4
    21931: close(4) = 0
    ...snip...
    21931: open("/lib/gcc/amd64/libgcc.a", O_RDONLY) = 4
    21931: close(4) = 0
    21931: open("/lib/gcc/amd64/crtend.o", O_RDONLY) = 4
    21931: close(4) = 0
    21931: open("/usr/lib/amd64/crtn.o", O_RDONLY) = 4
    21931: close(4) = 0
    21931: open("/lib/amd64/libmp.so.2", O_RDONLY) = 4
    21931: open("/lib/amd64/libscf.so.1", O_RDONLY) = 5
    21931: open("/lib/amd64/libmd.so.1", O_RDONLY) = 6
    21931: open("/lib/amd64/libaio.so.1", O_RDONLY) = 7
    21931: open("/lib/amd64/libdoor.so.1", O_RDONLY) = 8
    21931: open("/lib/amd64/libuutil.so.1", O_RDONLY) = 9
    21931: open("/lib/amd64/libgen.so.1", O_RDONLY) = 10
    21931: open("libMyLibrary.a", O_RDONLY) = 11
    21931: close(11)
    You'll notice that the /lib/amd64 shared libraries are not closed, which leads to the file descriptor number changing, which could trigger this error. Is anyone else experiencing this issue or know why it has started happening with Solaris 5/08?
    Edited by: bennett.schneider on Jun 25, 2008 4:07 PM

    No problem.
    Both the 32-bit and 64-bit ld return:
    -bash-3.00$ mcs -p /usr/ccs/bin/amd64/ld
    /usr/ccs/bin/ld:
    @(#)SunOS 5.10 Generic 127128-11 Mar 2008For comparison, a machine which works has:
    -bash-3.00$  mcs -p /usr/ccs/bin/amd64/ld
    /usr/ccs/bin/amd64/ld:
    @(#)SunOS 5.10 Generic 118855-36 Dec 2006There's a tremendous amount of output from the truss command, but here are the highlights. The libraries are slightly different, as I had to recreate the simple example. (filtered for only open, close, libld:process_req_lib, libld:ld64_process_open, libld:ld64_finish_libs, process_archive and process_files; if more is needed don't hesitate to ask):
    23646:  open("/var/ld/64/ld.config", O_RDONLY)          = 3
    23646:  close(3)                                        = 0
    23646:  open("/usr/ccs/bin/amd64/../../../../lib/amd64/libc.so.1", O_RDONLY) = 3
    23646:  close(3)                                        = 0
    23646/1:        open("/usr/ccs/bin/amd64/../../../../lib/amd64/libld.so.4", O_RDONLY) = 3
    23646/1:        close(3)                                        = 0
    23646/1:        open("/lib/amd64/liblddbg.so.4", O_RDONLY)      = 3
    23646/1:        close(3)                                        = 0
    23646/1:        open("/lib/amd64/libelf.so.1", O_RDONLY)        = 3
    23646/1:        close(3)                                        = 0
    23646/1:        open("/usr/lib/64/libldstab.so.1", O_RDONLY)    = 3
    23646/1:        close(3)                                        = 0
    23646/1@1:        -> libld:ld64_open_outfile(0xfffffd7fff117020, 0xfffffd7fff1182d0, 0xfffffd7fff1182f0, 0x0, 0xfffffd7fff2406c0, 0x6d646f6e6364ff33)
    23646/1:        open("testldD", O_RDWR|O_CREAT|O_TRUNC, 0777)   = 3
    23646/1@1:        <- libld:ld64_open_outfile() = 1
    23646/1@1:        -> libld:ld64_process_files(0xfffffd7fff117020, 0xa, 0xfffffd7fffdff8b8, 0x0, 0x0, 0x0)
    23646/1@1:          -> libld:process_files_com(0xfffffd7fff117020, 0xa, 0xfffffd7fffdff8b8, 0x0, 0x0, 0x0)
    23646/1:        open("testld.D.o", O_RDONLY)                    = 4
    23646/1@1:            -> libld:ld64_process_open(0xfffffd7fffdffb0e, 0x0, 0xfffffd7fffdff75c, 0xfffffd7fff117020, 0x3, 0xfffffd7fffdff760)
    23646/1@1:              -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff700, 0xfffffd7fffdff708, 0xfffffd7fffdff75c, 0x3, 0xfffffd7fffdff710)
    23646/1@1:              <- libld:ld64_sup_open() = 4
    23646/1@1:            <- libld:ld64_process_open() = 0xfffffd7fff118338
    23646/1:        close(4)                                        = 0
    23646/1:        open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 4
    23646/1@1:            -> libld:ld64_process_open(0xfffffd7fffdffb23, 0x0, 0xfffffd7fffdff75c, 0xfffffd7fff117020, 0x3, 0xfffffd7fffdff760)
    23646/1@1:              -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff700, 0xfffffd7fffdff708, 0xfffffd7fffdff75c, 0x3, 0xfffffd7fffdff710)
    23646/1@1:              <- libld:ld64_sup_open() = 4
    23646/1@1:                -> libld:ld64_process_archive(0xfffffd7fffdffb23, 0x4, 0xfffffd7fff11acd0, 0xfffffd7fff117020, 0x0, 0xfffffd7fff387b80)
    23646/1@1:                <- libld:ld64_process_archive() = 1
    23646/1@1:            <- libld:ld64_process_open() = 1
    23646/1:        close(4)                                        = 0
    23646/1:        open("../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a", O_RDONLY) = 4
    23646/1@1:            -> libld:ld64_process_open(0xfffffd7fffdffb53, 0x0, 0xfffffd7fffdff75c, 0xfffffd7fff117020, 0x3, 0xfffffd7fffdff760)
    23646/1@1:              -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff700, 0xfffffd7fffdff708, 0xfffffd7fffdff75c, 0x3, 0xfffffd7fffdff710)
    23646/1@1:              <- libld:ld64_sup_open() = 4
    23646/1@1:                -> libld:ld64_process_archive(0xfffffd7fffdffb53, 0x4, 0xfffffd7fff11ad50, 0xfffffd7fff117020, 0x0, 0xfffffd7fff387b80)
    23646/1@1:                  -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff550, 0xfffffd7fffdff558, 0xfffffd7fffdff564, 0xa, 0xfffffd7fffdff568)
    23646/1@1:                  <- libld:ld64_sup_open() = 4
    23646/1@1:                <- libld:ld64_process_archive() = 1
    23646/1@1:            <- libld:ld64_process_open() = 1
    23646/1:        close(4)                                        = 0
    23646/1:        open("/lib/64/librt.so", O_RDONLY)              = 4
    23646/1@1:                  -> libld:ld64_process_open(0xfffffd7fff11c2a0, 0x8, 0xfffffd7fffdff22c, 0xfffffd7fff117020, 0x2, 0xfffffd7fffdff690)
    23646/1@1:                    -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff1d0, 0xfffffd7fffdff1d8, 0xfffffd7fffdff22c, 0x2, 0xfffffd7fffdff1e0)
    23646/1@1:                    <- libld:ld64_sup_open() = 4
    23646/1@1:                  <- libld:ld64_process_open() = 0xfffffd7fff11c2c0
    23646/1:        close(4)                                        = 0
    23646/1@1:          <- libld:process_files_com() = 1
    23646/1@1:          -> libld:ld64_finish_libs(0xfffffd7fff117020, 0xfffffd7fffdff8b8, 0xa, 0x1, 0xfefeffffffffffff, 0xfffffd7fff3878a0)
    23646/1@1:            -> libld:process_req_lib(0xfffffd7fff11ce68, 0xfffffd7fff247fc0, 0xfffffd7fff2531b5, 0xfffffd7fff117020, 0xfffffd7fffdff760, 0xfffffd7fff3878a0)
    23646/1:        open("/lib/64/libaio.so.1", O_RDONLY)           = 4
    23646/1@1:              -> libld:ld64_process_open(0xfffffd7fff128ba0, 0x8, 0xfffffd7fffdff2bc, 0xfffffd7fff117020, 0x0, 0xfffffd7fffdff760)
    23646/1@1:                -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff250, 0xfffffd7fffdff258, 0xfffffd7fffdff2bc, 0x0, 0xfffffd7fffdff260)
    23646/1@1:                <- libld:ld64_sup_open() = 4
    23646/1@1:              <- libld:ld64_process_open() = 0xfffffd7fff128bc0
    23646/1@1:            <- libld:process_req_lib() = 0xfffffd7fff128bc0
    23646/1@1:            -> libld:process_req_lib(0xfffffd7fff11cf10, 0xfffffd7fff247fc0, 0xfffffd7fff2531c1, 0xfffffd7fff117020, 0xfffffd7fffdff760, 0xffffffffffffffff)
    23646/1:        open("/lib/64/libc.so.1", O_RDONLY)             = 5
    23646/1@1:              -> libld:ld64_process_open(0xfffffd7fff12d458, 0x8, 0xfffffd7fffdff2bc, 0xfffffd7fff117020, 0x0, 0xfffffd7fffdff760)
    23646/1@1:                -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff250, 0xfffffd7fffdff258, 0xfffffd7fffdff2bc, 0x0, 0xfffffd7fffdff260)
    23646/1@1:                <- libld:ld64_sup_open() = 5
    23646/1@1:              <- libld:ld64_process_open() = 0xfffffd7fff12d478
    23646/1@1:            <- libld:process_req_lib() = 0xfffffd7fff12d478
    23646/1@1:            -> libld:process_req_lib(0xfffffd7fff128b30, 0xfffffd7fff247fc0, 0xfffffd7fff2531d5, 0xfffffd7fff117020, 0xfffffd7fffdff760, 0x302d6e722d636c61)
    23646/1:        open("/lib/64/libmd.so.1", O_RDONLY)            = 6
    23646/1@1:              -> libld:ld64_process_open(0xfffffd7ffeca9af8, 0x8, 0xfffffd7fffdff2bc, 0xfffffd7fff117020, 0x0, 0xfffffd7fffdff760)
    23646/1@1:                -> libld:ld64_sup_open(0xfffffd7fff117020, 0xfffffd7fffdff250, 0xfffffd7fffdff258, 0xfffffd7fffdff2bc, 0x0, 0xfffffd7fffdff260)
    23646/1@1:                <- libld:ld64_sup_open() = 6
    23646/1@1:              <- libld:ld64_process_open() = 0xfffffd7ffeca9b18
    23646/1@1:            <- libld:process_req_lib() = 0xfffffd7ffeca9b18
    23646/1@1:          <- libld:ld64_finish_libs() = 1
    23646/1:        open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 7
    23646/1@1:          -> libld:ld64_process_archive(0xfffffd7fffdffb23, 0x7, 0xfffffd7fff11acd0, 0xfffffd7fff117020, 0xffffffffffff0000, 0x2d636c61686aff38)
    23646/1@1:          <- libld:ld64_process_archive() = 0
    23646/1:        close(7)                                        = 0
    23646/1@1:        <- libld:ld64_process_files() = 1same filter on a working machine:
    7205:   open("/var/ld/64/ld.config", O_RDONLY)          = 3
    7205:   close(3)                                        = 0
    7205:   open("/usr/ccs/bin/amd64/../../../../lib/amd64/libc.so.1", O_RDONLY) = 3
    7205:   close(3)                                        = 0
    7205/1:         open("/usr/lib/locale/en_US.UTF-8/amd64/en_US.UTF-8.so.3", O_RDONLY) = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/usr/lib/locale/en_US.UTF-8/amd64/methods_en_US.UTF-8.so.3", O_RDONLY) = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/usr/ccs/bin/amd64/../../../../lib/amd64/libld.so.3", O_RDONLY) = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/lib/amd64/libelf.so.1", O_RDONLY)        = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/usr/lib/64/libldstab.so.1", O_RDONLY)    = 3
    7205/1:         close(3)                                        = 0
    7205/1:         open("/usr/lib/locale/en_US.UTF-8/LC_MESSAGES/SUNW_OST_SGS.mo", O_RDONLY) Err#2 ENOENT
    7205/1@1:         -> libld:open_outfile(0xfffffd7ffefc96c0, 0xfffffd7ffef16f20, 0xfffffd7ffef16f40, 0x0, 0xfffffd7fff240970, 0x6e64ff33356d6e68)
    7205/1:         open("testldD", O_RDWR|O_CREAT|O_TRUNC, 0777)   = 3
    7205/1@1:         <- libld:open_outfile() = 1
    7205/1@1:         -> libld:process_files(0xfffffd7ffefc96c0, 0xa, 0xfffffd7fffdff9b8, 0x0, 0x0, 0x0)
    7205/1@1:           -> libld:process_files_com(0xfffffd7ffefc96c0, 0xa, 0xfffffd7fffdff9b8, 0x0, 0x0, 0x0)
    7205/1:         open("testld.D.o", O_RDONLY)                    = 4
    7205/1@1:             -> libld:process_open(0xfffffd7fffdffbc6, 0x0, 0x4, 0xfffffd7ffefc96c0, 0x3, 0xfffffd7fffdff850)
    7205/1@1:             <- libld:process_open() = 0xfffffd7ffef16f88
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:             -> libld:process_open(0xfffffd7fffdffbdb, 0x0, 0x4, 0xfffffd7ffefc96c0, 0x3, 0xfffffd7fffdff850)
    7205/1@1:                 -> libld:process_archive(0xfffffd7fffdffbdb, 0x4, 0xfffffd7ffef19668, 0xfffffd7ffefc96c0, 0x4191d8, 0x0)
    7205/1@1:                 <- libld:process_archive() = 1
    7205/1@1:             <- libld:process_open() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:             -> libld:process_open(0xfffffd7fffdffc0b, 0x0, 0x4, 0xfffffd7ffefc96c0, 0x3, 0xfffffd7fffdff850)
    7205/1@1:                 -> libld:process_archive(0xfffffd7fffdffc0b, 0x4, 0xfffffd7ffef196e8, 0xfffffd7ffefc96c0, 0x419348, 0x0)
    7205/1@1:                 <- libld:process_archive() = 1
    7205/1@1:             <- libld:process_open() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("/lib/64/librt.so", O_RDONLY)              = 4
    7205/1@1:                   -> libld:process_open(0xfffffd7ffef1ac38, 0x8, 0x4, 0xfffffd7ffefc96c0, 0x2, 0xfffffd7fffdff780)
    7205/1@1:                   <- libld:process_open() = 0xfffffd7ffef1ac58
    7205/1:         close(4)                                        = 0
    7205/1@1:           <- libld:process_files_com() = 1
    7205/1@1:             -> libld:process_req_lib(0xfffffd7ffef1b800, 0xfffffd7ffefc7ae0, 0xfffffd7fff2631b5, 0xfffffd7ffefc96c0, 0xfffffd7fffdff850, 0xfffffd7fff3728a0)
    7205/1:         open("/lib/64/libaio.so.1", O_RDONLY)           = 4
    7205/1@1:               -> libld:process_open(0xfffffd7ffef27570, 0x8, 0x4, 0xfffffd7ffefc96c0, 0x0, 0xfffffd7fffdff850)
    7205/1@1:               <- libld:process_open() = 0xfffffd7ffef27590
    7205/1:         close(4)                                        = 0
    7205/1@1:             <- libld:process_req_lib() = 0xfffffd7ffef27590
    7205/1@1:             -> libld:process_req_lib(0xfffffd7ffef1b8a8, 0xfffffd7ffefc7ae0, 0xfffffd7fff2631c1, 0xfffffd7ffefc96c0, 0xfffffd7fffdff850, 0x0)
    7205/1:         open("/lib/64/libmd5.so.1", O_RDONLY)           = 4
    7205/1@1:               -> libld:process_open(0xfffffd7ffef2be28, 0x8, 0x4, 0xfffffd7ffefc96c0, 0x0, 0xfffffd7fffdff850)
    7205/1@1:               <- libld:process_open() = 0xfffffd7ffef2be48
    7205/1:         close(4)                                        = 0
    7205/1@1:             <- libld:process_req_lib() = 0xfffffd7ffef2be48
    7205/1@1:             -> libld:process_req_lib(0xfffffd7ffef1b950, 0xfffffd7ffefc7ae0, 0xfffffd7fff2631cd, 0xfffffd7ffefc96c0, 0xfffffd7fffdff850, 0xffffffffffffffff)
    7205/1:         open("/lib/64/libc.so.1", O_RDONLY)             = 4
    7205/1@1:               -> libld:process_open(0xfffffd7ffef2d020, 0x8, 0x4, 0xfffffd7ffefc96c0, 0x0, 0xfffffd7fffdff850)
    7205/1@1:               <- libld:process_open() = 0xfffffd7ffef2d040
    7205/1:         close(4)                                        = 0
    7205/1@1:             <- libld:process_req_lib() = 0xfffffd7ffef2d040
    7205/1:         open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:           -> libld:process_archive(0xfffffd7fffdffbdb, 0x4, 0xfffffd7ffef19668, 0xfffffd7ffefc96c0, 0xffffffffffffff00, 0xfefffefffefefeff)
    7205/1@1:           <- libld:process_archive() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:           -> libld:process_archive(0xfffffd7fffdffc0b, 0x4, 0xfffffd7ffef196e8, 0xfffffd7ffefc96c0, 0x415980, 0xfffffd7ffef196a8)
    7205/1@1:           <- libld:process_archive() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:           -> libld:process_archive(0xfffffd7fffdffbdb, 0x4, 0xfffffd7ffef19668, 0xfffffd7ffefc96c0, 0x415980, 0xfffffd7ffef196a8)
    7205/1@1:           <- libld:process_archive() = 1
    7205/1:         close(4)                                        = 0
    7205/1:         open("../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a", O_RDONLY) = 4
    7205/1@1:           -> libld:process_archive(0xfffffd7fffdffc0b, 0x4, 0xfffffd7ffef196e8, 0xfffffd7ffefc96c0, 0x415980, 0xfffffd7ffef196a8)
    7205/1@1:           <- libld:process_archive() = 1
    7205/1:         close(4)                                        = 0
    7205/1@1:         <- libld:process_files() = 1The command run to generate both of these was:
    /usr/ccs/bin/amd64/ld -o testldD -m64 testld.D.o -z rescan ../../../../x64-SunOS/lib/libtest1-x64-SunOSD.a ../../../../x64-SunOS/lib/libtest2-x64-SunOSD.a -lrtlibtest2 has depends on symbols in libtest1.
    Thanks for all the help on this.

  • Error running command: /usr/java/bin/java: error execing process: Not enoug

    Error running command: /usr/java/bin/java: error execing process: Not enough space
    In a whole root zfs zone the webconsole service fails to start. This is what I get:
    svc:/system/webconsole:console (java web console)
    State: maintenance since Fri Aug 27 14:32:41 2010
    Reason: Start method exited with $SMF_EXIT_ERR_FATAL.
    See: http://sun.com/msg/SMF-8000-KS
    See: man -M /usr/share/man -s 1M smcwebserver
    See: /var/svc/log/system-webconsole:console.log
    Impact: This service is not running.
    # more /var/svc/log/system-webconsole:console.log
    ^C# more /var/svc/log/system-webconsole:console.log
    [ Aug  6 09:30:40 Disabled. ]
    [ Aug  6 09:30:40 Rereading configuration. ] [ Aug  6 09:30:52 Enabled. ] [ Aug  6 11:32:50 Enabled. ] [ Aug  6 11:33:02 Executing start method ("/lib/svc/method/svc-webconsole start"
    Starting Sun Java(TM) Web Console Version 3.1 ...
    The console is running.
    [ Aug  6 11:33:25 Method "start" exited with status 0 ] [ Aug 27 14:32:15 Enabled. ] [ Aug 27 14:32:28 Executing start method ("/lib/svc/method/svc-webconsole start"
    Error running command: /usr/java/bin/java: error execing process: Not enough spa ce [ Aug 27 14:32:41 Method "start" exited with status 95 ] # df -k
    Filesystem kbytes used avail capacity Mounted on
    / 0 4341506 3761710 54% /
    /dev 8103216 4341506 3761710 54% /dev
    proc 0 0 0 0% /proc
    ctfs 0 0 0 0% /system/contract
    mnttab 0 0 0 0% /etc/mnttab
    objfs 0 0 0 0% /system/object
    swap 2498344 360 2497984 1% /etc/svc/volatile
    /platform/SUNW,T5240/lib/libc_psr/libc_psr_hwcap2.so.1
    8103216 4341506 3761710 54% /platform/sun4v/lib/libc_psr.so.1
    /platform/SUNW,T5240/lib/sparcv9/libc_psr/libc_psr_hwcap2.so.1
    8103216 4341506 3761710 54% /platform/sun4v/lib/sparcv9/libc_psr.so.1
    fd 0 0 0 0% /dev/fd
    swap 2497984 0 2497984 0% /tmp
    swap 2498024 40 2497984 1% /var/run
    Grp-MFNY/billables/RV
    20514816 22 3761710 1% /RV
    Grp-MFNY/billables/TT_DB
    20514816 28 3761710 1% /TT_DB
    Grp-MFNY/billables/tab

    You need to find the java exceptions - most likely in the logs in the /var/log/webconsole/console directory.
    A wild guess is you don't have enough swap space to perform a fork.
    -- Ken

  • Not able to see make in /usr/local/bin even after installing the package

    Hi,
    I have installed the package make-3.8 for solaris 9 on my machine with sun os 5.9. But still I can not see 'make' in /usr/local/bin .
    Does anyone have an idea why?
    I installed the same as root using the command:
    pkdadd -d <packagename>
    But it gives me quite many warnings like :
    WARNING : /usr/local/bin/make <not present on Read only file system>
    WARNING : /usr/local/bin/doc/make/ABOUT-NLS <not present on Read only file system>
    At the end it says Installation of SMCmake was successful
    Still I can't see make in /usr/local/bin.
    Regards
    Manmeet

    Seems like /usr/local is mounted read-only? Run
    mount | grep local
    or
    touch /usr/local/test
    and see if you can write files in the directory.
    /M.

  • /usr/local/bin/pdf2ps: gs: not found

    GS 8.54
    Solaris 10
    Oracle 11.5.10.2
    I'm having problem regarding the pdf2ps which it seem cannot find the pdf2ps. When i try to print the pdf file in apps using pasta.
    The printer confirm support pasta and post script.
    The report submited is complete with warning. This is the error inside the log file.
    /usr/local/bin/pdf2ps: gs: not found
    Pasta: Error: Preprocess failed. Command=/usr/local/bin/pdf2ps /v99/app/applmgr/abghfuat/applcsf/out/ABGHFUAT_e2sscorhrmdba02/ABG_APXPBFOR_XML_BMO_2495102_1.PDF /v30/app/applmgr/abghfuat/comn/temp/pasta18270_0.tmp
    Pasta: Error: Preprocess or Print command failed!!!
    APP-FND-00500: AFPPRN received a return code of failure from routine FDUPRN. An error occurred while AOL tried to spawn the print process
    Cause: AFPPRN received a return code of failure from the OSD routine FDUPRN. An error occurred while AOL tried to spawn the print process.
    .pdf file being generated, but failing when calling Pasta.

    Hi,
    Since you indicate a version number for ghostscript in your post (8.54), I'm guessing the issue is that gs is not in the path for the applmgr user. On my system (Linux, not Solaris, so there may be differences), gs and pdf2ps are in different directories.
    Try running the following command as the applmgr user:
    which gsIf you don't get the path to gs as output from that command, you will need to add the path to gs to the path environment variable of the applmgr user.
    Regards,
    John P.

  • /usr/local/bin vs /usr/bin and Kazehakase vs Firefox

    When you install an application to /usr/bin  will it be more faster than installed on /usr/local/bin?
    I have Firefox installed in /usr/bin and Kazehakase installed to /usr/local/bin. And it seems that Firefox is faster than Kazehakase. Why?
    Last edited by Paingiver (2008-03-15 11:11:48)

    dyscoria wrote:
    Endperform wrote:The notion that an application can be sped up by linking it in your home directory, or even renaming it to one letter is also crazy.  Your install will search for an executable in the path specified in $PATH and then execute the first instance it finds, but this does NOT speed the application itself up.
    No seriously, if you rename all your executables to one letter then your system runs like lightning!
    * am i really that bad at sarcasm? *
    Yes, since there was no indication of sarcasm in your post.  A or would have worked

  • /usr/local/bin

    Hello everyone,
    Whenever i am installing any s/w from source by compiling,its executable is getting stored in /usr/local/bin.Now im unable to use the s/w by just typing its executable name in the terminal,its giving me an error as "command not found".what i have to do is browse to the directory /usr/local/bin n then run the executable as ./xxxxx.How can i add the directory /usr/local/bin so that it too is checked for executables.
    Thanks in advance,
    Rajiv Nair.

    Anyway, /usr/local is made just for those things you do not want to be touched by your package manager. So, if for any reason you do not want to write a PKGBUILD for something (if e.g., it is just a little script you wrote and you want to install it system-wide; or you have some reasons to make the compilation routine step by step), then /usr/local is then just the right place: /usr/local/bin and /usr/local/sbin for executable with various permissions, /usr/local/lib for the libraries, may be /usr/local/src for the sources, etc. Then you should just modify your /etc/profile (or your .bashrc, .zshrc).
    This is not what is supported by arch, but it is something you can always do, if you like so, in any linux system of the world.

  • Usr/local/bin...or where?

    hey guys,
    I just made a package of sylpheed claws 2.00.  Everything went ok, but the binary was placed in /usr/local/bin.  For reasons I don't quite understand, this is not an arch-like place to be.  So where should I put it, and how should I modify my pkgbuild to put it there?
    btw, here's the fairly plain pkgbuild;
    pkgname=sylpheed-claws
    pkgver=2.0.0
    pkgrel=1
    pkgdesc="The stable extended version of sylpheed"
    url="http://claws.sylpheed.org/"
    licence=""
    depends=(pkgconfig libetpan)
    makedepends=()
    conflicts=()
    replaces=()
    backup=()
    install=
    source=(http://internap.dl.sourceforge.net/sourceforge/sylpheed-claws/$pkgname-$pkgver.tar.gz)
    md5sums=('7ddfc626484ae0954a78c5233931e21a')
    build() {
    cd $startdir/src/$pkgname-$pkgver
    ./configure --with-gtk2
    make || return 1
    make DESTDIR=$startdir/pkg install
    also, what forum should I have posted this to?
    thanks!

    Well ... it CAN be set to anywhere you like, but compliance with the Arch Packaging Standards would be preferable - or mandatory, if you want to submit your PKGBUILD to the AUR. A quick read of the AUR User Guidelines would also be useful in that case.
    General hints -
    ./configure --help
    will give you all the options for most apps. The ABS wiki pages provide the Arch-specific stuff.

  • How do I change permisson to write on /usr/local/bin??

    Hi
    I'm installing a software by source (PKG-CONFIG) as needed by bluefish, however which I was doing " Make install" the terminal told me that it can't write on /usr/local/bin/pkg-config......so how do I change the permission so that I can start installing??
    Thanks
    Chris

    Precede the install command with "sudo" and use your password (provided you are an admin). Then the insatller will have permission to write as if you are the "root" user.
    eg:
    $ sudo install
    will run "install" as if run by root - who does have permission to write to the dir.
    MacBook (BootCamp), various Macs and servers   Mac OS X (10.4.7)  

  • How to change /usr/bin/grep To /usr/local/bin/grep

    Hi
    I have installed GNU Grep but when I am giving the command #which grep it is showing me solaris grep i.e /usr/bin/grep.
    My question is how do I change it to /usr/local/bin/
    Thanks in advance
    Sukrut

    You have a few options:
    1) place /usr/local/bin before /usr/bin in your PATH environment variable
    2) remove /usr/bin/grep altogether
    3) move /usr/bin/grep to something else (ie: /usr/bin/solaris/grep) and symlink /usr/bin/grep to /usr/local/bin/grep just in case any hard coded programs/scripts rely on /usr/bin/grep being present.
    I prefer step #3 since most of the various gnu utilities are virtually 100% drop-in replacements.

  • How do I add /usr/local/bin to path

    Hi.
    I have installed arch linux on a server.
    It seems really very good - manged to install latest snort-inline easily...
    However (and this is really a completely NOOB question)
    - how do I add /usr/local/bin to the default (root) path ?
    I have tried to add
    PATH=/usr/local/bin
    to /etc/enviornment
    But it did not show up when using the - env command (after re-logging in)
    I know that I could sym link to /usr/bin but i would like to know.
    Any help would be good
    Cheers
    Last edited by yossarianuk (2008-10-02 10:31:21)

    There's a place for all three of /usr/bin, /usr/local/bin, and ~/bin --- even on Arch.
    If you download package whizbang-1.2.3 from some non-Arch site, its installer will often by default try to install its files into the /usr/local hierarchy. When making a PKGBUILD, you want to tell it instead to install into $pkgdir/usr, so that when you install the resulting pkg file with pacman, it goes into the /usr hierarchy. That's what the wiki page is saying: pacman-managed stuff goes into the /usr hierarchy.
    /usr/local/* is for files you want to install systemwide without making a PKGBUILD. Your own scripts are a great example. Also you might want to install some compiled files that way, if making a PKGBUILD isn't worth it or you don't have the time to write (*and maintain!*) one.
    ~/bin is for scripts (could be compiled files too) that you want to only be available to that specific user.

Maybe you are looking for

  • Migrating AS2 Code to AS3

    ORIGINAL AS1 SCRIPT I have already tried several ways to migrate this code, but I get unexpected behaviors. Can any one help me? The volume control on the stage is made out of two movieClips: one called knob and the other volume_track over which the

  • VGA Driver for Vista - Satellite L10

    I have installed Windows Vista Final (By MSDN Subscription at my IT firm) on my Toshiba Satellite L10-209 laptop. Everything is running excellent except that the Display adapter (VGA) is not defined properly. The VGA adapter is a 128MB, but the syste

  • Bloggie MHS-FS3

    Hi, I just bought a Bloggie MHS-FS3 and I just had a terrible experience with the online support, one hour of question and nothing, please forgive e if I'm not in my best mood right now. My Bloggie is connected wth my computer ad my computer is conne

  • Render xml.. too slow !!!

    so: I have a servlet , this servlet is divided in tree great sub-functions - getPost() gets data from POST - loadData() loads data inside the Object building a DOM - render() take from every class the xml ( in cascade) and then do a render the proble

  • Audibe-shuffle problems just don't quit

    I am using an iPod shuffle, Mac OSX 10.4.3, both Apple's shuffle updates,and the latest iTunes. I listen to Audible books for at least 2.5 hours daily. I have been waiting for my listening experience to impro ve but it is getting worse. Each night i