similar to: success compiling and running under IRIX

Previously 3.2.2 would not compile under Solaris, then 3.2.3 came out with a bug fix for the problem. Now 3.2.3 won't compile under IRIX 6.5.14. I've tried using both gcc 3.0.1 and the IRIX MIPSpro 7.1 compilers. I've been compiling previous versions of OpenSSH for years using these same compilers (we haven't updated the MIPSpro compiler for 3 years, and I've been using it on

Hi, after reading the IRIX Digital Media Audio library documentation and starting to code an IRIX output plugin for libao and afterwards realizing there was already one on the CVS tree (almost identical to what I had up to that point, no wonder) and getting the rest of the vorbis tarball to compile under IRIX with the MIPSpro compiler only to find out the plugin was wrong and after going

Hello, I am unable to build a working OpenSSH 3.0.2p1 for IRIX 6.5 using either 1. gcc 2.95.3 + binutils 2.11.2 2. SGI MIPSpro cc, CC=cc, LD=/usr/bin/ld, CFLAGS='-mips3 -n32' Under both setups: - zlib seems to build fine - OpenSSL seems to build fine and tests out okay - OpenSSH builds, and then: openssh-3.0.2p1 % ./ssh -v myhost Trace/BPT/RangeErr/DivZero/Ovflow trap (core

hello, little problem compiling openssh 4.6p1 on irix using mipspro 7.4.x. c99 -o sshd sshd.o auth-rhosts.o auth-passwd.o auth-rsa.o auth-rh-rsa.o sshpty.o sshlogin.o servconf.o serverloop.o auth.o auth1.o auth2.o auth-options.o session.o auth-chall.o auth2-chall.o groupaccess.o auth-skey.o auth-bsdauth.o auth2-hostbased.o auth2-kbdint.o auth2-none.o auth2-passwd.o auth2-pubkey.o

Greetings LLVM Developers, My name is Kazuo, I’m the head of the largest Silicon Graphics IRIX community on the internet. I’m approaching this mailing list to see if any MIPS developers who hang out here are interested in developing the LLVM/Clang Compiler system for IRIX. There’s a growing need as GCC removed support for us from 4.8, over six years ago and since then we’ve absolutely languished

> Speaking of CFLAGS, it looks like configure.in clobbers any existing > CFLAGS in > the environment. This can be a pain when trying to compile with a > modified > CFLAGS, as the usual idiom is: > > CFLAGS=... ./configure ... > > thus propagating CFLAGS to all generated makefiles. The right thing > to do is > probably to prepend to CFLAGS instead of replacing

A couple days ago I mailed in a patch to use _MIPS_SYMBOL_PRESENT to test at run-time whether jlimit_startjob() was present IRIX systems. I neglected to mention that the patch I sent in wasn't entirely complete: a _real_ fix would test '#include <optional_sym.h>' in configure, and also require either the MipsPRO 7.2.x or MipsPRO 7.3.1.3 or newer compiler. David -- David

Full_Name: George N. White III Version: R-1.3.0 OS: Irix 6.5 Submission from: (NULL) (142.176.61.253) R-1.3.0 was built on Irix 6.5 using gcc and MIPSPro f90. This combination has worked for previous versions, in particular R-1.2.3. $ cd test/Examples $ ../../bin/R --vanilla < modreg-Ex.R > modreg-Ex.Rout This worked in R-1.2.3. It looks like there were a number of cosmetic changes

Can I get someone runing IRIX to tell me if this http://bugzilla.mindrot.org/show_bug.cgi?id=151 http://bugzilla.mindrot.org/show_bug.cgi?id=280 or http://bugzilla.mindrot.org/show_bug.cgi?id=281 are still valid. And if PrivSep works on it? If not a sshd -d -d -d of the server side? - Ben

[resending with uidswap.c instead of uidwrap.c] Once I got past the missing inet_ntoa.h weirdness, I ran into an sshd that died a lot. It appears that IRIX doesn't like some of the extra checks added between 1.23 and 1.24 of uidswap.c. Not sure if that constitutes an IRIX bug or not, but helpfully this helps someone. -- Mail: mjo at dojo.mi.org WWW: http://dojo.mi.org/~mjo/ Phone: +1

Just a FYI: OpenSSH-2.9.9p2 compiles just fine on Irix 6.5.13, using the MIPSPro-7.3 compiler (gcc-3.0 creates a binary that gives funny log messages), linking against the freeware OpenSSL package from freeware.sgi.com No PAM, but anyway... This is how i did it: bash-2.04# export CC=cc bash-2.04# ./configure --prefix=/usr/local/openssh \ --with-ldflags=-L/usr/freeware/lib32 \

I'm trying to compile R-beta on IRIX using the native MipsPro 7.4 compilers, without great satisfaction. A list of problems is given below, and any advice on solving them is appreciated. Martyn Configuration: ------------- Here are the configuration options I am using ./configure CC=cc CXX=CC F77=f77 CPPFLAGS="-I/usr/freeware/include" LDFLAGS="-L/usr/freeware/lib32"

http://bugzilla.mindrot.org/show_bug.cgi?id=218 ------- Additional Comments From djm at mindrot.org 2002-04-17 12:35 ------- Very strange - are you using SGI or GNU make. can you attach the generated Makefile to this bug? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

$ uname -R 6.5 6.5.19m $ cc -v MIPSpro Compilers: Version 7.4 $ sshd -p 8022 [client]$ ssh -p 8022 -v [host] $ par -s -SS -i -p [pid] ... 12mS sshd(3664039): fork() 12mS sshd(3664039): END-fork() = 3639808 12mS sshd(3639808): END-fork() = 0 13mS sshd(3639808): close(5) OK 13mS sshd(3639808): getuid() = 0, euid=0 14mS

http://bugzilla.mindrot.org/show_bug.cgi?id=614 Summary: bug in krb4 support for OpenSSH on IRIX 64-bit ABI Product: Portable OpenSSH Version: 3.6.1p2 Platform: MIPS URL: http://lib.natur.cuni.cz/komanek/webland/html/unix/opens sh_patches.html OS/Version: IRIX Status: NEW Severity: normal

I experienced a problem compiling openssh_cvs with IRIX 6.5.11f. % cc -version MIPSpro Compilers: Version 7.3.1.2m % cc -n32 -mips3 -O2 -OPT:Olimit=0 ..... -c auth.c cc-1515 cc: ERROR File = auth.c, Line = 100 A value of type "int" cannot be assigned to an entity of type "char *". while ((cp = getusershell()) != NULL) ^ 1 error detected in the

Full_Name: George N. White III Version: 1.9.0 OS: Irix 6.5.21m Submission from: (NULL) (142.176.61.212) R-1.9.0 built using the SGI MIPSPro compilers Installation directory: /usr/local C compiler: c99 -OPT:IEEE_NaN_inf=ON -mips4 -n32 -O3 -OPT:Olimit_opt=on C++ compiler: CC -OPT:IEEE_NaN_inf=ON -mips4 -n32 -O3 -OPT:Olimit_opt=on -LANG:std Fortran compiler:

> > > The functions themselves, as far as I can tell, only reference > > > data on the > > > stack as you say. It is the entry points which are not > > > position-independent (though they are relocatable). > > > > > > I confess to not quite being a wizard at this (yet), but as I > > > understand > > > it, shared library code

I've successfully built R 2.9.0 on Linux (amd64, i386 and ppc), but am having a bit of trouble with legacy boxen. What should have gone into the variable that is empty at the time it is used in "for f in $SOMETHING" and why does it end up being empty? Solaris 8 with Sun Studio 11 compilers: building package 'methods' gmake[4]: Entering directory

On Fri, Jul 20, 2001 at 03:01:54PM -0700, Josh Coalson wrote: > --- Matt Zimmerman <mdz@debian.org> wrote: > > > > automake will include ltmain.sh in the source distribution, so it > > should be > > used even if it isn't installed on the build system. In fact, it > > seems to > > always use the distributed version, and not the installed one