similar to: facing issues while compiling openSSH using openssl-1.0.1i

For various reasons, it makes our life easier at USC to have a 'install-nosysconf' target much like the install-nokeys target that was added a while back. I mentioned this a few months back on this list and people seemed to think it wouldn't be a problem to get it into the mainline tree. I've attached the patch -- it should keep 100% backwards compatibility. Thanks. -- Phil

Hi! In current LLVM CVS: llvm/projects/Stacker/Makefile.common.in llvm/projects/sample/Makefile.common.in llvm-java/llvm-java/Makefile.common.in have line: include $(LLVM_OBJ_ROOT)/Makefile.common that have line: include $(LLVM_OBJ_ROOT)/Makefile.config (also $(LLVM_OBJ_ROOT)/Makefile.config used in llvm-test/Makefile.config.in) and llvm/Makefile.config.in have lines: INSTALL_SH :=

On Mon, 14 Feb 2005, Reid Spencer wrote: > Personally, I don't think LLVM projects should need much in the way of > autoconf stuff. They certainly don't need to replicate things like > install-sh and mkinstalldirs. I'd vote for taking these out of the > projects rather than making the makefiles deal with them. I think in > most cases these are just historical artifacts

I currently have a slightly modified llvm-2.0 source tree (from the release tarball). I checked out poolalloc into the projects directory and attempt to configure it, but I keep getting errors. I would understand if there were problems building it (since it may require a different version of llvm), but it should at least configure. Specifically, I've tried the following commands: >

Hi I'm installing R with the standard commands: ./configure make make check make dvi to create DVI versions make pdf to create PDF versions make info to create info files make install make install-dvi make install-info make install-pdf Everything works fine apart from "make

Ben, I am trying to create a package for Openssh.3-1p1, but the /contrib/solaris/buildpkg.sh script failes with the following errors: ./mkinstalldirs /tools/OpenSSH/openssh-3.1p1/contrib/solaris/package/usr/local/b in mkdir /tools/OpenSSH/openssh-3.1p1/contrib/solaris/package/usr/local/bin ./mkinstalldirs /tools/OpenSSH/openssh-3.1p1/contrib/solaris/package/usr/local/s bin mkdir

On Mon, 2005-02-14 at 20:53, Chris Lattner wrote: > On Mon, 14 Feb 2005, Reid Spencer wrote: > > > Personally, I don't think LLVM projects should need much in the way of > > autoconf stuff. They certainly don't need to replicate things like > > install-sh and mkinstalldirs. I'd vote for taking these out of the > > projects rather than making the makefiles

Personally, I don't think LLVM projects should need much in the way of autoconf stuff. They certainly don't need to replicate things like install-sh and mkinstalldirs. I'd vote for taking these out of the projects rather than making the makefiles deal with them. I think in most cases these are just historical artifacts that have been with the projects since long before the new

kjoonlee@blacksun:~/xiph/vorbis-tools$ make install Making install in po make[1]: Entering directory `/home/kjoonlee/xiph/vorbis-tools/po' /bin/sh `case "./mkinstalldirs" in /*) echo "./mkinstalldirs" ;; *) echo ".././mkinstalldirs" ;; esac` /home/kjoonlee/share /bin/sh: .././mkinstalldirs: No such file or directory make[1]: *** [install-data-yes] Error 127

Hi, I want to integrate openpam with openssh in our server (which uses QNX632 operating system). I am facing some problems in the "make install" part of openssh. Following are the steps I followed to build zlib, openssl, openpam and openssh. *NOTE*: Since I want the sshd and ssh binaries in my server(using QNX), I had to cross compile the packages for QNX (environment was set to x86)

Hey folks, Here at USC we have a few changes we make to the source code for various reasons -- and we have to make them for each new version. I always shrugged off sending a patch in because the changes felt very internal, but the more I think about it, the more I think perhaps they would be good for the main tree. Additionally, the more of this that gets into the main tree the easier upgrades

http://bugzilla.mindrot.org/show_bug.cgi?id=1001 Summary: Error on MAKE while compiling SRPMS and tar.gz but not while installing RPMS Product: Portable OpenSSH Version: 3.7.1p2 Platform: All OS/Version: Linux Status: NEW Severity: critical Priority: P2 Component: ssh

Thank you, now it is more clear whats going on. There is a line: /bin/sh: /home/wdanilo/dev/llvm/src/projects/Debug+Asserts/bin/llvm-config: No such file or directory but why it is searching for it in that directory? (all makefile configs, are default configs) Below, there is full output of make: >> make VERBOSE=1 for dir in lib tools; do \ if ([ ! -f $dir/Makefile ] || \ command

I have noticed that I was installing LLVM according to: http://llvm.org/docs/GettingStarted.html#getting-started so it was no the 3.1 but the 3.2 version from svn (trunk 167573). Maybe in the svn, not stable version, there is a bug? 2012/11/9 Wojciech Daniło <wojtek.danilo.ml at gmail.com> > Does anybody have Idea why I get such error? The LLVM is compiled from > source - is is the

Outside the pre-auth patch by Markus to fix Cygwin and a few other platforms. SEND ME (privately) ANY required patch against the lastest snapshot. I'm doing the final commits this evening. Patches that have been temporary rejected for this release. - Owl's full patch for SysV Shm if mmap fails - mmap() on /dev/zero - mmap() on sparse file .. Not looked at the BSD/OS 5.0 patch

This is a fairly inconsequential patch, but it comes in handy in a few instances. The patch simply splits install-files into "install-files" and "install-sysconf" - taking all of the sysconfdir stuff and putting in its own target which I then added to 'install' and 'install-nokeys'. I then added an install-nosysconf to NOT do that stuff. This helped us

The make install of the latest ethereal port fails. I'm running FreeBSD 4.6.2-RELEASE-p10. Any ideas? -- Scott (cd doc ; make ../tethereal.1 ) ../tethereal -G fields | /usr/bin/perl ./dfilter2pod.pl ./tethereal.pod.template > tethereal.pod /usr/bin/pod2man --center="The Ethereal Network Analyzer" --release=0.9.13 tethereal.pod

Full_Name: Kelly Black Version: 2.0.1 OS: FreeBSD 5.3 on AMD64 Submission from: (NULL) (149.106.32.93) I downloaded R-2.0.1 from the R website, ran configure then make and got an error. I will paste a copy of the output from the makefile below. The problem was when the makefile tried to run the R binary. When I came across the error I reran configure, but this time with the following arguments:

The raspberry Pi2 is an armv7a chip (Cortex-A7), the first stage builds fine with the native g++ (if not a little slowly at 10+ hours), but it crashes at some point with this command line: Program arguments: /home/ben/development/llvm/3.6.0/rc2/Phase2/Release/llvmCore-3.6.0-rc2.install/bin/clang -cc1 -triple armv7-unknown-linux-gnueabihf -emit-obj -disable-free -disable-llvm-verifier

I am building from source on RHEL 4 and have run into a problem while running "make check": running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1 make[3]: Leaving directory `/opt/R/R-2.9.1/tests' make[2]: *** [test-Specific] Error 2 make[2]: Leaving directory `/opt/R/R-2.9.1/tests' make[1]: *** [test-all-basics] Error 1 make[1]: Leaving