similar to: broken configure in tftp-hpa 0.37

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, 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

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

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

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 +++

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

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

This patch does two things. This test program results (on i386) in an error about _NSIG: #include <signal.h> #if defined (SIGRTMAX) int rtmax = SIGRTMAX; #endif The cause is that the kernel signal.h defines SIGRTMAX as _NSIG, then makes _NSIG invisibelby hiding it inside ifdef __KERNEL__. Perhaps it's more elegant to solve this in the kernel, but the ramifications of that scare

* 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

The following patch (based off of the current CVS tree) is necessary to compile Speex on IRIX (or any other system that doesn't include getopt_long in the system libraries). I would suggest further that src/getopt_win.h be renamed to getopt_long.h since it's not just Windows that lacks getopt_long. Michael Index: configure.in

Dear LLVM developers, I am pleased to announce that the autoconf support has been added to mainline CVS. This addition allows the LLVM build environment to be configured via the familiar configure script. The autoconf support might have some bugs in it, so please report them if you see them. Also be warned that many files have changed to use header files that wrap the autoconf

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

To make the code clearer, use rb_entry() instead of container_of() to deal with rbtree. Signed-off-by: Geliang Tang <geliangtang at gmail.com> --- drivers/gpu/drm/nouveau/nvkm/core/client.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvkm/core/client.c b/drivers/gpu/drm/nouveau/nvkm/core/client.c index e194391..ab2ee14 100644 ---

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

Hello all, I have replaced the llvm-gcc shipped with the Xcode by the latest version and I was wondering if I have missed something... (everything *seems* to work). Here's what I did: 0. Checkout LLVM (and clang) + llvm-gcc 1. Build LLVM (with clang) and install into /Developer/usr/local : # mkdir llvmobj # cd llvmobj # CC=gcc-4.2 CXX=g++-4.2 ../llvm/configure

Hello, I get this error building ash (with gcc 3.4.2): trap.c:398: error: conflicting types for 'onsig' trap.h:43: error: previous declaration of 'onsig' was here trap.c:398: error: conflicting types for 'onsig' trap.h:43: error: previous declaration of 'onsig' was here trap.c: In function `onsig': trap.c:399: warning: passing arg 2 of `bsd_signal' from

Dear All, This morning, I have commited to CVS my changes for building LLVM with separate source and object directories. If you're building from mainline CVS, this will affect you. In a nutshell, the --with-objroot option is gone. To use a separate directory for your object files, you now do it the autoconf way: change your current working directory to where you want the object

Hi, all. So, in reviewing my OpenSSH keypairs and evaluating the size my RSA keys should be, i realized that, if i update my 2048-bit keypairs to 4096 bits, it really doesn't matter that much, because they're still only encrypted with 3DES, which provides an effective 112 bits of symmetric encryption strength: $ head -4 ~/.ssh/id_rsa -----BEGIN RSA PRIVATE KEY----- Proc-Type:

On Tue, Feb 24, 2009 at 06:24:17PM -0800, Julien Lerouge wrote: > I haven't tested with objdir != srcdir. Ok, that was broken. Attached is a smaller diff that should work in all cases. Julien -- Julien Lerouge PGP Key Id: 0xB1964A62 PGP Fingerprint: 392D 4BAD DB8B CE7F 4E5F FA3C 62DB 4AA7 B196 4A62 PGP Public Key from: keyserver.pgp.com -------------- next part -------------- Index: