similar to: 1.1b13 build in FreeBSD fails using 'make'; 'gmake' apparently required

Hi there, I've tried to update Dovecot to the latest version and have come upon an error during make. Previous upgrades have all been very easy (thank you!) and it appears that the updated make script includes a wget command and unfortunately OS X does not come with wget by default (curl is the default). Not being completely up to speed with the whole autoconf and make process, I'm a

Hello everyone, I'am trying to install Wine through MacPorts, but it is giving me an error and I don't know what to do. I followed this tutorial: http://davidbaumgold.com/tutorials/wine-mac/#part-1 the error that appears is the following: Error: Requested variants "+universal" do not match original selection "". Please use the same variants again, perform

May I suggest the following trivial patch? diff -r ff9e591a2aa5 src/lib/Makefile.am --- a/src/lib/Makefile.am Sun Nov 18 21:44:22 2007 +0200 +++ b/src/lib/Makefile.am Tue Nov 20 00:29:04 2007 +0600 @@ -4,9 +4,9 @@ BUILT_SOURCES = unicodemap.c EXTRA_DIST = unicodemap.c unicodemap.pl -unicodemap.c: +$(srcdir)/unicodemap.c: test -f UnicodeData.txt || wget

Hello, I was trying to compile Dovecot 2.0 b13e01d82083, and I found this when doing make: Making all in lib test -f UnicodeData.txt || wget http://www.unicode.org/Public/UNIDATA/UnicodeData.txt /bin/sh: wget: not found I think it's probably not the best idea to assume everyone has wget installed. Perhaps it is installed by default on linux, but probably not on all other platforms. Why not

Howdy, I just did a git clone for the latest syslinux and when I entered the make command the build ended with an error. I also had to back level my git installation because "git clone url" doesn't seem to want to work any more yet it's what was on the web page. Regards, George... perl cptable.pl UnicodeData iso8859-8.txt iso8859-8.txt iso8859-8.cp perl cptable.pl

GNU make does not work for some of my other work so for compiling R I am trying to use "gmake" which is a link to the correct version of gnu make. I'm not sure if this should work but it looks like it is suppose to, as $(MAKE) gets expanded to "gmake" most places. However, "make" gets used in R-pre0.63.1/src/library/modreg/src and fails. Is this a bug or should

Hi, if make and gmake are different on any machine (for example Solaris with gnu make as gmake), then compiling fails with gmake. A small transcript follows. If i make a link from gmake to make as under linux, then it works. This problem exists in all versions of R. g77 -O2 -fPIC -c sslvrg.f -o sslvrg.o g77 -O2 -fPIC -c stxwx.f -o stxwx.o ../../../../bin/R SHLIB -o modreg.so bsplvd.o bvalue.o

i'm building dovecot 1.1.beta9 on both osx 10.4.11 osx 10.5.1 using Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /Builds/apple/gcc_42-5531/obj/src/configure --disable-checking -enable-werror --prefix=/usr --mandir=/usr/share/man --enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-gxx-include-dir=/usr/include/c++/4.0.0

http://bugzilla.mindrot.org/show_bug.cgi?id=329 Summary: gmake install prefix=... does not work with the privsep-path Product: Portable OpenSSH Version: -current Platform: MIPS OS/Version: IRIX Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo:

Dear friends, I am trying to install R-2.4.1 from source on Solaris 11 x-86. 64 bits, running on Sun Ultra-20 workstation, and using the SunStudio 11 compilers. I was able to "configure" R correctly, but received an error in "gmake", aparently related to bzip2 which I have been unable to debug. The messages are listed below. The configure.log and configure.status files are

Hi, Using trunk llvm ; on powerpc (powerpc64/power7); trying to do a "gmake check", the sed bits in test/Makefile appear to be getting tripped up when trying to generate lit.site.cfg. I've started to hack at it, made a little bit of progress, but wonder if I'm just digging myself a hole. Highlights of what I've poked at are below.. Comments or thoughts? Thanks,

Morning, Will! 2012/7/12 Will Schmidt <will_schmidt at vnet.ibm.com>: > llvm]$ gmake check > llvm[0]: Running test suite > gmake[1]: Entering directory `/home/willschm/llvm/test' > Making LLVM 'lit.site.cfg' file... > sed: file lit.tmp line 8: unknown option to `s' > gmake[1]: *** [lit.site.cfg] Error 1 > > The relevant lines in test/Makefile: >

tools/xenbackendd: properly cleanup Do not leave builds on gmake clean. Signed-off-by: Christoph Egger <chegger@amazon.de> diff --git a/tools/xenbackendd/Makefile b/tools/xenbackendd/Makefile index 8374ad3..31e5c62 100644 --- a/tools/xenbackendd/Makefile +++ b/tools/xenbackendd/Makefile @@ -30,7 +30,7 @@ install: build .PHONY: clean clean: - rm -f $(DEPS) + $(RM) *.a *.so *.o $(DEPS)

Hi. (Im am sending this to the "stable" list, because it maybe kernel related.. ) On 9.1-RELEASE I am witnessing lockups of the openldap slapd daemon. The slapd runs for some days and then hangs, consuming high amounts of CPU. In this state slapd can only be restarted by SIGKILL. # procstat -kk 71195 PID TID COMM TDNAME KSTACK 71195

All betas so far have compiled without problems on my setup, but something breaks in b13. This problem occurs with both make and gmake. Below are outputs from make and gmake. Regards, Mikkel make all-recursive Making all in src Making all in lib make all-am if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I/opt/pkgsrc/pkg/include/mysql -std=gnu99 -g -O2 -Wall -W -Wmissing-prototypes

Report by Eric Lindblad 13-09-2015 http://www.ericlindblad.blogspot.com cf: http://comments.gmane.org/gmane.comp.search.xapian.general/9862 I ported xapian-core-1.2.21 to Interix today having disabled the default chert and development brass backends, using flint, which was the 1.0.x series' default, which ships with the 1.2.x series; the disabling do to an unresolved 'ambiguous

Hi, So far with the latest changes the projects I am trying to port works fine, except for a mismatch on what is considered the ansi behaviour of islower() in ctype.h: ----- i = 220 islower (i) = 0, ISLOWER (i) = 0 toupper (i) = 220, TOUPPER (i) = 220 i = 221 islower (i) = 0, ISLOWER (i) = 0 toupper (i) = 221, TOUPPER (i) = 221 i = 222 islower (i) = 0, ISLOWER (i) = 0 toupper (i) = 222, TOUPPER

After reading of the problems encountered on other systems, the 1.1 beta 13 version (main part as well as Deliver) seems to inexplicably be running just fine under OS X 10.5.1 for some reason. :^) Jerry -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2447 bytes Desc: not available URL:

http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz http://dovecot.org/releases/1.1/beta/dovecot-1.1.beta13.tar.gz.sig Changes since beta12: - Half of LDAP code was rewritten to fix reconnect/queuing problems. I did test that the new code works with and without auth binds, but be careful. - \Recent flags should finally work correctly with maildir. - last_used field wasn't

Hi, I patched dovecot-1.1.beta14 to compile under gcc 2.95. __builtin_expect and __attribute__((malloc)) are only available since gcc 3.0, and __builtin_types_compatible_p since 3.1. Also the flexible array members (char a[]) are not available for gcc 2.95. So I replaced them with zero-extent arrays (char a[0]), which should also work, but that is gcc specific. A general pointer (char* a) should