similar to: [Bug 151] New: 3.0.2p1 and 3.1p1 fail to build.

I have Red Hat Linux 6.2; kernel 2.2.14; glibc 2.1.3, and downloaded portable OpenSSH 2.3.0. make choked on lines 172, 189, 209, 210 on the "dp->d_namlen" expression. dp is a pointer to an object of dirent type declared in my /usr/src/linux/include/linux/dirent.h header file. The downside is that struct dirent in that file does not have a d_namlen member. Based on the name, and

http://bugzilla.mindrot.org/show_bug.cgi?id=151 ------- Additional Comments From tim at multitalents.net 2002-03-09 04:16 ------- Does IRIX not have it's own getcwd()? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

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

http://bugzilla.mindrot.org/show_bug.cgi?id=151 mouring at eviladmin.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From mouring at eviladmin.org

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

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

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

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

hello guys first i would like to say that I'm very happy that there is true open source lossless audio compression software available from you guys. i'm contemplating archiving my cd collection and i would never even consider encoding important stuff with proprietary code. i might just as well throw my music away! flac's goals and features coincide with mine as a user, and it

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

Hi Computing services here at QUT are trying to compile R0.61.2 for me on a silicon graphics computer running IRIX Release 6.2 IP25 and gcc. %gcc -v Reading specs from /usr/gnu/lib/gcc-lib/mips-sgi-irix5.3/2.7.2.2/specs gcc version 2.7.2.2 %perl -v This is perl, version 5.004_04 built for irix Basically, it was impossible for me even to get R configured although under Linux RH4.2 and DEC ALPHA

https://bugzilla.mindrot.org/show_bug.cgi?id=1748 Summary: getcwd being called with invalid argument in servconf.c Product: Portable OpenSSH Version: 5.4p1 Platform: Sparc OS/Version: Solaris Status: NEW Severity: critical Priority: P2 Component: sshd AssignedTo: unassigned-bugs

http://bugzilla.mindrot.org/show_bug.cgi?id=155 Summary: OpenSSH 3.1p1 fails to compile on BSDi 4.0 Product: Portable OpenSSH Version: 3.1p1 Platform: ix86 OS/Version: BSDI Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org

From: Gene Cumm <gene.cumm at gmail.com> COM32: Add directory functions getcwd(), opendir(), readdir() and closedir(). This depends on the patch that I just submitted creating the COMBOOT API calls. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- The intention is to create the library calls with (hopefully) POSIX compliance such that a small application written to use these

From: maximilian attems <max at stro.at> On review of klibc dash changes: "Hmm, this breaks the non-glibc case. You're now returning a pointer to a string on the stack which is illegal." Herbert Xu Use upstream dash way. Signed-off-by: maximilian attems <max at stro.at> Cc: Herbert Xu <herbert at gondor.apana.org.au> --- usr/dash/cd.c | 7 ++++--- 1 files

From: Gene Cumm <gene.cumm at gmail.com> COM32: Add directory functions getcwd(), opendir(), readdir() and closedir(). This depends on the patch that I just submitted creating the COMBOOT API calls. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> --- The intention is to create the library calls with (hopefully) POSIX compliance such that a small application written to use these

I just recently updated to 3.1p1 and it seems that some X11 forwarding connections are broken while others work. For instance xterm always works fine. But Synchronize (group calendar program) always crashes with the following error. This happens even if I disable access control using 'xhost +'. X11 connection rejected because of wrong authentication. Secondly, in going back to

http://bugzilla.mindrot.org/show_bug.cgi?id=242 Summary: cipher.c doesn't compile in openssh-3.1p1 (i386- solaris2.8-gcc) Product: Portable OpenSSH Version: 3.1p1 Platform: ix86 OS/Version: Solaris Status: NEW Severity: minor Priority: P3 Component: Miscellaneous AssignedTo:

The getpwd() function in dash assumed than getcwd(0, 0) will allocate the buffer dynamically using malloc(); however, this glibc extension is not implemented by klibc. Make getpwd() use a temporary buffer and invoke savestr() itself instead of relying on a nonstandard extension. Signed-off-by: Sergey Vlasov <vsu at altlinux.ru> --- Alternatively, you may pull from the following git repo

-- | Damien Miller <djm at mindrot.org> \ ``E-mail attachments are the poor man's | http://www.mindrot.org / distributed filesystem'' - Dan Geer ---------- Forwarded message ---------- Date: Thu, 8 Mar 2001 09:39:19 +0100 (MET) From: Martijn de Munnik <M.H.M.deMunnik at phys.uu.nl> To: openssh at openssh.com Subject: OpenSSH 2.5.1p1 won't compile on Solaris