search for: ac_compil

...ac_cv_c_inline=no for ac_kw in inline __inline__ __inline; do cat > conftest.$ac_ext <<EOF -#line 1200 "configure" +#line 1202 "configure" #include "confdefs.h" int main() { } $ac_kw foo() { ; return 0; } EOF -if { (eval echo configure:1207: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then +if { (eval echo configure:1209: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then rm -rf conftest* ac_cv_c_inline=$ac_kw; break else @@ -1242,12 +1244,12 @@ blibpath="/usr/lib:/lib:/usr/local...

...ac_cv_c_inline=no for ac_kw in inline __inline__ __inline; do cat > conftest.$ac_ext <<EOF -#line 1149 "configure" +#line 1151 "configure" #include "confdefs.h" int main() { } $ac_kw foo() { ; return 0; } EOF -if { (eval echo configure:1156: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then +if { (eval echo configure:1158: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then rm -rf conftest* ac_cv_c_inline=$ac_kw; break else @@ -1191,12 +1193,12 @@ blibpath="/usr/lib:/lib:/usr/local...

Morten Ofstad wrote: >> Hi, >> >> There's no HAVE_RAND48 symbol provided by autoconf. You'll have to >> add the appropriate check to autoconf/configure.ac before we can take >> this patch. I installed autoconf with cygwin now and I think I've managed to do this right now -- there are some strange problems with running the AutoRegen.sh script, so I

> Hi, > > There's no HAVE_RAND48 symbol provided by autoconf. You'll have to add > the appropriate check to autoconf/configure.ac before we can take this > patch. Sorry I forgot to mention I didn't make any changes to the configure script. The problem is that I can't test these things since I'm not on a Unix platform, and I'm not even using the

...#line 3071 "configure" #include "confdefs.h" /* System header to define __stub macros and hopefully few prototypes, which can conflict with char $ac_func(); below. */ @@ -3694,7 +3696,7 @@ u_int64_t a; a = 1; ; return 0; } EOF -if { (eval echo configure:3698: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then +if { (eval echo configure:3700: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then rm -rf conftest* ac_cv_have_u_int64_t="yes" else @@ -6396,6 +6398,24 @@ fi +# Check whether to enabl...

configure:2050: checking for quad_t configure:2059: gcc -c -g -O2 -Wall -I/usr/slocal/include conftest.c 1>&5 configure: In function `main': configure:2055: incompatible types in assignment configure: failed program was: #line 2052 "configure" #include "confdefs.h" #include <sys/types.h> int main() { quad_t a; a = 1235; ; return 0; } Marc G. Fournier

...p.h" >&5 cat > conftest.$ac_ext <<EOF #line 2080 "configure" #include "confdefs.h" + #include <sys/types.h> + #include <utmp.h> + +int main() { +struct lastlog c; c.ll_time = 0; +; return 0; } +EOF +if { (eval echo configure:2090: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then + rm -rf conftest* + + cat >> confdefs.h <<\EOF +#define HAVE_LASTLOG 1 +EOF + + echo "$ac_t""yes" 1>&6 + +else + echo "configure: failed program was:" >&5 + cat conftest.$a...

I recommend you don't parse version strings. In fact I switch the check to use AC_COMPILE precisely for the reason that gcc --version is totally unreliable and vendor specific. For example, what's the regular expression that tells you what the GCC version is: i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5470) (Aspen 5470.3) Per the rest of this thread, you can&...

The following patches shave some rough edges off the tools build system to allow cross compiling for at least arm32 and arm64 based on the Debian/Ubuntu multiarch infrastructure. They also add the necessary fixes to build for arm64 (which I have only tried cross, not native). I have posted some instructions on how to compile with these patches on the wiki:

On 8 June 2018 at 12:09, PGNet Dev <pgnet.dev at gmail.com> wrote: [...] > /usr/bin/ld -o ssh ssh.o readconf.o clientloop.o sshtty.o sshconnect.o sshconnect2.o mux.o -L. -Lopenbsd-compat/ -Wl,-z,relro -Wl,-z,now -Wl,-z,noexecstack -fstack-protector-strong -pie -lssh -lopenbsd-compat -lutil -lz -lcrypt -lresolv > /usr/bin/ld: unrecognized option

Hello, I ran into a few problems when trying to build openssh 5.2p1 on IRIX 5.3. First one is new to 5.2p1: cc -I. -I. -I/usr/tgcware/include/openssl -I/usr/tgcware/include -DSSHDIR=\"/usr/tgcware/etc/ssh\" -D_PATH_SSH_PROGRAM=\"/usr/tgcware/bin/ssh\" -D_PATH_SSH_ASKPASS_DEFAULT=\"/usr/tgcware/libexec/ssh-askpass\"

Am Freitag, den 21.03.2008, 06:56 -0700 schrieb Shantonu Sen: > I recommend you don't parse version strings. In fact I switch the > check to use AC_COMPILE precisely for the reason that gcc --version is > totally unreliable and vendor specific. For example, what's the > regular expression that tells you what the GCC version is: > i686-apple-darwin9-gcc-4.0.1 (GCC) 4.0.1 (Apple Inc. build 5470) > (Aspen 5470.3) Rrright. -v isn...

...OF - #line 3287 "configure" #include "confdefs.h" ! #include <usersec.h> int main () { - #ifndef loginfailed - char *p = (char *) loginfailed; - #endif ! ; ! return 0; } _ACEOF ! rm -f conftest.$ac_objext ! if { (eval echo "$as_me:3303: \"$ac_compile\"") >&5 ! (eval $ac_compile) 2>&5 ! ac_status=$? ! echo "$as_me:3306: \$? = $ac_status" >&5 ! (exit $ac_status); } && ! { ac_try='test -s conftest.$ac_objext' ! { (eval echo "$as_me:3309: \"$ac_try\"")...

On Tue, Nov 05, 2002 at 08:37:00AM -0800, Martin Pool wrote: > On 10 Oct 2002, "Green, Paul" <Paul.Green@stratus.com> wrote: > > No new CVS messages have appeared on the rsync-cvs archives since August > > 30th. This seems rather odd-- perhaps a daemon stopped working? If there > > has truly been no activity since that date, I apologize for > >

Aloha. The current CVS snapshot and 1.0-test14 will not build on Solaris 8 because it does not provide a sendfile() funtion. It just has sendfilev(). Solaris 9 has sendfile(), though. Using the old sendfile-util.c from 1.0-test1 and setting HAVE_SOLARIS_SENDFILEV instead of HAVE_LINUX_SENDFILE in config.h works. Greetings, Andy.

...engcc so there is a reasonable basis. The list isn't comprehensive, of course, and will likely grow in the future. OTOH extending it as new problems come up should be easy to do. > dnl Verify that GCC is version 3.0 or higher > if test "$GCC" = "yes" > then > AC_COMPILE_IFELSE([[#if !defined(__GNUC__) || __GNUC__ < 3 > #error Unsupported GCC version > #endif > ]], [], [AC_MSG_ERROR([gcc 3.x required, but you have a lower > version])]) > fi It might be simpler (and faster) to check the output of gcc -v. Extending the list to other tools would...

llvm's ./configure already does that for gcc < 3. What are valid versions? Exactly 4.0 and 4.2? 4.0 and >=4.2? dnl Verify that GCC is version 3.0 or higher if test "$GCC" = "yes" then AC_COMPILE_IFELSE([[#if !defined(__GNUC__) || __GNUC__ < 3 #error Unsupported GCC version #endif ]], [], [AC_MSG_ERROR([gcc 3.x required, but you have a lower version])]) fi Shantonu Sen ssen at apple.com Sent from my Mac Pro On Mar 20, 2008, at 3:14 PM, Eric Christopher wrote: > > On Mar 20,...

...if (ng == pg1) - exit (1); - else - exit (0); - } - else - { - wait (&s); - exit (s>>8); - } -}]]) -])# _AC_FUNC_GETPGRP_TEST - - # AC_FUNC_GETPGRP # --------------- -# Figure out whether getpgrp takes an argument or not. Try first using -# prototypes (AC_COMPILE), and if the compiler is of no help, try a runtime -# test. +# Figure out whether getpgrp requires zero arguments. AC_DEFUN([AC_FUNC_GETPGRP], -[AC_CACHE_CHECK(whether getpgrp takes no argument, ac_cv_func_getpgrp_void, +[AC_CACHE_CHECK(whether getpgrp requires zero arguments, + ac_cv_func_getpgr...

...; > Looking into autoconf some more it appears that its C language support > does not include $LD at all: > https://git.savannah.gnu.org/gitweb/?p=autoconf.git;a=blob;f=lib/autoconf/c.m4;h=42c6ac1b1c29748ef7a9f9792301e3280b5be049;hb=HEAD#l65 > > ac_cpp='$CPP $CPPFLAGS' > ac_compile='$CC -c $CFLAGS $CPPFLAGS conftest.$ac_ext >&AS_MESSAGE_LOG_FD' > ac_link='$CC -o conftest$ac_exeext $CFLAGS $CPPFLAGS $LDFLAGS > conftest.$ac_ext $LIBS >&AS_MESSAGE_LOG_FD' > > I'm thinking we should remove the ability to set $LD and if you want >...

I was looking at the libvorbis 1.0 SRPM of Mandrakelinux, and it contained some patches which are not included in vorbis 1.1 svn. I'm attaching these patches here, because it could maybe be interesting to include these upstream. (libvorbis-1.1-aliasing.patch is actually a rediffed patch of Mandrakesoft's one for 1.0 against 1.1 svn). The author of these patches is Gwenole Beachesne,