CVS MAIN+5.4.x broken (was: Re: CVS: net-snmp configure, 5.289 configure.in, 5.306)

Wes Hardaker wrote: > Update of /cvsroot/net-snmp/net-snmp > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv6052 > > Modified Files: > configure configure.in > Log Message: > fix lame-make systems that can't handle whitespace terminating wrapped lines

Re: rpm configure checks (was: Re: CVS: net-snmp configure, 5.251 configure.in, 5.268)

On Sep 26, 2006, at 5:46 AM, Thomas Anders wrote: > Wes Hardaker wrote: >> Update of /cvsroot/net-snmp/net-snmp >> In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv5621 >> >> Modified Files: >> configure configure.in >> Log Message: >> CHANG

rpm configure checks (was: Re: CVS: net-snmp configure, 5.251 configure.in, 5.268)

Wes Hardaker wrote: > Update of /cvsroot/net-snmp/net-snmp > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv5621 > > Modified Files: > configure configure.in > Log Message: > CHANGES: snmpd: BUGS: 1564233: Have configure test for rpm headers not just > th

Re: building perl outside srcdir (was: Re: CVS: net-snmp configure, 5.249 configure.in, 5.266)

On 25/09/06, Thomas Anders <[EMAIL PROTECTED]> wrote: > Wes Hardaker wrote: > > Log Message: > > tests to see if we're in the main source tree so we can install the perl > > modules or not > > I strongly object. I'm making use of the mentioned symlink tricks ("shadow > trees") to successfully buil

building perl outside srcdir (was: Re: CVS: net-snmp configure, 5.249 configure.in,5.266)

Wes Hardaker wrote: > Update of /cvsroot/net-snmp/net-snmp > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv19721 > > Modified Files: > configure configure.in > Log Message: > tests to see if we're in the main source tree so we can install the perl &g

embedded perl configure checks (was: Re: CVS: net-snmp configure, 5.211 configure.in,5.227 acconfig.h,5.53)

Wes Hardaker wrote: > Update of /cvsroot/net-snmp/net-snmp > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv29848 > > Modified Files: > configure configure.in acconfig.h > Log Message: > make configure bail when embedded perl function can not be found ; f

Re: CVS: net-snmp acinclude.m4, 1.2 configure, 5.206 configure.in, 5.222

On 15/08/06, Thomas Anders <[EMAIL PROTECTED]> wrote: > Either these changes or the ones you did earlier today broke my nightly > MAIN builds for Linux/x86. Linking now fails with: > > ./.libs/libnetsnmpmibs.so: undefined reference to `linux_read_icmp_stat' > ./.libs/libnetsnmpmibs.so: undefined re

Re: CVS: net-snmp acinclude.m4, 1.2 configure, 5.206 configure.in, 5.222

Wes Hardaker wrote: > Update of /cvsroot/net-snmp/net-snmp > In directory sc8-pr-cvs7.sourceforge.net:/tmp/cvs-serv20915 > > Modified Files: > acinclude.m4 configure configure.in > Log Message: > - Cleaned up the debugging code for the module section > - Added a

Re: Buglet in configure.in

Magnus Fromreide wrote: but == is not a valid operation for test(1), it should be =, could someone please correct this? Now fixed in CVS. Thanks for the report! +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) --- This SF.net ema

Buglet in configure.in

Hello. In configure.in it says: AC_ARG_ENABLE(mini_agent, [ --enable-mini-agent Build a minimal agent.]) if test "x$enable_mini_agent" == "xyes"; then mini_agent="yes" else mini_agent="no" fi but == is not a valid operation for test(

Re: configure.in

On Tue, 11 Oct 2005 23:12:05 +1000 Andrew wrote: AH> CVS timestamp 2005:10:11:12:56:58UTC AH> AH> Is there an unmatched EOF at around line 1306? Yep. Fixing now, thanks for the note! -- Robert Story; NET-SNMP Junkie Support: Archive:

Re: configure.in

Andrew Hood wrote: CVS timestamp 2005:10:11:12:56:58UTC Is there an unmatched EOF at around line 1306? What CVS branch? I get an error about command 'EOF' not found. When running what? autoconf? ./configure? +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) ---

configure.in

CVS timestamp 2005:10:11:12:56:58UTC Is there an unmatched EOF at around line 1306? I get an error about command 'EOF' not found. -- There's no point in being grown up if you can't be childish sometimes. -- Dr. Who --- This S

Re: proposed 5.2.x configure.in fix

Bruce Shaw wrote: Would this affect FreeBSD 5.3? At least not in a bad way, hopefully. :-) Please give it a try and report back. +Thomas -- Thomas Anders (thomas.anders at blue-cable.de) --- This SF.Net email is sponsored by: Power Archit

RE: proposed 5.2.x configure.in fix

Would this affect FreeBSD 5.3? >I've checked in a revised version of the patch that incorporates AC_INCLUDES_DEFAULT([]). This also fixes the reported build issues on the FreeBSD 4.10 and MacOS X 10.2 SF CF hosts. This communication is intended for the use of the recipient to which it is addre

Re: proposed 5.2.x configure.in fix

Thomas Anders wrote: the attached patch fixes the last remaining "present, but cannot be compiled" configure warning on my Solaris 9 box and doesn't seem to break the other platforms I tried. Further testing appreciated. Objections to put this into 5.2.2.pre3? I've checked in a revised versio

proposed 5.2.x configure.in fix

(thomas.anders at blue-cable.de) Index: configure.in === RCS file: /cvsroot/net-snmp/net-snmp/configure.in,v retrieving revision 5.134.2.26 diff -u -r5.134.2.26 configure.in --- configure.in 27 Sep 2005 22:29:47 - 5.134.2.26 +++

RE: fixing/testing configure.in (was: Re: solaris8 core install c heckpoint NG)

>Anyone offering platform testing on non-Linux? I'll do Solaris (2.6 and above) and FreeBSD 5.3 This communication is intended for the use of the recipient to which it is addressed, and may contain confidential, personal and or privileged information. Please contact us immediately if you are not

fixing/testing configure.in (was: Re: solaris8 core install checkpoint NG)

Wes Hardaker wrote: Choices: 1) fix the problem for every architecture. Hope there isn't circles, because that would suck if you needed file1.h on one system first and file2.h on another system first... 2) delete the warnings from configure ;-) and eventually #1 3) delete the warnings fro

Re: quoting in configure (was: Re: CVS: net-snmp configure,5.132 configure.in,5.142)

may break other things now. I guess we'll see. > At least it potentially breaks the use of "net-snmp-config > --configure-options" for configure options (like --with-mib-modules) > containing *spaces*. OK - I've done some more digging around. The original configure

quoting in configure (was: Re: CVS: net-snmp configure,5.132 configure.in,5.142)

Dave Shield wrote: On Wed, 2005-05-04 at 19:18, Wes Hardaker wrote: Dave> Patch #1109719: Remove (apparently) redundant quoting of Dave> configure options. err... I think the problem was that some OSes needed it and some didn't... Possibly. The individual configure options are (single) qu

configure.in updates for FreeBSD

I just committed some configure.in updates for FreeBSD. I basically expanded the list of include files to check for when doing AC_CHECKHEADERS. Needless to say, I expect this to not negatively impact other platforms, but considering the vagaries of autoconf and portability issues in general

Re: need help with configure.in

Bruce Shaw wrote: I'm working on lmsensors. Configure.in has a section of code that checks to see if sensors/sensors.h is available before letting you bash about with lmsensors. Problem is, I don't need it for Solaris. I'm doing it completely differently. Now I found how to do S

need help with configure.in

I'm working on lmsensors. Configure.in has a section of code that checks to see if sensors/sensors.h is available before letting you bash about with lmsensors. Problem is, I don't need it for Solaris. I'm doing it completely differently. Now I found how to do Solaris-specific