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"

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.

  • SL3000 + FC-SCSI connection to Solaris 10 x86, Update 6 won't configure

    Hi all,
    A summary:
    1. New SL3000 installed and configured
    2. SL3000 is connected/zoned into FC switches presenting itself over FC-SCSI port to Solaris 10 x86 update 6 (fully patched) hosts
    3. Appears on fabric like so:
    Jul  4 18:48:05 storehost fctl: [ID 517869 kern.warning] WARNING: fp(2)::N_x Port with D_ID=620200, PWWN=500104f000ae7688 reappeared in fabric
    Jul  4 18:48:05 storehost scsi: [ID 243001 kern.info]         Target 0x620200: Nonzero peripheral qualifier: Device type=0x8 Peripheral qual=0x14. Attempts to cfgadm -c configure:
    [root@storehost:/] $ cfgadm -c configure c4::500104f000ae7688
    cfgadm: Library error: failed to create device node: 500104f000ae7688: Invalid argument
    Ports on FC switch suggest thousands of "invalid transmitted word" errors per hour - and this is just the SCSI-FC robot control port!
    Tried:
    a) Reboots
    b) luxadm probe
    c) cfgadm -c configure -o force_update blah
    d) checking zoning over and over
    e) entire library reboot
    f) entire switch reboot
    Thoughts/comments/what could be going wrong?
    Thanks all.
    z

    hi,guys:
    did you check you type of connecting of library?
     is it point to point or fc_loop ?
    so you need to change fc_loop for fc_swithc 。
    best regards

  • Error compiling gcc on ppc

    I'm trying to install the ps3toolchain from http://ps2dev.org/ps3/Tools/Toolchain/p … 26.tar.bz2 so I can compile programs specifically for ppu/spu, but I keep having problems. I noticed that in the i686 PKGCONFIG for gcc that it required the de_DE locale, so I regenerated my locales with that and began compiling. binutils compiled just fine, but a good ways into compiling gcc I get the following error:
    make[2]: Entering directory `/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1'
    Configuring stage 2 in ./intl
    configure: loading cache ./config.cache
    checking whether make sets $(MAKE)... yes
    checking for a BSD-compatible install... /bin/install -c
    checking whether NLS is requested... no
    checking for msgfmt... /usr/bin/msgfmt
    checking for gmsgfmt... /usr/bin/msgfmt
    checking for xgettext... /usr/bin/xgettext
    checking for msgmerge... /usr/bin/msgmerge
    checking for powerpc64-unknown-linux-gnu-gcc... /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/
    checking for C compiler default output file name... configure: error: C compiler cannot create executables
    See `config.log' for more details.
    make[2]: *** [configure-stage2-intl] Error 77
    make[2]: Leaving directory `/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1'
    make[1]: *** [stage2-bubble] Error 2
    make[1]: Leaving directory `/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1'
    make: *** [all] Error 2
    Running cat intl/config.log reveals
    This file contains any messages produced by compilers while
    running configure, to aid debugging if configure makes a mistake.
    It was created by configure, which was
    generated by GNU Autoconf 2.59. Invocation command line was
    $ /root/ps3toolchain/build/gcc-4.2.0/intl/configure --cache-file=./config.cache --build=powerpc64-unknown-linux-gnu --host=powerpc64-unknown-linux-gnu --target=ppu --prefix=/usr/local/ps3dev/ppu --with-newlib --disable-libgomp --disable-libmudflap --disable-libssp --disable-nls --disable-shared --disable-threads --without-headers --enable-languages=c --program-transform-name=s,^,ppu-,; --srcdir=../../intl --with-build-libsubdir=.
    ## Platform. ##
    hostname = ps3
    uname -m = ppc64
    uname -r = 2.6.25-rc1-10429-g664fdd3-dirty
    uname -s = Linux
    uname -v = #6 SMP Tue Feb 19 23:56:26 EST 2008
    /usr/bin/uname -p = unknown
    /bin/uname -X = unknown
    /bin/arch = ppc64
    /usr/bin/arch -k = unknown
    /usr/convex/getsysinfo = unknown
    hostinfo = unknown
    /bin/machine = unknown
    /usr/bin/oslevel = unknown
    /bin/universe = unknown
    PATH: /bin
    PATH: /usr/bin
    PATH: /sbin
    PATH: /usr/sbin
    ## Core tests. ##
    configure:1220: loading cache ./config.cache
    configure:1323: checking whether make sets $(MAKE)
    configure:1343: result: yes
    configure:1390: checking for a BSD-compatible install
    configure:1445: result: /bin/install -c
    configure:1470: checking whether NLS is requested
    configure:1479: result: no
    configure:1517: checking for msgfmt
    configure:1548: result: /usr/bin/msgfmt
    configure:1557: checking for gmsgfmt
    configure:1588: result: /usr/bin/msgfmt
    configure:1627: checking for xgettext
    configure:1658: result: /usr/bin/xgettext
    configure:1698: checking for msgmerge
    configure:1728: result: /usr/bin/msgmerge
    configure:1771: checking for powerpc64-unknown-linux-gnu-gcc
    configure:1797: result: /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/
    configure:2079: checking for C compiler version
    configure:2082: /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/ --version </dev/null >&5
    xgcc (GCC) 4.2.0
    Copyright (C) 2007 Free Software Foundation, Inc.
    This is free software; see the source for copying conditions. There is NO
    warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
    configure:2085: $? = 0
    configure:2087: /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/ -v </dev/null >&5
    Reading specs from /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/specs
    Target: ppu
    Configured with: ../configure --prefix=/usr/local/ps3dev/ppu --target=ppu --enable-languages=c --with-newlib --disable-libgomp --disable-libmudflap --disable-libssp --disable-nls --disable-shared --disable-threads --without-headers
    Thread model: single
    gcc version 4.2.0
    configure:2090: $? = 0
    configure:2092: /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/ -V </dev/null >&5
    xgcc: '-V' must come at the start of the command line
    configure:2095: $? = 1
    configure:2118: checking for C compiler default output file name
    configure:2121: /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/ -g -O2 conftest.c >&5
    /usr/local/ps3dev/ppu/ppu/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
    /usr/local/ps3dev/ppu/ppu/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
    /usr/local/ps3dev/ppu/ppu/bin/ld: cannot find -lc
    collect2: ld returned 1 exit status
    configure:2124: $? = 1
    configure: failed program was:
    | /* confdefs.h. */
    |
    | #define PACKAGE_NAME ""
    | #define PACKAGE_TARNAME ""
    | #define PACKAGE_VERSION ""
    | #define PACKAGE_STRING ""
    | #define PACKAGE_BUGREPORT ""
    | /* end confdefs.h. */
    |
    | int
    | main ()
    | {
    |
    | ;
    | return 0;
    | }
    configure:2163: error: C compiler cannot create executables
    See `config.log' for more details.
    ## Cache variables. ##
    ac_cv_env_CC_set=set
    ac_cv_env_CC_value=' /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/'
    ac_cv_env_CFLAGS_set=set
    ac_cv_env_CFLAGS_value='-g -O2'
    ac_cv_env_CPPFLAGS_set=
    ac_cv_env_CPPFLAGS_value=
    ac_cv_env_CPP_set=
    ac_cv_env_CPP_value=
    ac_cv_env_LDFLAGS_set=set
    ac_cv_env_LDFLAGS_value=
    ac_cv_env_build_alias_set=set
    ac_cv_env_build_alias_value=powerpc64-unknown-linux-gnu
    ac_cv_env_host_alias_set=set
    ac_cv_env_host_alias_value=powerpc64-unknown-linux-gnu
    ac_cv_env_target_alias_set=set
    ac_cv_env_target_alias_value=ppu
    ac_cv_path_GMSGFMT=/usr/bin/msgfmt
    ac_cv_path_MSGFMT=/usr/bin/msgfmt
    ac_cv_path_MSGMERGE=/usr/bin/msgmerge
    ac_cv_path_XGETTEXT=/usr/bin/xgettext
    ac_cv_prog_CC=' /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/'
    ac_cv_prog_make_make_set=yes
    ## Output variables. ##
    ACLOCAL=''
    ALLOCA=''
    AUTOCONF=''
    AUTOHEADER=''
    BUILD_INCLUDED_LIBINTL=''
    CATOBJEXT=''
    CC=' /root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/xgcc -B/root/ps3toolchain/build/gcc-4.2.0/build-ppu-stage1/./prev-gcc/ -B/usr/local/ps3dev/ppu/ppu/bin/'
    CFLAGS='-g -O2'
    CPP=''
    CPPFLAGS=''
    DATADIRNAME=''
    DEFS=''
    ECHO_C=''
    ECHO_N='-n'
    ECHO_T=''
    EGREP=''
    EXEEXT=''
    GENCAT=''
    GLIBC21=''
    GMSGFMT='/usr/bin/msgfmt'
    INCINTL=''
    INSTALL_DATA='/bin/install -c -m 644'
    INSTALL_PROGRAM='/bin/install -c'
    INSTALL_SCRIPT='/bin/install -c'
    INSTOBJEXT=''
    INTLBISON=''
    INTLLIBS=''
    INTLOBJS=''
    INTL_LIBTOOL_SUFFIX_PREFIX=''
    LDFLAGS=''
    LIBICONV=''
    LIBINTL=''
    LIBINTL_DEP=''
    LIBOBJS=''
    LIBS=''
    LTLIBICONV=''
    LTLIBINTL=''
    LTLIBOBJS=''
    MAINT=''
    MKINSTALLDIRS='$(top_builddir)/../../intl/../mkinstalldirs'
    MSGFMT='/usr/bin/msgfmt'
    MSGMERGE='/usr/bin/msgmerge'
    OBJEXT=''
    PACKAGE_BUGREPORT=''
    PACKAGE_NAME=''
    PACKAGE_STRING=''
    PACKAGE_TARNAME=''
    PACKAGE_VERSION=''
    PATH_SEPARATOR=':'
    POSUB=''
    RANLIB='ranlib'
    SET_MAKE=''
    SHELL='/bin/sh'
    USE_INCLUDED_LIBINTL=''
    USE_NLS='no'
    XGETTEXT='/usr/bin/xgettext'
    ac_ct_CC=''
    ac_ct_RANLIB=''
    bindir='${exec_prefix}/bin'
    build='powerpc64-unknown-linux-gnu'
    build_alias='powerpc64-unknown-linux-gnu'
    build_cpu=''
    build_os=''
    build_vendor=''
    datadir='${prefix}/share'
    exec_prefix='NONE'
    host='powerpc64-unknown-linux-gnu'
    host_alias='powerpc64-unknown-linux-gnu'
    host_cpu=''
    host_os=''
    host_vendor=''
    includedir='${prefix}/include'
    infodir='${prefix}/info'
    libdir='${exec_prefix}/lib'
    libexecdir='${exec_prefix}/libexec'
    localstatedir='${prefix}/var'
    mandir='${prefix}/man'
    oldincludedir='/usr/include'
    prefix='/usr/local/ps3dev/ppu'
    program_transform_name='s,^,ppu-,; '
    sbindir='${exec_prefix}/sbin'
    sharedstatedir='${prefix}/com'
    sysconfdir='${prefix}/etc'
    target_alias='ppu'
    ## confdefs.h. ##
    #define PACKAGE_BUGREPORT ""
    #define PACKAGE_NAME ""
    #define PACKAGE_STRING ""
    #define PACKAGE_TARNAME ""
    #define PACKAGE_VERSION ""
    configure: exit 77
    I had to copy /usr/include/gnu/stubs-64.h over from the ps3toolchain when I built it on my i686 Archlinux because it appears they disabled 64-bit libraries and whatnot on the ppc. Any ideas what I need to do?

    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"

  • Error compile gcc

    Hello all!
    I want to install gcc2.95.2 in a solaris 2.7. The configuration do right but when I do "make" it displays this error:
    make all-recursive
    Making all in intl
    Making all in lib
    cc -DHAVE_CONFIG_H -I. -I. -I.. -I../intl -g -c getopt.c
    "getopt.c", line 214: cannot dereference non-pointer type
    "getopt.c", line 216: cannot dereference non-pointer type
    "getopt.c", line 219: undefined symbol: fi
    "getopt.c", line 219: syntax error before or at: str
    cc: acomp failed for getopt.c
    *** Error code 2
    make: Fatal error: Command failed for target `getopt.o'
    Current working directory /export/gcc/gcc-2.95.2/texinfo/lib
    *** Error code 1
    make: Fatal error: Command failed for target `all-recursive'
    Current working directory /export/gcc/gcc-2.95.2/texinfo
    *** Error code 1
    make: Fatal error: Command failed for target `all-recursive-am'
    Current working directory /export/gcc/gcc-2.95.2/texinfo
    *** Error code 1
    make: Fatal error: Command failed for target `all-texinfo"
    It seems that the file getopt.c doesn't compile well. Have anybody some idea?
    Thanks very much

    When I compile getopt.c, it displays the following text:
    <<
    "getopt.c", line 214: cannot dereference non-pointer type
    "getopt.c", line 216: cannot dereference non-pointer type
    "getopt.c", line 219: undefined symbol: fi
    "getopt.c", line 219: syntax error before or at: str
    >>
    I looked for files and I don't find anything wrong with it.
    Can the file getopt.c be wrong ?
    Thanks very much

  • Solaris 10 x86 Update Manager & smpatch errors

    I've recently installed Solaris 10 on two x86 machines and, even after installing patch 121119-15, I'm having Update Manager and smpatch issues. It appears to be due to certificate troubles.
    I've followed several sets of instructions (including cacaoadm stop/start and registration) and nothing has seemed to work.
    I have successfully connected to:
    # telnet sun.com 80
    # telnet cns-services.sun.com 443
    # telnet getupdates1.sun.com 443
    # telnet a248.e.akamai.net 443
    I have also tried:
    # cacaoadm stop
    # cacaoadm status
    # /usr/lib/cc-ccr/bin/eraseCCRRepository
    # rm /var/scn/persistence/SCN*
    # cacaoadm start
    Reregistering didn't change anything.
    Thanks in advance for everyone's help!
    ~~~~~~~~
    Output of smpatch analyze:
    bash-3.00# smpatch analyze -C patchpro.debug=true
    Effective proxy host : ""
    Effective proxy port : ""
    Effective proxy user : ""
    Last Modified Date read: Wed Dec 31 19:00:00 EST 1969
    ... Submitting download request against a GUUS server
    ... ... Hostname of URL is getupdates1.sun.com
    ... ... Filename of URL is /xml/motd.xml
    ... ... File path portion of URL is /xml/motd.xml
    Defining request header : IF_MODIFIED_SINCE... valueWed Dec 31 19:00:00 EST 1969
    Key 1 : Server = Sun-Java-System-Web-Server/7.0
    Key 2 : Date = Mon, 11 May 2009 20:43:31 GMT
    Key 3 : Content-disposition = attachment; filename=xml/motd.xml
    Key 4 : Content-type = text/xml
    Key 5 : Content-length = 10513
    Key 6 : Set-Cookie = 01SessionID=0xe2849044; path=/
    Last Modified Date value written to /var/sadm/spool/cache/xml/https%3A%2F%2Fgetupdates1.sun.com%2F%2Fmotd.xml.lmd is 0
    Date format for this value: Wed Dec 31 19:00:00 EST 1969
    Last Modified Date file updated : /var/sadm/spool/cache/xml/https%3A%2F%2Fgetupdates1.sun.com%2F%2Fmotd.xml.lmd
    Last Modified Date read: Wed Dec 31 19:00:00 EST 1969
    ... Submitting download request against a GUUS server
    ... ... Hostname of URL is getupdates1.sun.com
    ... ... Filename of URL is /xml/motd.xml
    ... ... File path portion of URL is /xml/motd.xml
    Defining request header : IF_MODIFIED_SINCE... valueWed Dec 31 19:00:00 EST 1969
    Key 1 : Server = Sun-Java-System-Web-Server/7.0
    Key 2 : Date = Mon, 11 May 2009 20:43:31 GMT
    Key 3 : Content-disposition = attachment; filename=xml/motd.xml
    Key 4 : Content-type = text/xml
    Key 5 : Content-length = 10513
    Key 6 : Set-Cookie = 01SessionID=0xfb9fa105; path=/
    Last Modified Date value written to /var/sadm/spool/cache/xml/https%3A%2F%2Fgetupdates1.sun.com%2F%2Fmotd.xml.lmd is 0
    Date format for this value: Wed Dec 31 19:00:00 EST 1969
    Last Modified Date file updated : /var/sadm/spool/cache/xml/https%3A%2F%2Fgetupdates1.sun.com%2F%2Fmotd.xml.lmd
    Effective proxy host : ""
    Effective proxy port : ""
    Effective proxy user : ""
    ... Submitting download request against a GUUS server
    ... ... Hostname of URL is getupdates1.sun.com
    ... ... Filename of URL is /database/current2.zip
    ... ... File path portion of URL is /database/current2.zip
    Effective proxy host : ""
    Effective proxy port : ""
    Effective proxy user : ""
    ... Submitting download request against a GUUS server
    ... ... Hostname of URL is getupdates1.sun.com
    ... ... Filename of URL is /detector/detectors.jar
    ... ... File path portion of URL is /detector/detectors.jar
    Defining request header : IF_MODIFIED_SINCE... valueWed Dec 31 19:00:00 EST 1969
    Defining request header : IF_MODIFIED_SINCE... valueWed Dec 31 19:00:00 EST 1969
    Failure: Cannot connect to retrieve current2.zip: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
    ~~~~~~~~~~~~~~~~~~~~~~
    Output of suc.sh:
    bash-3.00# ./suc.sh
    User: root
    Logname: root
    Mon May 11 16:44:15 EDT 2009
    opc-sec-fimdev3
    smpatch settings:
    patchpro.backout.directory "" ""
    patchpro.baseline.directory - /var/sadm/spool
    patchpro.download.directory /var/sadm/spool /var/sadm/spool
    patchpro.install.types - rebootafter:reconfigafter:standard
    patchpro.patch.source - https://getupdates1.sun.com/
    patchpro.patchset current2 current2
    patchpro.proxy.host "" ""
    patchpro.proxy.passwd **** ****
    patchpro.proxy.port "" 8080
    patchpro.proxy.user "" ""
    smpatch analyze:
    Failure: Cannot connect to retrieve current2.zip: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
    Entitlement:
    Solaris10Security
    SolarisSecurityUpdates
    SolarisDataIntegrityUpdates
    SolarisHardwareUpdates
    SolarisUtilityUpdates
    Public
    Solaris10
    SolarisAllUpdates
    ContractRequired
    Sun UC patch revision:
    119789-09
    120336-04
    121082-06
    121119-13
    121119-15
    121454-02
    123004-03
    123006-07
    123631-03
    123896-05
    124187-07
    Solaris release:
    Solaris 10 10/08 s10x_u6wos_07b X86
    Copyright 2008 Sun Microsystems, Inc. All Rights Reserved.
    Use is subject to license terms.
    Assembled 27 October 2008
    Solaris Kernel: Generic_137138-09
    Machine Type: i86pc
    Platform: i86pc
    Java -version:
    java version "1.5.0_16"
    Java(TM) Platform, Standard Edition for Business (build 1.5.0_16-b02)
    Java HotSpot(TM) Client VM (build 1.5.0_16-b02, mixed mode, sharing)
    Cacao Java version:
    java-home=/usr/jdk/jdk1.5.0_16
    Software Cluster:
    CLUSTER=SUNWCall
    All ccr properties:
    20:
    Property not defined: 20
    cns.assetid:
    8kh0OIj4ADe5LdHlrU88bic3Lps=
    cns.br.SunUCenabled:
    true
    cns.ccr.keyGenPath:
    /usr/lib/cc-ccr/bin/ccrKeyGen
    cns.clientid:
    a1b19f4d-37db-446f-9707-181b8e47f0d6
    cns.httpproxy.auth:
    cns.httpproxy.ipaddr:
    cns.httpproxy.port:
    cns.patchsvr.cachelocation:
    /var/sadm/spool/patchsvr
    cns.patchsvr.patchsource:
    https://getupdates.sun.com
    cns.regtoken:
    1c230c7b-4d6c-43f8-9802-c2c89f96493d:1269820800000:T
    cns.security.password:
    IJ3RI+p/Cb9M2qyVpqnw7ycp6tXQkSGkhIT/D/0KiPtH
    cns.security.privatekey:
    -----BEGIN ENCRYPTED PRIVATE KEY-----
    REMOVED
    -----END ENCRYPTED PRIVATE KEY-----
    cns.security.publickey:
    -----BEGIN PUBLIC KEY-----
    REMOVED
    -----END PUBLIC KEY-----
    cns.swup.UMautolaunch:
    false
    cns.swup.autoAnalysis.enabled:
    true
    cns.swup.checkinInterval:
    2
    cns.swup.lastCheckin:
    0
    cns.swup.patchbaseline:
    current
    cns.swup.regRequired:
    true
    cns.transport.serverurl:
    https://cns-transport.sun.com
    patchsvr settings:
    Patch source URL: https://getupdates.sun.com
    Cache location: /var/sadm/spool/patchsvr
    Sun UC package status:
    SUNWbreg not installed
    SUNWdc not installed

    I added patch 121082-08 and 123896-10 and modified the entries in /usr/sbin/pprosvc and /usr/bin/updatemanager.
    I am now unable to register the system using the Registration Wizard or sconadm (Invalid Sun Online credentials which I know are correct).
    Also, smpatch analyze exits with a timeout.
    ~~~~~reginfo.txt~~~~~~
    userName=[obfuscated]
    password=[obfuscated]
    hostName=
    subscriptionKey=
    portalEnabled=false
    proxyHostName=
    proxyPort=
    proxyUserName=
    proxyPassword=
    sconadm register -a -r /tmp/reginfo.txt
    ~~~~~basicreg.log~~~~~
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.BasicReg loadPropertiesFromHomeDir
    INFO: properties file loaded from the default config.properties
    May 12, 2009 11:46:53 AM com.sun.scn.util.Utils getLocalHostNames
    INFO: get hostname 172.28.121.3
    May 12, 2009 11:46:53 AM com.sun.scn.util.Utils getLocalHostNames
    INFO: first returned hostname 172.28.121.3
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.cacao.NetworkProxyCacaoAdapter setProxy
    INFO: SCNNetworkProxyConfigMBean.setHost() = null
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.cacao.NetworkProxyCacaoAdapter setProxy
    INFO: SCNNetworkProxyConfigMBean.setPort() = null
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.cacao.NetworkProxyCacaoAdapter setProxy
    INFO: SCNNetworkProxyConfigMBean.setUser() = null
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.cacao.NetworkProxyCacaoAdapter setProxy
    INFO: SCNNetworkProxyConfigMBean.setPassword() = null
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.BasicRegCLI printRegistrationProfile
    INFO: userName = [obfuscated]
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.BasicRegCLI printRegistrationProfile
    INFO: password = *****
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.BasicRegCLI printRegistrationProfile
    INFO: hostName =
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.BasicRegCLI printRegistrationProfile
    INFO: subscriptionKey = ********
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.BasicRegCLI printRegistrationProfile
    INFO: portalEnabled =false
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.BasicRegCLI run
    INFO: Authenticating user ...
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.cacao.ClientLoginCacaoAdapter getSCNClientSession
    INFO: CREATING SCNClientSession
    May 12, 2009 11:46:53 AM com.sun.cns.basicreg.cacao.ClientLoginCacaoAdapter$LoginAccountCallbackHandler handle
    INFO: account callback setting username: [obfuscated]
    May 12, 2009 11:47:14 AM com.sun.cns.basicreg.cacao.ClientLoginCacaoAdapter loginAccount
    SEVERE: Error: login account exception: AccessDeniedFault
    May 12, 2009 11:47:14 AM com.sun.cns.basicreg.cacao.ClientLoginCacaoAdapter loginAccount
    SEVERE:
    com.sun.scn.jmx.impl.UISClientLoginModule.login(UISClientLoginModule.java:216)
    sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    java.lang.reflect.Method.invoke(Method.java:585)
    javax.security.auth.login.LoginContext.invoke(LoginContext.java:769)
    javax.security.auth.login.LoginContext.access$000(LoginContext.java:186)
    javax.security.auth.login.LoginContext$5.run(LoginContext.java:706)
    java.security.AccessController.doPrivileged(Native Method)
    javax.security.auth.login.LoginContext.invokeCreatorPriv(LoginContext.java:703)
    javax.security.auth.login.LoginContext.login(LoginContext.java:575)
    com.sun.scn.jmx.impl.UISClientLogin.login(UISClientLogin.java:201)
    sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    java.lang.reflect.Method.invoke(Method.java:585)
    com.sun.jmx.mbeanserver.StandardMetaDataImpl.invoke(StandardMetaDataImpl.java:414)
    javax.management.StandardMBean.invoke(StandardMBean.java:323)
    com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
    com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
    com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
    com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
    com.sun.jdmk.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:203)
    com.sun.cacao.agent.DispatchInterceptor.invoke(DispatchInterceptor.java:783)
    com.sun.cacao.agent.auth.impl.AccessControlInterceptor.invoke(AccessControlInterceptor.java:638)
    com.sun.jdmk.JdmkMBeanServerImpl.invoke(JdmkMBeanServerImpl.java:764)
    com.sun.cacao.common.instrum.impl.InstrumDefaultForwarder.invoke(InstrumDefaultForwarder.java:126)
    javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1410)
    javax.management.remote.rmi.RMIConnectionImpl.access$100(RMIConnectionImpl.java:81)
    javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1247)
    java.security.AccessController.doPrivileged(Native Method)
    javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1350)
    javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:784)
    sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
    java.lang.reflect.Method.invoke(Method.java:585)
    sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:294)
    sun.rmi.transport.Transport$1.run(Transport.java:153)
    java.security.AccessController.doPrivileged(Native Method)
    sun.rmi.transport.Transport.serviceCall(Transport.java:149)
    sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:466)
    sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:707)
    java.lang.Thread.run(Thread.java:595)
    May 12, 2009 11:47:14 AM com.sun.cns.basicreg.cacao.ClientLoginCacaoAdapter getLoginResult
    INFO: SCN Fault: AccessDeniedFault
    May 12, 2009 11:47:14 AM com.sun.cns.basicreg.BasicRegCLI run
    SEVERE: Sun On-line Account authentication failed
    ~~~~~~~~~~~~

  • 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

  • Error when starting firefox 3.6 on Solaris 10 x86

    Sometimes, when we start firefox 3.6 on an Ultra 40 with an Opteron processor, we get the following error:
    esd: Unknown device `SUNW,audio810', but will try anyway.
    Firefox works fine, but what does this error indicate, and how can I make it go away?
    Thanks!
    Mike VanHorn
    [email protected]

    Hi Mike,
    It's looks like the bug 6510766 -> http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6510766
    Try the work around explained in the page above, it worked for us on a Sol10 u4
    Marco

  • Solaris 10 x86: Update Manager quit working and shows empty warning message

    All,
    A little while ago my Update Manager stopped working. When I check for updates, I am getting an empty warning message box that has literally no text but only a yellow triangle with an exclamation mark in the upper left corner and an ok button.
    Once confirmed, nothing happens. Googled the issue but so far no luck.
    Any hints?
    Thanks
    GS

    Had the same problem. Look here:
    http://forums.sun.com/thread.jspa?threadID=5348727
    Hope that helps!
    Jeremy

  • Solaris 10  x86 mod_jk for Apache to Tomcat compilation error

    Hi,
    I try to figure it out how to compile the sources of mod_jk under Solaris 10 x86 on v20z server. The configuration goes right. But when I try to use make. This error appears. The version of mod_jk is 1.1.14. Can anybody help with this probleme?
    Here is the result of the make:
    gcc: .libs/mod_jk.o: No such file or directory
    gcc: ../common/.libs/jk_ajp12_worker.o: No such file or directory
    gcc: ../common/.libs/jk_connect.o: No such file or directory
    gcc: ../common/.libs/jk_msg_buff.o: No such file or directory
    gcc: ../common/.libs/jk_util.o: No such file or directory
    gcc: ../common/.libs/jk_ajp13.o: No such file or directory
    gcc: ../common/.libs/jk_pool.o: No such file or directory
    gcc: ../common/.libs/jk_worker.o: No such file or directory
    gcc: ../common/.libs/jk_ajp13_worker.o: No such file or directory
    gcc: ../common/.libs/jk_lb_worker.o: No such file or directory
    gcc: ../common/.libs/jk_sockbuf.o: No such file or directory
    gcc: ../common/.libs/jk_map.o: No such file or directory
    gcc: ../common/.libs/jk_uri_worker_map.o: No such file or directory
    gcc: ../common/.libs/jk_ajp14.o: No such file or directory
    gcc: ../common/.libs/jk_ajp14_worker.o: No such file or directory
    gcc: ../common/.libs/jk_md5.o: No such file or directory
    gcc: ../common/.libs/jk_shm.o: No such file or directory
    gcc: ../common/.libs/jk_ajp_common.o: No such file or directory
    gcc: ../common/.libs/jk_context.o: No such file or directory
    gcc: ../common/.libs/jk_status.o: No such file or directory
    make[1]: *** [mod_jk.la] Error 1
    make[1]: Leaving directory `/install/jakarta-tomcat-connectors-1.2.14.1-src/jk/native/apache-1.3'
    make: *** [all-recursive] Error 1
    Anybody can help???

    You have to run "make clean" and then make.
    Probably the files could not be compiled because of errors in the first place.
    Try to download the source for apache and compile it for the current platform, otherwise you could get wrong settings.

  • Bad PBR Sig - Solaris 10 x86 06/06

    Hello all,
    I have seen this error over and over... "Bad PBR Sig" and I have yet to find a way to fix it.
    I am installing Solaris 10 on a brand new disk. When the installation asks me, I tell it to use the whole disk for Solaris. Call me crazy, but I would expect this to also configure the disk to be bootable. The installation proceeds without problem and then when it reboots, I get the error.
    I have searched Sunsolve, Google and everywhere else I could think to look, but I cannot find an answer on how to fix it. I see lots of guesses as to why the problem shows up, but no step-by-step's on how to fix it.
    My system is a basic Dell, P4 2Ghz, 512MB RAM, single 40GB HDD and a DVD-ROM drive. Nothing special here. No multi-booting, only one drive... just a simple, basic PC.
    Windows installs fine, so I know it isnt the disk.
    I understand that for some reason Solaris cant make a disk bootable during installation... which baffles me. Sometimes it seems to be able to and other times it cant. It just doesnt make sense to me how Windows can boot from any disk you give it, but Solaris has a fit.
    Anyway, is there anyone out there who can help me make a disk bootable for Solaris 10 after its been installed? I am relatively new to this and it is most frustrating when something as simple as booting the OS that was just installed is do difficult.
    Thanks in advance to anyone who can help or point me to where I can find help.

    I had the same problem in Solaris 10 X86 Update 8 (10/09). After reading this thread, it made me wonder "Why would the GUI install work, and a Custom JumpStart not?" Well, I looked at the way I was specifying the partition table in the jumpstart client profile, and found that when you use "partitioning explicit" I run into this problem. BUT! When I use "partitioning default" all works just fine.
    So, rather than doing something like this:
    partitioning explicit
    filesys rootdisk.s0 32768 /
    filesys rootdisk.s1 8192 swap
    filesys rootdisk.s2 all overlap
    filesys rootdisk.s3 free /var
    I changed to doing this:
    partitioning default
    filesys any 32768 /
    filesys any 8192 swap
    filesys any free /var
    So, whatever the suninstaller does differently using the second specification avoids the bug.
    Also, I did verify, the "Bad PBR sig" error only comes up if installing onto a freshly installed disk, or in my case, a fresly created RAID set. (We have the X4150s with the StorageTek RAID controller.) Just for fun I re-jumpstarted a second time using the "partitioning explicit" method above, and the system booted just fine. So whatever the suninstaller does the first time around (when using "partitioning default") sticks. That's probably why this bug hasn't been caught in testing. Most (or many??) systems from Sun come pre-installed, and unless you re-configure your RAID volumes, you won't run into this problem.

  • Solaris 10 x86 intallation problems

    I have an athlon based machine which was happily running XP this morning. I had previously divided the disk to use a Linux distribution on one half and XP on the other. I wanst using the Linux bit much due to graphics driver problems so I decided to replace it with a Solaris 10.
    I duly went through the installation and was told that the solaris boot loader was incomaptible with the Linux one, grub I think, so I overwrote it and proceeded with the install. During the disk layout procedure I asked it to preserve my XP partition and use the rest for solaris. I had to shrink the solaris bit beyond teh full size by 100k or so and eventually it was happy, or so I thought.
    Solaris is now duly installed and runs fine. I just need to sort out a network card driver. However my problem is that the sun boot loader sees the old XP partition as an extended dos partition (partition 3) and wont boot from it....
    WHat have I done wrong?
    Please dont tell me my XP partition is lost! Is there some tool I can use to make it bootable again? I have seen the grub bits on the GNU site. Are these any use?
    All Help gratefully recieved.

    FYI: I tried yet another version of solaris as i found out that theres a bug in the 64-bit kernel on update 4 for alot of new processors. Solaris 10 x86 update 7 did the trick! :). Installed right away on a standard 'Solaris 10 (64 bit)' VM. I still find it strange that the most recent version of solaris 10 fails to even start the installation.

  • Stmsboot on Solaris 10 x86

    Does the stmsboot command exist on Solaris 10 x86 Update 3? Do I still need to run 'stmsboot -e' to allow multipathing to a SAN? The man page is out there, but no sign on the executable. I've looked on the CD and didn't see it there either. Since stmsboot is a script I didn't know if it's created during install or something. Thanks for any help!

    Depend of your Peopletools version.
    I may have wrong, but it seems the last Peopletools certified on Solaris 10 x86 (32-bits) is 8.45, from the 8.46 only the 64-bits is certified.
    Nicolas.

  • Error compiling certain uses of std::tuple in Solaris Studio 12.4 beta July refresh

    Whilst attempting to compile Boost 1.54 using the Solaris Studio 12.4 beta July refresh with -std=c++11 I get an error building libs/regex/src/cregex.cpp that looks like it might be due to a problem with the compiler.  (clang++ on Mac OS X and g++ on Linux can certainly build the same file without problems - I can post more details about them if you think this is a problem in the Boost code rather than the compiler.)
    The error from Solaris Studio is:
    Error: Could not find a match for std::_Tuple_impl<0, int&&>::_Tuple_impl(std::tuple<int&&>, int) needed in std::tuple<int&&>::tuple<int, void>(int&&).
    "/opt/SolarisStudio12.4-beta_jul14-solaris-x86/lib/compilers/CC-gcc/include/c++/4.8.2/tuple", line 868:     Where: While instantiating "std::tuple<int&&>::tuple<int, void>(int&&)".
    "/opt/SolarisStudio12.4-beta_jul14-solaris-x86/lib/compilers/CC-gcc/include/c++/4.8.2/tuple", line 868:     Where: Instantiated from std::forward_as_tuple<int>(int&&).
    "/opt/SolarisStudio12.4-beta_jul14-solaris-x86/lib/compilers/CC-gcc/include/c++/4.8.2/bits/stl_map.h", line 485:     Where: Instantiated from non-template code.
    1 Error(s) detected.
    To reproduce this you can download the pre-processed source code from http://pastebin.com/jtsx1k79 and paste it into a file called cregex.pre.cpp.  Then run:
    CC -std=c++11 -mt -m64 -c -o cregex.o cregex.pre.cpp
    to get the error I saw.
    In case it's relevant, I'm working on Oracle Solaris 10 1/13 s10x_u11wos_24a X86.

    This looks very much like a recent bug with std::map introduced with the change to g++ 4.8 headers in July Beta:
      19159587 C++11: errors on a simple <map> usage
    It has been reported on forums - +d flag can cause C++ compilation failure in 12.4 beta refresh
    This bug will be fixed in a final release.
    Unfortunately there is no workaround for this problem.
    regards,
      Fedor.

  • Cannot compile GCC in Solaris Express

    Hi everyone,
    Im trying to compile GCC and other GNU tools in Solaris. Im trying to do this to compile my driver for OpenChrome (video). I'm getting some errors, but I could not paste it because im using Linux right now.
    Anybody got an idea on how to install GCC correctly?
    Many thanks in advance.
    Gerard

    darkstar87 wrote:
    Hi everyone,
    Im trying to compile GCC and other GNU tools in Solaris. Im trying to do this to compile my driver for OpenChrome (video). I'm getting some errors, but I could not paste it because im using Linux right now.Without the errors, there's no way to suggest a remedy.
    Perhaps you have permission problems, or disk full, or you don't have a working compiler, or your path is wrong, or the download is corrupt, or...
    Anybody got an idea on how to install GCC correctly?If the version that comes with Solaris is not sufficient, there are packages that can be installed from sunfreeware or blastwave, or you can follow the INSTALL instructions from gcc.
    Darren

Maybe you are looking for