Re: [Autogen-users] 5.8.8 on solaris9 fails most tests

Hugh Sasse wrote: autogen-5.8.8 on solaris 9 fails most of its tests, even with the latest guile (1.8.1). I could not build it with guil-1.6.7, the previous stable guile. Here is the output from configure [gmake output elided] gmake check Is there anything else that I should tell you

Re: [Autogen-users] 5.8.8 on solaris9 fails most tests

Hugh Sasse wrote: This resulted in two failures (below). (I've not noticed failure output being sent to a file. Is this how you like them reported, or should I be doing something else?) (This is fine) + test invocation_ct = 2 = invocation_ct = 2 + ./immediate help version=c + fgrep

[Autogen-users] GNU AutoGen Version 5.8.9/AutoOpts Version 27.6

://ftp.gnu.org/gnu/libopts/rel27.6/ bug reports: autogen-users at the SourceForge net domain bug archive: http://sourceforge.net/mailarchive/forum.php?forum_id=7034 maintainer: Bruce Korb - bkorb at the usual GNU domain

Re: [Autogen-users] GNU AutoGen Version 5.8.9/AutoOpts Version 27.6

On 1/29/07, Andreas Schwab [EMAIL PROTECTED] wrote: * Crashes immediately. on platforms where sizeof(int) != sizeof(size_t), of which I don't have any. The previous release had to have had the same issue. - Take Surveys.

[Autogen-users] bounce check

please ignore - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys - and earn cash

Re: [Autogen-users] Using #include and autogen -L

On 2/2/07, Earnie Boyd [EMAIL PROTECTED] wrote: Bruce must have an autoresponder set and that is what you're seeing. Yes, it is the autoresponse message Bruce you should add an if you're already subscribed you can ignore this message type of blurb to the autoresponder. ``If you are already

Re: [Autogen-users] autogen 5.9.0 under Cygwin

Eric Blake wrote: According to Aaron Turner on 2/23/2007 7:39 PM: I'm also having problems in the getdefs directory: top_builddir=.. top_srcdir=.. PATH=`cd ../columns /dev/null pwd`:$PATH ; export top_builddir top_srcdir PATH ; /home/Aaron/autogen-5.9/agen5/autogen.exe -L. ./autoopts

Re: [Autogen-users] options.h not in fc6 rpms?

Hi Ron, You are correct. There are _two_ files missing: $ rpm -q -l autogen-5.8.7-6.1.fc5 /usr/bin/autogen /usr/bin/columns.autogen /usr/bin/getdefs.autogen /usr/bin/xml2ag /usr/lib/libguileopts.so.0 /usr/lib/libguileopts.so.0.0.1 /usr/lib/libopts.so.24 /usr/lib/libopts.so.24.3.5

Re: [Autogen-users] Shouldn't the definition of maintainer-clean be changed?

Hi Ralf, I've followed some of this thread. From my perspective: * I'm okay what whatever is decided, as long as maintainer-clean semantics do not change. New semantics - new name, just like the way any other interface change should work * I don't particularly care for the autogen.sh

Re: [Autogen-users] columns -- options.h not in fc6 rpms?

Earnie Boyd wrote: Perhaps someone could package an RPM that Does The Right Thing(tm). My guess is that RH has something in the works that contains a columns name. Hi Earnie, Nope. It is a strictly precautionary change. They did the same thing with getdefs. I would be mightily surprised

[Autogen-users] GPLv3 version

Hi all, I've got a new pre-release of AutoGen with the licensing changed to GPLv3. This includes both the AutoGen source itself and the [= (gpl program * ) =] template macros. This means that the libopts either-or licensing is now LGPLv3 or, as before, the modified BSD license. I've also

Re: [Autogen-users] [Autoopts]Boolean Value in config file?

Hardik Shah wrote: Hi Bruce, I am using autoopts for one of my project.I have one config file where i am storing the config data.My problem is that, i want to store the boolean values in the config file and then read them,i did some searching and read the manual but i think reading boolean

Re: [Autogen-users] AutoOpts crashing

Hi all, Hardik Shah has bumped into a bug in the option processing code. If you use a config file using XML-style values (so you can specify a processing attribute like cooked or type=boolean, etc.), then you are constrained to all alphabetic value names. Below, he was using digits in his names.

Re: [Autogen-users] force using tearoff?

Hi Aaron, Aaron Turner wrote: Right now I'm using the libopts tearoff in my code. But I've found that if I upgrade Autogen on my system and forget to update the libopts tearoff code then I can compile the code, but nobody else in the world can. Hence, my goal is to always force

Re: [Autogen-users] Test failures on autogen 5.9.3 with OpenBSD

Hi Peter, Peter Klein wrote: Hallo, yesterday I took autogen 5.9.3, compiled and installed it on my Ultra 5 Spac Stations with the 64 bit version of OpenBSD 3.4 and 3.6. On both machines the test reported 4 failures, to be reported. Please see the log file of the tests attached and let

[Autogen-users] Daemon config files

Hi, Due to needing to being able reconfigure a daemon program where editors don't run, I have tweaked the option processing stuff a bit to be able to programmatically edit the file. And coincidentally validate the syntax before doing the rewrite. To do this, I've added a new AutoOpts supported

Re: [Autogen-users] Getting AutoGen working in Windows

Rowan Sylvester-Bradley wrote: I'm trying to get AutoGen working under Windows Vista Business. I'm hampered by the fact that I know almost nothing about Unix/Linux. I've downloaded and installed Cygwin v1.7.1. It appears to run, although I don't know enough to test it properly. Are there some

[Autogen-users] GNU AutoGen Version 5.10.1/AutoOpts Version 33.2

/rel33.2/ bug reports: autogen-users at the lists dot SourceForge net domain bug archive: http://sourceforge.net/mailarchive/forum.php?forum_id=7034 maintainer: Bruce Korb - bkorb at the usual GNU domain -- Download

[Autogen-users] An overdue enhancement

Hi, I think someone on this list asked for this and I finally needed it, too. I added make file dependency output using option names pretty similar to those used by GCC: http://autogen.sourceforge.net/announce.html Let me know if you have any problems:

Re: [Autogen-users] stanza processing, i18n, ...

On 12/29/10 15:51, Harlan Stenn wrote: Remember, this stuff is still in flux. I am rewriting it as doc-sections and each section describes its format: doc-section = { ds-type = SEE ALSO; // etc. ds-format = man; // texi, mdoc, etc. ds-text = - _EOF_ whatever, including

Re: [Autogen-users] FW: problem with auto-opts definition element . . .

Hi, The stuff is *SUPPOSED* to be linked with -Wl,-R/usr/local/lib and that is *SUPPOSED* to force ldd to show /usr/local/lib/libopts.so.33 ahead of anything else in the /etc/ld.so.conf file. It has never been effective enough. On Thu, Mar 24, 2011 at 9:55 PM, Geof Sawaya geof.saw...@utah.edu

Re: [Autogen-users] problem with auto-opts definition element . . .

On 03/24/11 18:12, Geof Sawaya wrote: Hi Bruce, I hope you've found a job. Nope, still looking. Thank you. Anyway, I have a problem with an auto-opts .def file. I set a flag like this: flag = { name = bound; value = B; descrip = Enable bounded mixing; //ifdef =

Re: [Autogen-users] FW: problem with auto-opts definition element . . .

On Thu, Mar 24, 2011 at 10:30 PM, Geof Sawaya geof.saw...@utah.edu wrote: Bruce, thanks for your response. The stuff is *SUPPOSED* to be linked with -Wl,-R/usr/local/lib and that is *SUPPOSED* to force ldd to show /usr/local/lib/libopts.so.33 ahead of anything else in the /etc/ld.so.conf file.  

Re: [Autogen-users] OS/X config error: autogen 5.11.9 - guile in nonstandard dir

On 06/13/11 16:42, Bruce Korb wrote: ``-L/Users/grahamreitz/Development/root/usr/local'' or ``-L/Users/grahamreitz/Development/root/usr/local/lib'' ?? The presumption for the past decade is that you pass the *prefix* of the installation so that the include and lib directories can *both

Re: [Autogen-users] autogen 'make check' failure

Hi Leo, Thank you for the report. I do my development on openSuSE 11.4, not having upgraded yet. I'll upgrade in a week or two. Meanwhile, On Wed, Nov 23, 2011 at 2:08 PM, Leo Davis lda...@speechfxinc.com wrote: Hello, I'm getting a failure on string.test with autogen-5.13.0pre4,

Re: [Autogen-users] autogen 'make check' failure

On Mon, Nov 28, 2011 at 3:45 PM, Leo Davis lda...@speechfxinc.com wrote: Bruce, I pulled down the latest string.test from gitweb and made a patch for autogen-5.12. For some reason the patch below wouldn't apply. The 'make check' pass when building with your RPM .spec file for autogen-5.12

Re: [Autogen-users] 'make dist' failure?

Hi Simon, I won't be able to peek at this for a couple of days, but it *sounds* like libopts may be missing in the SUBDIRS entry for the src/Makefile.am file. I believe the NTP folks (Harlan) have done something like this.

[Autogen-users] pre-release for version 5.16

Hi folks, There are some appreciable changes in the pipe line, the most visible of which are the various documentation outputs (texi, man page, and mdoc). There is a new test for these (autoopts/test/doc.test) that does a basic job. If it does not cover your favorite documentation feature, now

Re: [Autogen-users] Fwd: m4 error

On 06/02/12 05:02, Dave Hart wrote: dnl AG_PATH_AUTOOPTS([MIN-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND]]]) The [] above are not intended to be correct m4 quoting, but rather simply show that all the arguments are optional. Try: AG_PATH_AUTOOPTS([5.12], [], [AC_MSG_ERROR([Autoopts

Re: [Autogen-users] 5.16.1 make check failure

On 06/17/12 23:26, Harlan Stenn wrote: On pogo, after fixing the zNotStr instance: ... PASS: loop.test PATH is

Re: [Autogen-users] 5.16.1 make check failure

On 06/18/12 10:57, Dave Hart wrote: On Mon, Jun 18, 2012 at 5:38 PM, Bruce Korbbruce.k...@gmail.com wrote: On 06/17/12 23:26, Harlan Stenn wrote: On pogo, after fixing the zNotStr instance: I have not seen Harlan's message about zNotStr, so I don't know what the issue is. That does not

Re: [Autogen-users] 5.16.1 make check failure

Hi Dave, You missed the point. I do not want two functions: char const * fnc(char const * in) as well as char * fnnc(char * in) any more than libc wants two flavors of strstr(), for example. So strstr() returns char * and it is up to the caller to be careful. Perhaps the right thing is to

Re: [Autogen-users] 5.16.1 make check failure

On 06/18/12 11:22, Bruce Korb wrote: I have not seen Harlan's message about zNotStr, so I don't know what the issue is. I've found the problem: It exists in an atrophied section of code for Guile 1.6 only code. I've fixed it in my source now. Since I don't have access to any platform with 6

Re: [Autogen-users] xml2ag, loops in template

Hi Manuel, On Thu, Aug 2, 2012 at 11:28 PM, Manuel H m...@codeless.at wrote: This is my first post on the list, Welcome! But my current main problem is that i seem unable to loop through definitions. I would be glad for any help on this. My XML definitions are: xml2ag -O joomla.def

Re: [Autogen-users] Error running new AutoGen

Hi, It's that detestable dynamic linking junk. Type this: $ ldd $(which autogen) and you'll see which libopts the thing is trying to link against. The binary is supposed to have been relinked with -Wl,-rpath -Wl,/path/to/lib and, thus, load the correct library. Like this: libtool: link:

[Autogen-users] GNU AutoGen Version 5.17/AutoOpts Version 37.0

SourceForge net domain bug archive: http://sourceforge.net/mailarchive/forum.php?forum_name=autogen-users maintainer: Bruce Korb - bkorb at the usual GNU domain -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012

Re: [Autogen-users] Testsuite error with AutoGen 5.17

On 12/28/12 06:53, Andreas Metzler wrote: Hello, trying to build 5.17 on Debian (testing) I have stumbled upon this new testsuite error: PATH is /bin:/bin:/usr/bin creating str2m.def creating str2m-h.base run_ag x -L /tmp/AUTOGEN/autogen-5.17/agen5/test/.. -L

Re: [Autogen-users] New build-time error in 5.17.2

On 03/03/13 09:52, Andreas Metzler wrote: Hello, when building 5.17.2 there is a new build-time error: - Making all in xml2ag make[3]: Entering directory `/tmp/AUTOGEN/autogen-5.17.2/xml2ag' top_srcdir=.. top_builddir=.. PATH=`cd ../columns;pwd`:$PATH

Re: [Autogen-users] autogen -b + man pages not working properly/obsolete?

Hi Aaron, On Wed, May 8, 2013 at 10:28 AM, Aaron Turner synfina...@gmail.com wrote: So I have a .def file which I use to generate two different but simliar cli apps man pages. aturner@Laphroaig.local:~/GIt/tcpreplay/src autogen --version autogen (GNU AutoGen) 5.16.2 autogen -L

Re: [Autogen-users] autogen -b + man pages not working properly/obsolete?

Hi, P.S. On Wed, May 8, 2013 at 10:28 AM, Aaron Turner synfina...@gmail.com wrote: Generates tcpreplay.1 not tcpreplay-edit.1 but puts tcpreplay-edit.1 content in the file. Since, clearly, you are altering the content in some way, can't you alter prog-name too? That would actually fix the

[Autogen-users] Autogen 5.17.4 pre-announcement

This release is mostly to facilitate use of set membership options. New libopts function -- revision bump. New in 5.17.4pre10 May 2013 * --save-opts documentation cleanup * optionMemberList() will return an allocated string containing the names of the bits set in the option. *

[Autogen-users] GNU AutoGen Version 5.17.4/AutoOpts Version 39.0

reports: autogen-users at the lists dot SourceForge net domain bug archive: http://sourceforge.net/mailarchive/forum.php?forum_name=autogen-users maintainer: Bruce Korb - bkorb at the usual GNU domain

Re: [Autogen-users] AutoOpts shell-process usage

On 07/02/13 17:02, Oliver Kindernay wrote: Hi, I am using AutoOpts for shell scripts (shell-process main). When the program is passed -? or --help it output usage to stdout and exits with return value 0, the same thing it does when emitting shell code after successful command line parsing.

Re: [Autogen-users] AutoOpts shell-process usage

On 07/04/13 06:45, Oliver Kindernay wrote: Thanks, works nice. Do you have an idea when it will be available in stable release? When it seems to be stable :) Actually, I think Harlan/NTP gives it its worst beating. Let's let it sit around for a couple of weeks and see if anyone stubs their toe.

[Autogen-users] 5.18.1pre4 is available

It fixes several nuisance issues: New in 5.18.1pre4 August 2013 * fixed char casting issue that shows in UTF-8 files * fixed installation error for str2init * fixed failure handling in the usage template * various tweaks to make Coverity happy.

Re: [Autogen-users] Many tests failing due to value of LIBGUILE_PATH

On 10/10/13 13:50, Eric Bavier wrote: I was working on packaging AutoGen for Guix (www.gnu.org/software/guix) and came across a number of failing tests with `make check` (19 of 24 in autoopts failed). The failure in most cases happened on line 126 of autoopts/test/defs, which attempts to cd

Re: [Autogen-users] Many tests failing due to value of LIBGUILE_PATH

On 10/14/13 10:10, Eric Bavier wrote: The real problem for most of these tests seems to be the use of /usr/bin/tr instead of just tr, since tr might not be installed at in /usr/bin. Yep. I need to add: TR=`command -v tr` test -x $TR || die 'tr' program is missing and _then_ use $TR.

Re: [Autogen-users] [PATCH] autogen: fix definition of MAXPATHLEN

No matter whether size_t is known or not by the preprocessor (and not even by the actual compiler), the cast in preprocessor condition is a syntax error, hence the issue. Oops. You are correct. http://autogen.sourceforge.net/data/autogen-5.18.2pre11.tar.xz will be available within 30

Re: [Autogen-users] [PATCH] autogen: fix definition of MAXPATHLEN

And now, in the same place, is a pre-release of sharutils: http://autogen.sourceforge.net/data/sharutils-4.13.6pre4.tar.xz Oops. You are correct. http://autogen.sourceforge.net/data/autogen-5.18.2pre11.tar.xz will be available within 30 minutes.

Re: [Autogen-users] Fwd: shipping the auto-generated files

On 11/06/13 01:32, Nikos Mavrogiannopoulos wrote: Hello, I realized that is not easy to ship the auto-generated files of autogen. That is if I ship them and the user has a different version of libopts installed then he'll get something like:: In file included from ocpasswd.c:31:0:

Re: [Autogen-users] Fwd: shipping the auto-generated files

On 11/08/13 06:10, Nikos Mavrogiannopoulos wrote: After having it implemented, it looks quite ugly (because files are removed from the distributed tarball and cannot be easily revived). Is there a reason why autogen generated files cannot run with an arbitrary libopts? I mean does the API of

Re: [Autogen-users] Fw: 'make check' for autogen-5.18.2 fails

On 01/15/14 07:09, Sergei Steshenko wrote: - Forwarded Message - From: Sergei Steshenko sergst...@yahoo.com To: autogen-users@lists.sourceforge.net autogen-users@lists.sourceforge.net Cc: Sent: Wednesday, January 15, 2014 4:47 PM Subject: 'make check' for autogen-5.18.2 fails

Re: [Autogen-users] Fw: 'make check' for autogen-5.18.2 fails

On 01/18/14 16:22, Sergei Steshenko wrote: If your shell does not support read -u $n, then it is deficient. - probably. I am using 'dash' not to gain microseconds. As I've upgraded to opensus-13.1, I can't build 'bash' anymore - something is wrong with include files - a type is defined

Re: [Autogen-users] crash when parsing doc-section

Hi Nikos, On Thu, Mar 20, 2014 at 3:25 AM, Nikos Mavrogiannopoulos n...@gnutls.org wrote: doc-section = { ds-type = 'EXAMPLES'; ds-format = 'texi'; ds-text = -_EOT_ @example # EMAIL #nc_permit_email = nmav@@example.net @end example _EOT_; }; Note that if I replace

Re: [Autogen-users] crash when parsing doc-section

On 03/20/14 03:25, Nikos Mavrogiannopoulos wrote: Hello, I get a crash when using autogen to generate a man page from a .def file that contains the doc-section below. The command to generate the manpage is the following. The problem stems from blindly using texi2man instead of mdoc2man for

Re: [Autogen-users] bug in autogen 5.18: can't name file options.def

On 04/01/14 13:35, Nicholas R. Markham wrote: I just discovered that the name options.def is magical in autogen 5.18, presumably in an unintended way. Specifically, if I run autogen options.def and then try to compile the resulting options.c, I get a stream of errors like this: In file

Re: [Autogen-users] funny value assignments when no 'value' and doc is non-empty

Hi Nikos, On Sat, Apr 5, 2014 at 1:27 AM, Nikos Mavrogiannopoulos n...@gnutls.org wrote: If I have: flag = { name = rsa; descrip = Generate RSA key; doc = When combined with --generate-privkey generates an RSA private key.; }; results to: ' -, --rsa

Re: [Autogen-users] basic help

HI, On Wed, Apr 30, 2014 at 6:32 AM, Olya olyasi...@gmail.com wrote: Hi all. I'm trying to go through autogen manual but stuck even with very basic example The header is specifies files with which extensions should be produced - like .c or .h for example. What if I would like to produce

Re: [Autogen-users] basic help

Hi, On Wed, Apr 30, 2014 at 7:16 AM, Olya olyasi...@gmail.com wrote: Ah, got it - I can set output filename directly in the template. But is there a way to specify access rights for it? I mean smth like 0644 - standard unix rights. To get a complete example: my.xml: ?xml version=1.0?

Re: [Autogen-users] easiest way to print a custom version string

On 06/22/14 03:53, Nikos Mavrogiannopoulos wrote: Hello, I'd like to override the default version string in order to print (in addition to the default information), some other data, e.g., the versions of the used libraries and features enabled. I've currently tried to do that using a

Re: [Autogen-users] easiest way to print a custom version string

On 06/22/14 03:53, Nikos Mavrogiannopoulos wrote: Hello, I'd like to override the default version string Specify a version-proc: http://www.gnu.org/software/autogen/manual/html_node/automatic-options.html#automatic-options third paragraph. :) You found optionVersionProc, if you grep for

Re: [Autogen-users] easiest way to print a custom version string

On 06/23/14 12:08, Nikos Mavrogiannopoulos wrote: On Mon, 2014-06-23 at 10:30 -0700, Bruce Korb wrote: On 06/22/14 03:53, Nikos Mavrogiannopoulos wrote: Hello, I'd like to override the default version string Specify a version-proc: http://www.gnu.org/software/autogen/manual/html_node

Re: [Autogen-users] easiest way to print a custom version string

don't call exit(). http://autogen.sourceforge.net/data/autogen-5.18.4pre4.tar.xz On Mon, Jun 23, 2014 at 1:27 PM, Bruce Korb bruce.k...@gmail.com wrote: On 06/23/14 12:08, Nikos Mavrogiannopoulos wrote: On Mon, 2014-06-23 at 10:30 -0700, Bruce Korb wrote: On 06/22/14 03:53, Nikos Mavrogiannopoulos

[Autogen-users] getopt.tpl template processing

That template can be used for creating code that uses getopt() and/or getopt_long(). However, to do that, that template must compile and run a small program. I have added some clarification to its documentation: @strong{PLEASE NOTE}: in processing the option definitions to produce the usage

Re: [Autogen-users] autogen 5.18.9 - gnupg signature

Unfortunately, I cannot. GNU.org rejects the old GPG key so I had to make a new one and re-register. I don't even have the original private key any more. :( Sorry. On Sun, May 22, 2016 at 7:21 AM, Andreas Metzler wrote: > Hello, > > 5.18.9 is signed with C9EF76DEB74EE762

Re: [Autogen-users] autogen always crashes on error

Yep. By design. It would fail and people asked me, "Why?" Without a stack trace, there was no way to tell. I need to go back through and not call abort when the failure is plainly obvious. On Wed, Apr 5, 2017 at 1:50 AM, Andreas Schwab wrote: > $ autogen --version > autogen (GNU

Re: [Autogen-users] autogen always crashes on error

With the latest incarnation, you can specify "no-abort" with either --no-abort on the command line, or AUTOGEN_NO_ABORT=true in the environment. The function "cleanup_and_abort()" handles calls to abort() and those calls are now all guarded via: diff --git a/agen5/autogen.c

Re: [Autogen-users] 5.18.14?

It was tagged in my repo. :) Also, I've been busy. Not a high priority release. I'll try to announce "shortly". Thank you. (The tag has been pushed now, too.) On Wed, Jul 18, 2018 at 8:49 AM Andreas Metzler wrote: > > Hello, > > https://ftp.gnu.org/gnu/autogen/ has 5.18.14 tarballs. However there

Re: [Autogen-users] release signature

On 08/31/2018 10:31 AM, Andreas Metzler wrote: Hello, autogen releases up to 5.8.14 were signed by 44A088E295C3A722C450590EC9EF76DEB74EE762, 5.8.16 is signed with 3EEE51D1355B8EC40D9F3122495143D05D0712D1. The latter (newer) key is not signed by the older one. Could you please do this, and

Re: [Autogen-users] A question about for loops

On 08/31/2018 10:34 AM, Vivien Kraus wrote: > OK so compiling the new version... I get a -Werror=format-overflow in > getdefs.c:451:29, where sprintf writes up to 255 bytes in a 253-byte > region. If you add 4 to MAXNAMELEN for def_bf in line 377 (for the > storage of the indentation, the ' and

Re: [Autogen-users] Build of autogen-5.18.16 on Fedora Core 37

Probably relying on a legacy LD that would map them to the same piece of memory. The autogen-ag.o file should not be defining it. It should only be internal to libopts. The best solution will be to fiddle "autoopts.h" so that when it's pulled in by autogen, it doesn't define any variables. It's