similar to: [patch] ./configure problem on Solaris with Sun's CC

Hi, I have a problem with tftpd-hpa on Solaris-8, in that the configure script cannot find the regex engine. This is because of the following in configure.in: LIBXTRA=false AC_SEARCH_LIBS(xmalloc, iberty, , LIBXTRA=true AC_LIBOBJ(xmalloc)) AC_SEARCH_LIBS(xstrdup, iberty, , LIBXTRA=true AC_LIBOBJ(xstrdup)) AC_SEARCH_LIBS(bsd_signal, bsd, , LIBXTRA=true AC_LIBOBJ(bsdsignal)) if $LIBXTRA; then

Hi- Here at Columbia Unix Systems Group we experienced difficulty getting tftpd-hpa to build on certain systems (including Debian Woody), and after investigation, my officemate Lev discovered that it is a problem with the autoconf script, not the source code for the application itself. Perhaps others will be helped by this info... Good luck! Erik Dykema Sent by lev at columbia.edu on

... checking for library containing xmalloc... no ./configure: line 11837: case: command not found ./configure: line 11838: xmalloc.o: command not found ./configure: line 11839: * xmalloc.o: command not found ./configure: line 11840: xmalloc.o *: command not found ./configure: line 11841: * xmalloc.o *: command not found ./configure: line 11843: syntax error near unexpected token `;;'

http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz.sig As promised last Friday, here's the v2.0.0 release finally. I'm cautiously optimistic that v2.0.1 won't (have to) be released for a few weeks, since there was quite a lot of testing and fixing going on in the RC stage. Remember to read http://wiki2.dovecot.org/Upgrading/2.0

http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz http://dovecot.org/releases/2.0/dovecot-2.0.0.tar.gz.sig As promised last Friday, here's the v2.0.0 release finally. I'm cautiously optimistic that v2.0.1 won't (have to) be released for a few weeks, since there was quite a lot of testing and fixing going on in the RC stage. Remember to read http://wiki2.dovecot.org/Upgrading/2.0

Dear List, I'm trying to compile tftp-hpa-040 under Solris 8: Step 1: "configre" works fine: root at isu001[/usr/src/tftp-hpa-0.40] > ./configure checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for

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\"

Hi.. I'm having trouble compiling tftp hpa... when I run make, I get: make echo \#define VERSION \"tftp-hpa `cat version`\" > version.h make -C lib make[1]: Entering directory `/data/downloads/tftp-hpa-0.40/lib' rm -f libxtra.a ar cq libxtra.a ranlib libxtra.a make[1]: Leaving directory `/data/downloads/tftp-hpa-0.40/lib' make -C tftp make[1]: Entering directory

Andrew Benham wrote: > We use tftp to upload, on a daily basis, our switch configuration > files. > > Therefore it is useful if we can use the remapper in in.tftpd from > tftphpa to remap the filenames to include the current date. This > means that we can configure the switches to upload the file > 'config', and actually store 'config-192.168.0.1-20070217'

Gents, I installed ferret successfully in my MacOS (rails development) using the gem install. I did some tests and everything worked fine. Then I tried to install it on the same way on my production environment at TextDrive? running OpenSolaris? (container). This time ''gem install ferret'' seems to be completed: [92140-AA:~/web/labs/blogblogs/trunk] root# gem install ferret

Hi, recently, tftp-hpa has started to fail to build on mips and mipsel with the following error: ---snip--- [...] make -C tftpd [...] gcc -g -O2 -W -Wall -Wpointer-arith -Wbad-function-cast -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -Wwrite-strings -Wundef -Wshadow -Wsign-compare -pipe -fno-strict-aliasing -I/build/buildd/tftp-hpa-5.0 -c

configure fails with : configure: error: Unsupported off_t type I am not too sure what off_t is needed but this is a pretty standard thing. My configure line : ./configure --build=i386-pc-solaris2.10 --host=i386-pc-solaris2.10 --prefix=/opt/csw --with-zlib --with-ssl=openssl --with-storages=mbox,maildir --with-libiconv-prefix=/opt/csw Yes, the openssl libs are in /opt/csw/lib Not sure what

Dear all, I would like to set up a ferret small search engine on a Solaris machine. Not being a Solaris expert, I''m puzzled by the error messages I get from the C compiler. Since there in no cc on the machine I edited the Makefile to use gcc but there is still lots of error messages: gcc -KPIC -xO3 -xarch=v8 -xspace -xildoff -I/opt/csw/include -I/opt/csw/include -KPIC -fno-common

Hi When building with GCC 10, gcc is stricter in handling handling of symbol clashes. Fedora, has fixed this with a patch from Dominik Mierzejewski: https://src.fedoraproject.org/rpms/tftp/c/5e2aa55b6802a52ef480d688b3ae4751220f20e0.patch Attaching the corresponding patch for git am. Regards, Salvatore >From 9e7641bf58df9dda3bc51f381f371fa7cbce47af Mon Sep 17 00:00:00 2001 From: Salvatore

Hi When building with GCC 10, gcc is stricter in handling handling of symbol clashes. Fedora, has fixed this with a patch from Dominik Mierzejewski: https://src.fedoraproject.org/rpms/tftp/c/5e2aa55b6802a52ef480d688b3ae4751220f20e0.patch Attaching the corresponding patch for git am. I'm sending the patch which was submitted a while ago to the list. Is there something you wanted to be

I was looking forward to trying this out, given the puported Solaris support. However, in attempting to install the prereqs for dashboard, I hit a major snag. My main server uses the blastwave MySQL install, which is a 64-bit version of MySQL 5. mysql Ver 14.12 Distrib 5.0.90, for pc-solaris2.10 (x86_64) Apparently the mysql bindings for ruby don''t like the 64-bit version. Output of

--- configure.ac | 13 ++++++++----- 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/configure.ac b/configure.ac index 2d638fc..58d0843 100644 --- a/configure.ac +++ b/configure.ac @@ -17,6 +17,10 @@ LDFLAGS=${LDFLAGS-""} AC_CANONICAL_HOST +dnl define the directory for replacement function since AC_LIBOBJ does not +dnl officially support subdirs and fails with

Just posted: http://blogs.sun.com/roch/entry/nfs_and_zfs_a_fine ____________________________________________________________________________________ Performance, Availability & Architecture Engineering Roch Bourbonnais Sun Microsystems, Icnc-Grenoble Senior Performance Analyst 180, Avenue De L''Europe, 38330, Montbonnot Saint

Tru64 UNIX has getaddrinfo but not by that name. Including <netdb.h> #defines getaddrinfo to ogetaddrinfo or ngetaddrinfo which exists in /usr/shlib/libc.so. So, AC_CHECK_FUNC(getaddrinfo) isn't enough to test for getaddrinfo. Best to AC_TRY_LINK so the #define takes effect. -- albert chin (china@thewrittenword.com) -- snip snip --- configure.in.orig Thu Jan 3 19:03:54 2002 +++

* As a test I added the 'struct option' to the file needing it, and this confirmed the need for getopt_long() which AIX libc.a does not include. * p.s. I ran this dry-run from the "root" directory, perhaps it would be better from the ./src directory --- src/x071-test/src/doveadm/doveadm-cmd.c 2017-06-12 06:10:53 +0000 +++ src/AIX-port/src/doveadm/doveadm-cmd.c