search for: xchip

...to be a mismatch between the Net-SNMP package and your current compiler: configure:7857: checking for Net-SNMP version via net-snmp-config configure:7863: result: 5.6.1.1 found configure:7866: checking for Net-SNMP cflags configure:7885: result: -DNETSNMP_ENABLE_IPV6 -xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro -Dsolaris2=solaris2 -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include configure:7888: checking for Net-SNMP libs configure:7907: result: -L/opt/csw/lib -lnetsnmp configure:7912: checking for net-snmp/net-snmp-config.h configure:7912: gcc -c -DNETSNMP_ENABLE_IPV6 -xO3 -m32 -xarch=...

...sys/time.h... yes checking for library containing pthread_create... none required checking for socklen_t... yes checking for --with-all... not given checking for Net-SNMP version via net-snmp-config... 5.6.1.1 found checking for Net-SNMP cflags... -DNETSNMP_ENABLE_IPV6 -xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro -Dsolaris2=solaris2 -I/opt/csw/include -I/opt/csw/include -I/opt/csw/include checking for Net-SNMP libs... L/opt/csw/lib l/libnetsnmp checking for net-snmp/net-snmp-config.h... no checking for init_snmp... no checking for libusb version via pkg-config... checking via libusb-config... no...

Hi! At compilation of the openssh-2.9.9p2 with Solaris WorkShop 6.01 the following compilation error was given out. /opt/SUNWspro/bin/cc -Xa -xF -xCC -xildoff -xarch=v9 -xchip=ultra -dalign -I/usr/include/v9 -D_REENTRANT -xO2 -I. -I. -I/usr/local/include -DETCDIR=\"/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/local/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/local/sbin/ssh-askpass\" -D_PATH_SFTP_SERVER=\"/usr/local/sbin/sftp-server\" -D_...

...aking a look, I think it's having trouble with the architecture > "pentium_pro". I'm testing in a Solaris X86 VM, but the final product will > be compiled on SPARC, so it may work on that architecture, but my > development and prototyping is on X86. It looks like "-xchip=pentium_pro" is a valid option for the sunstudio compiler, but it seems as though the rest of NUT is being built with GCC, and GCC uses a different syntax for specifying the architecture. If you get a similar error with the SPARC machine, you may want to see if you can get NUT to use the Sun...

...;>>> this is unintentional, due to a bug. >>>> >>>> This is a c++ app, compiled with Sun Studio 12 EA1, on a sun blade, as >>>> debug, with symbols, then run on a sun t1000. I also tried with release >>>> mode (and xarch=v9b, xtarget=ultraT1, xchip=ultraT1). Neither were >>>> stripped, but result is the same. How do I get names instead of >>>> addresses on the stack dump? >>>> >>>> nm app.cgi does show the symbol names etc. >>>> >>>> Thanks >>>> ______________...

...:23:56, 0] lib/fault.c:(39) =============================================================== [2004/01/28 02:23:56, 0] lib/util.c:(1400) PANIC: internal error In case it matters, the build environment is Solaris 9 9/03 and Sun ONE Studio 8. My optimization flags were "-x03 -xarch=v8plusa -xchip=ultra2". I linked against openldap 2.1.22, mit-krb5 1.3.1, and cups 1.1.20 all from blastwave.com's pkg-get archive. The configure flags were: --with-pam --with-acl-support --with-ads --with-ldap --with-krb5=/opt/csw I attached to smbd with dbx in follow child on fork mode, and here'...

http://dovecot.org/releases/2.2/rc/dovecot-2.2.14.rc1.tar.gz http://dovecot.org/releases/2.2/rc/dovecot-2.2.14.rc1.tar.gz.sig I've wanted to do this release for months now, but I keep being too busy all the time. This release fixes several important bugs and a lot of smaller ones. Because there are such a large number of changes I thought I'd make this release candidate release first and

http://dovecot.org/releases/2.2/rc/dovecot-2.2.14.rc1.tar.gz http://dovecot.org/releases/2.2/rc/dovecot-2.2.14.rc1.tar.gz.sig I've wanted to do this release for months now, but I keep being too busy all the time. This release fixes several important bugs and a lot of smaller ones. Because there are such a large number of changes I thought I'd make this release candidate release first and