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

[Bruce Korb]

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 to help diagnose this?

Nope.  There was enough info:

 + : === Running argument.test for argument using /bin/tcsh ===

Any and all derivatives of the csh shell are virtually unusable
as anything other than an interactive shell.  It is very difficult
to cope with the 25 year old /bin/sh on Solaris, but I think I've
managed that, so this:

   SHELL=/bin/sh gmake check

should work, but better is to use ksh:

   SHELL=/usr/xpg4/bin/sh gmake check

I will go spend some time figuring out how to ensure that the configure
shell is used for running tests.  Thanks - Bruce

-
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
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 USAGE:
 grep: illegal option -- F
 Usage: grep -hblcnsviw pattern file . . .

Looks like fgrep got wrapped with a GNU tools wrapper.
There is no fgrep in GNU, except as a wrapper that
invokes grep -F.  Obviously, that wrapper snagged the
Solaris grep and it doesn't grok -F.  You need to
fiddle with your $PATH ordering.

 f=
 + test -z
 + failure no USAGE: in help text


 + egrep -v ^# keyword.cfg
 grep: illegal option -- E

Same issue:  there is no GNU egrep, except as a wrapper
that invokes grep -E.  So, you have the GNU wrapper and
the Solaris grep.  Either fix the wrappers to use a full
path to the correct grep, or fix your $PATH to search
in the correct order.

-
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
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

GNU AutoGen/AutoOpts is a two-part project that serves two separate
purposes.  The two parts are combined because they are inextricably
intertwined:

AutoGen is a tool designed to simplify the creation and maintenance of
programs that contain large amounts of repetitious text.  It is
especially valuable in programs that have several blocks of text that
must be kept synchronized.

AutoOpts is both an example of that and a project in its own right.
It is a very powerful command line and configuration file option parser
consisting of a set of AutoGen templates and a run time library that
substantially reduce the hassle of managing, parsing and documenting
program options.

New in 5.8.9 - January, 2007

Here are the 'NEWS' entries since the last release

* GREP is now a configurable.  (Sheesh!)
* options with hierarchical structure (nested values) had some
  bugs in the config file parsing code.  Fixed.
* Since YACC is not used any more, it is no longer required. :)

AutoGen home:http://www.gnu.org/software/autogen/
primary ftp: ftp://ftp.gnu.org/gnu/autogen/rel5.8.9/
.tar.gz: ftp://ftp.gnu.org/gnu/autogen/rel5.8.9/autogen-5.8.9.tar.gz
library project: ftp://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

-
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
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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. 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
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

[Autogen-users] bounce check

[Bruce Korb]

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
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 subscribed, your message may have been posted.
  Sometimes the SourceForge mailing list software sometimes becomes
  confused.  It also might not have made it.  To be sure, and to let me know,
  please send a note and copy to the GNU organization domain to my
  id:  bkorb.  Thanks.''

(this gets sent to spam bots, so the address needs to confuse 'em)
As I said, Andreas is subscribed and his email did not show up until
I bumped into it and approved it by hand.

*sigh* - -Bruce

-
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier.
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnkkid=120709bid=263057dat=121642
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] autogen 5.9.0 under Cygwin

[Bruce Korb]

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 ./opts.def
 AutoGen aborting on signal 11 (Segmentation fault) in state DONE
 processing template
 
 hangs there again. :(
 
 I reported the same problem a couple of months ago, but have not had any
 dedicated debugging time to try and find out what is going on.  I'm
 suspecting something like heap corruption or a double free, which cygwin
 tends to more sensitive about than Linux.

But probably not as sensitive as valgrind.  I've run valgrind on
this (under Linux, of course) and I do not see this symptom or
any non-Guile valgrind issues.  (There is a reported issue with
snprintfv code, but the read of uninitialized memory not really
a problem and not avoidable either.  If you've ever done valgrind
on a Guile app you'll no you get a gazillion issues.)

So, please, a stack trace?  Given that the state is, DONE I'm
pretty sure that the work is done.  There's just some unwinding
problem.  Still and all.

Thanks!  Regards, Bruce

-
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
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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
 /usr/share/autogen
 /usr/share/autogen/aginfo.tpl
 /usr/share/autogen/aginfo3.tpl
 /usr/share/autogen/agman-lib.tpl
 /usr/share/autogen/agman1.tpl
 /usr/share/autogen/agman3.tpl
 /usr/share/autogen/autoopts.m4
 /usr/share/autogen/confmacs.tpl
 /usr/share/autogen/conftest.tpl
 /usr/share/autogen/fsm-macro.tpl
 /usr/share/autogen/fsm-trans.tpl
 /usr/share/autogen/fsm.tpl
 /usr/share/autogen/getopt.tpl
 /usr/share/autogen/optcode.tpl
 /usr/share/autogen/opthead.tpl
 /usr/share/autogen/options.tpl
 /usr/share/autogen/optlib.tpl
 /usr/share/autogen/optmain.tpl
 /usr/share/autogen/rc-sample.tpl
 /usr/share/autogen/stdoptions.def
 /usr/share/doc/autogen-5.8.7
 /usr/share/doc/autogen-5.8.7/AUTHORS
 /usr/share/doc/autogen-5.8.7/COPYING
 /usr/share/doc/autogen-5.8.7/ChangeLog
 /usr/share/doc/autogen-5.8.7/NEWS
 /usr/share/doc/autogen-5.8.7/NOTES
 /usr/share/doc/autogen-5.8.7/README
 /usr/share/doc/autogen-5.8.7/THANKS
 /usr/share/doc/autogen-5.8.7/TODO
 /usr/share/doc/autogen-5.8.7/VERSION
 /usr/share/info/autogen.info-1.gz
 /usr/share/info/autogen.info-2.gz
 /usr/share/info/autogen.info.gz
 /usr/share/man/man1/autogen.1.gz
 /usr/share/man/man1/columns.1.gz
 /usr/share/man/man1/getdefs.1.gz
 /usr/share/man/man1/xml2ag.1.gz

viz.,

 $ find /usr/local/include/autoopts -type f
 /usr/local/include/autoopts/options.h
 /usr/local/include/autoopts/usage-txt.h

The latter is not really included by anything.  It is for gettext.
The columns.autogen and getdefs.autogen look like nuisances
also.  The templates I've written do not expect them to be named
that way.  I'll have to chase this down.  Sorry.

  - Bruce

-
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
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 name for a boot-
  strap script.  GNOME adopted the name after I suggested using
  my tool for some repetitive tasks.

* if you are going to add new names, then the inverse of a
  foo step should likely be named foo-clean, pre-existing
  tradition excepted.

* since running a bootstrap script is not part of the make process,
  it seems less than obvious to me that a make target should
  undo the bootstrap.

* How about having autoreconf (aka bootstrap) take an option:

 autoreconf --clean
 bootstrap --clean

  I have my own script that traverses the hierarchy and removes any
  file or directory not under version control.  That's pretty
  effective for me.  :)

Regards - Bruce

-
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
http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 if there is
ever a conflict with that name.  There _is_ a column program
in the BSD world.  It does not have all the features I want for
pretty formatting of AutoGen output.  It actually antedates my
program by a couple of years, but by the time I knew of it, it
was way too late to leverage off of it anyway.

Cheers - Bruce

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

[Autogen-users] GPLv3 version

[Bruce Korb]

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 clarified the fact that the autogen-only Scheme functions
(http://autogen.sourceforge.net/doc/autogen_31.html#SEC31) are not
to be used in the template pseudo macro
(http://autogen.sourceforge.net/doc/autogen_26.html#SEC26).
I could probably figure out how to get ``(get xxx)'' functional,
but I don't see a strong need and I'd rather prep them all at the
same time.  So, don't use them there.

Finally, because it is a nuisance to translate sentence fragments,
I'm going to try to figure out how to easily construct usage text
at template instantiation time.  That string could then get
handed off to a translator.  The long option names have always and
remain translatable strings.

http://autogen.sourceforge.net/data/autogen-5.9.2pre4.tar.gz

Please let me know if you have any issues.

Thanks!  Regards, Bruce

-
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 value is not
 supported?
 Is there any way of using boolean value in config file?
 Thanks for any help.

Hi Hardik,

.def:
   flag = { name = whatever; arg-type = boolean; ... };

.rc:
   whatever = true
   # alt:   whatever = false
   # Note: the '=' is optional and may also be ':'

You've tried this and it does not work?
Essentially, anything you can set on the command line, you can
also set in a config file -- unless you specify the ``no-preset''
attribute.  It works for me, so let me know if it does not
work for you.  Thanks! - Bruce

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] AutoOpts crashing

[Bruce Korb]

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.  Not so good.  :(  I've put up a fix
as a pre-release for 5.9.3:

   http://autogen.sourceforge.net/data/autogen-5.9.3pre1.tar.gz

Thanks - Bruce

Hardik Shah wrote:
 HI Bruce,
 
 I am using the config file only as given in
 the exmaple in the documentation.My config file has following entries:
[[...]]
 #following section will contain the L2TP configuration
 
 AddL2TPHeaderflg 1
 L2TPSIP 192.178.1.1 http://192.178.1.1
 L2TPDIP 11.1.14.2 http://11.1.14.2
 L2TPTID1 type=integer1122/L2TPTID1
[[[ seg fault here ]]]

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] force using tearoff?

[Bruce Korb]

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
 --enable-local-libopts since that causes the code to break on my box
 and I can fix it fail early basically.
 
 Anyways, I've dug through the libopts.m4 code, and it's not 100% clear
 how to accomplish this.  Suggestions?

Everyone has their own development habits, but mine is to completely
blow away the build tree, repopulate from the archive and run a
bootstrap script.  This way, I am sure that there are no dinkleberries
lying around that might give me a false sense of everything is working.
Meanwhile, I'll try to dig through that M4 stuff and see if I can
piece together what is going on there.  I believe the NTP project is
always ``--enable-local-libopts''-ing, so it was supposed to be working.

Cheers - Bruce

-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now   http://get.splunk.com/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 me know,
 if you need additional information.

Thank you.  I'll combine the replies.  :)
I've fixed the stuff for which I could see causes.
Please try:  http://autogen.sourceforge.net/data/autogen-5.9.4pre7.tar.gz
It fixes those, but not the two silent failures (see below).
Thank you again!  Regards, Bruce

Problem 1
+ ./nested -s stumble, foo, bar type=integer1234/bar able
+ sed / nested:/s/ 0x.*/ 0x/
+  nested-res1.out
+ cmp -s nested-res1.base nested-res1.out
+ diff nested-res1.base nested-res1.out
+ failure 5c5
 bar  -- integer:   1234
---
 bar  -- integer:   5299989643264



$ printf '0x%X\n' 5299989643264
0x4D2
~
$ printf '0x%X\n' 1234
0x4D2


I'm going out on a limb here:  You're running on a system
where sizeof(long) is 8.  What is sizeof(int)?  Byte order?
My development system is x86-64, but sizeof(int) is still 4.
Let's see the code.

Hmmm.  Rats.  Quite the think-o:

$ cvs diff -up nested.c
! /usr/bin/cvs diff ...
Index: nested.c
===
RCS file: /home/cvs/cvsroot/autogen/autoopts/nested.c,v
retrieving revision 4.24
diff -u -p -r4.24 nested.c
--- nested.c13 Nov 2007 05:49:26 -  4.24
+++ nested.c17 Nov 2007 05:34:45 -
@@ -219,12 +219,12 @@ addNumberValue( void** pp, char const* p
 dataLen--; pzValue++;
 }
 if (dataLen == 0)
-pNV-v.boolVal = 0;
+pNV-v.longVal = 0;
 else
-pNV-v.boolVal = atoi( pzValue );
+pNV-v.longVal = strtol(pzValue, 0, 0);

 pNV-valType = OPARG_TYPE_NUMERIC;
-pNV-pzName = (char*)(pNV + 1);
+pNV-pzName  = (char*)(pNV + 1);
 memcpy( pNV-pzName, pzName, nameLen );
 pNV-pzName[ nameLen ] = NUL;
 addArgListEntry( pp, pNV );


Problem 2 looks familiar:
+ diff -c config.out config.res
+ failure *** config.outFri Nov 16 10:09:49 2007
--- config.res  Fri Nov 16 10:09:49 2007
***
*** 4,10 
  over everything.
  alpha-- no value
  beta -- string:   , gamma
! zzyzx-- integer:   180388626432
  YES!!
  alpha-- no value
  beta -- string:   , gamma
--- 4,10 
  over everything.
  alpha-- no value
  beta -- string:   , gamma
! zzyzx-- integer:   42
  YES!!
  alpha-- no value
  beta -- string:   , gamma

$ printf '0x%X\n' 180388626432
0x2A
~
$ printf '0x%X\n' 42
0x2A


Problem 3 is different:
+ compile_getopt 1
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/agen5/autogen 
-L/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts getopt.def
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/test/testdir/getopt-inc/ccV10620.o:
 In function `main':
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/test/testdir/getopt-inc/.ag-T25515/test_getopt.c:349:
 undefined reference to `optionProcess'
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/test/testdir/getopt-inc/.ag-T25515/test_getopt.c:352:
 undefined reference to `optionPutShell'
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/test/testdir/getopt-inc/ccV10620.o:(.data+0x98):
 undefined reference to `optionUsage'
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/test/testdir/getopt-inc/ccV10620.o:(.data+0x370):
 undefined reference to `optionPrintVersion'
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/test/testdir/getopt-inc/ccV10620.o:(.data+0x440):
 undefined reference to `optionPagedUsage'
collect2: ld returned 1 exit status
Killing AutoGen:  cannot compile test_getopt.c in 
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/test/testdir/getopt-inc/.ag-T25515
AutoGen aborting on signal 15 (Terminated) in state EMITTING
processing template 
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/usage.tpl
on line 123
   for function EXPR (11)
Abort (core dumped)
FAILURE: could not generate getopt-test_getopt.c

For this, I need the stuff in
/gnu/gnu/built/OpenBSD/3.4/sparc64/autogen/autogen-5.9.3/autoopts/test/FAILURES
That should include the compiler error messages.


Problem 4: is very different
I don't see any error messages for the enums.test test.  If you roll up that
FAILURES directory, there will be some logs for it.  If there are no files
starting with enums in that directory, try this:

   gmake verbose TESTS=enums.test

and send the contents of testdir.
SOLARIS===
Problem 1:  BSD/GNU-ism:
+ /gnu/gnu/built/SunOS/5.9/gnu/autogen/autogen-5.9.3/agen5/autogen 
-L/gnu/gnu/built/SunOS/5.9/gnu/autogen/autogen-5.9.3/autoopts getopt.def
/bin/sh: mktemp: not found

Never mind.   That lack 

[Autogen-users] Daemon config files

[Bruce Korb]

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 option:  --reset-option
which will restore any option to its compile time state.

There are two things about this change:

1.  A lot of things have wiggled.  I've tested it a fair amount, and will
 continue doing so for a few more weeks.  Nevertheless, I'd sure like
 to know now, before I release, if I've done anything that causes
 problems with AutoOpts-using applications.

2.  If any of you might find it useful also, please play with it and make
 suggestions.  :)

Here is a description of a config file editor add-on:
http://autogen.sourceforge.net/addon.html#config_edit

The pre-release announcement is here:
http://autogen.sourceforge.net/announce.html

If you are a maintainer of autogen for some distribution, _please_ hold
off for a while.  It is tested, but I don't feel like it has been
rigorous enough to put into  experimental distributions yet.  I'll let
you know when it is (should not be much into September).


Thank you everyone.

Regards, Bruce

-
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK  win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100url=/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 test scripts or commands that I should try
 to check that it's working properly?
 
 It also seems to have Guile installed - at least, I can type guile and get
 a guile prompt. I know nothing at all about Guile, so I don't know how to
 test this either. Are there some scripts I should run or commands to try
 that would check it out?
 
 To install AutoGen, what file(s) do I have to download, and what do I have
 to do with them?

Hi Rowan,

You have to have libguile installed (you do) with the development headers
as well (you may not).  I am forwarding this to the Minimalist GNU for Windows
list.  They have something that works on Windows.  Unfortunately, Windows
does not properly support fork() and guile uses some dynamic linking
options that make its library problematic on Windows.  Both of these issues
make Windows support challenging.  I don't use Windows myself.  So, hopefully,
someone on the MinGW list can help point you in the right direction.  Sorry
I could not be more helpful.

Regards, Bruce

--
Download Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

GNU AutoGen/AutoOpts is a two-part project that serves two separate
purposes.  The two parts are combined because they are inextricably
intertwined:

AutoGen is a tool designed to simplify the creation and maintenance of
programs that contain large amounts of repetitious text.  It is
especially valuable in programs that have several blocks of text that
must be kept synchronized.

AutoOpts is both an example of that and a project in its own right.
It is a very powerful configuration file, environment variable and
command line option management tool consisting of a set of AutoGen
templates and a run time library that nearly eliminates the hassle of
managing, parsing and documenting program options.

The self-referential example:
http://www.gnu.org/software/autogen/man1-autogen.html

New in 5.10.1 - March, 2010

Here are the 'NEWS' entries since the last release

* The libguile stuff has been removed.  I stopped using it and
  nobody else can have been using it.  It's gone.

* Fixed a seg fault that happens on some platforms after processing completes.

* Augmented the Finite State Machine templates to #include
  hand crafted callout code in addition to extracting from
  earlier revisions.

* autogen now uses unlocked io where feasible.

AutoGen home:http://www.gnu.org/software/autogen/
primary ftp: ftp://ftp.gnu.org/gnu/autogen/rel5.10.1/
.tar.gz: ftp://ftp.gnu.org/gnu/autogen/rel5.10.1/autogen-5.10.1.tar.gz
library project: ftp://ftp.gnu.org/gnu/libopts/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 Intel#174; Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

[Autogen-users] An overdue enhancement

[Bruce Korb]

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:

  http://autogen.sourceforge.net/data/autogen-5.11pre1.tar.bz2

Cheers - Bruce

--
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 .man formatting tags
   _EOF_;
 };
 
 I think I really like that idea, and it would be OK to have the same
 ds-type in a different stanza with a different ds-format, right?  I
 mention this because there may still be times when the source
 ds-format does not translate to a target format the way we want, and
 the easy fix for that would be to also provide the stanza that is
 already in the desired format.

H.  What you are asking for is multiple doc-sections that
have a ds-type of SEE ALSO (for example) and having some way
to distinguish them, depending upon output format. Sort-of a
bypass output pattern type of thing:

   ds-ignore = pod, mdoc;

Of course that can be done, but:

 Do you have a guess at the timeline for this?  I'm ready to start
 testing and using it...

My priority right now is finding employment.  Sorry.
You can find the beginnings of it by searching for
doc-section in the autoopts/tpl directory of the pre
releases.

 The preferred input is going to be that which has sufficient
 range of expressiveness to be able to be translated into the
 other forms.
 
 That would be nice, but I know I cannot force that on at least some of
 my users.  In this case, reality will bite me.

It is a trade off between maintaining multiple copies of
the same basic text vs. the hassle of figuring out a canonical
form that can be directly converted into all the desired
output forms.  If someone prefers maintaining multiple copies
then that means they prefer maintaining multiple copies.

 I think that means texi and certainly would not
 be plain text.  mdoc and man seem too limited and I am not familiar
 with pod, though these may be sufficient given the limited
 expressiveness needed for usage documentation.
 
 I pretty much (and possibly completely) agree.  I do believe that mdoc
 may be rich enough.  Kapila may know more about this.
 
 But again, I am forced to let certain users dictacte the tag format
 they want to use, and I must allow them that.  If this user decides to
 cut/paste their text using html tags, that's their choice.  What I will
 do, after the fact, is take that stanza and add in another copy that
 will be in .mdoc or .texi (most likely, it depends) and then we'll all
 be happy.

Make an edict:
   All documentation shall be in mdoc format.

   If you are not familiar with mdoc format,
   that is fine.  We'll take your initial documentation
   and convert it to canonical form and then emit the
   needed documentation. The official source shall be mdoc.

 Where this is coming from on my end is the detail stanza, as I'm
 hoping that we can get things like boldface and underlining working
 there, but to do that easily means translating from some tag format to
 plain text.

Ah, yes, the extra blurb at the end of the usage text output.
It does need some markup capabilities and the markup needs to
get stripped for usage output and it must not require markup.
I am open to suggestions from anyone.  :)

--
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 wrote:
 Figure out where autogen installed libopts.so.33 (I'm guessing
 /usr/local/lib but I'm also x64-naive).  Try providing symlinks from
 places your distro likes better:

 ln -s /usr/local/lib/libopts.so.33 /usr/local/lib64
 ln -s /usr/local/lib/libopts.so.33 /usr/local/lib64/libopts.so

The name of the 64 bit library directory under /usr/local in a hybrid
environment is the subject of disagreement.  I think /usr/lib64
implies /usr/local/lib64, but I am not a distro maintainer.  You'd
have to devise a scheme for deciding that all distros would agree on.
Good luck.  Meanwhile, my ld.so.conf contains:

 /usr/X11R6/lib64
 /usr/X11R6/lib
 /usr/local/lib64
 /usr/local/lib
 /usr/x86_64-suse-linux/lib
 /opt/kde3/lib
 /lib64
 /lib
 /usr/lib64
 /usr/lib
 /opt/kde3/lib64
 include /etc/ld.so.conf.d/*.conf

so lib64 is always looked at before plain lib and
both /usr/local directories are searched before /lib* and /usr/lib*.
That works for me.  Well, as long as I don't have a privately built
library that gets upgraded to be more recent in /usr/lib64.
At that point, I got to choose whether to break gcc or break my
pre-release autogen.  I chose obliterating /usr/local and starting
over. :)  Sorry it isn't any easier.

 More generically, this is a question to pose to other users of Ubuntu:
  how do I configure and install tool overrides in /usr/local/* ?  I
 can tell you I believe you will find you suffer from opposing strong
 wills :)  Your distro may feel strongly that 64-bit libs belong in
 .../lib64, while autotools believes default-built shared libs go in
 /usr/local/lib, not /usr/local/lib64.

Exactly right.  Unless and until there is a way to select lib directory
names based on architecture for multi-architecture environments.

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 = CONFIG_BOUNDED_MIXING;
  arg-type = number;
 };

 If I use the 'ifdef' clause of the flag definition I get the following 
 problem when compiling:

 sched-opt.c:375: error: expected unqualified-id before ‘__null’

 The code that corresponds to that message is:


 #ifdef CONFIG_BOUNDED_MIXING
extern tOptProc optionNumericVal;
 #else /* not CONFIG_BOUNDED_MIXING */
 # define optionNumericVal NULL
 #endif /* def/not CONFIG_BOUNDED_MIXING */
 extern tOptProc
  optionBooleanVal,   optionNumericVal,   optionPagedUsage,***LINE 
 375
  optionPrintVersion;

 Is this a bug in auto-opts/autogen?

Yep.  As of December's release, I make sure I don't try to declare
optionNumericVal in the generated code.  It gets declared in
autoopts/options.h.  Oops.

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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.  It has never been effective enough

 Bruce, I'm not seeing libopts.so.33 anywhere -- just 25.

Transcription problem.  Dunno where I got 33 :)

 Also, in my 'make' output, there isn't any '-Wl,-R/usr/local/lib' . . .

 (this is autogen 5.11.6)

Now I remember:  It is what *I* think libtool should do, but there must be
problems because libtoolers don't want to:
--
Libraries have been installed in:
   /usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
   - add LIBDIR to the `LD_LIBRARY_PATH' environment variable
 during execution
   - add LIBDIR to the `LD_RUN_PATH' environment variable
 during linking
   - use the `-Wl,-rpath -Wl,LIBDIR' linker flag =
   - have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.
--
so the /etc/ld.so.conf fiddling is required.  (Don't forget to run ldconfig.)

--
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software 
be a part of the solution? Download the Intel(R) Manageability Checker 
today! http://p.sf.net/sfu/intel-dev2devmar
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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*
 be derived from it. So, the name ought to have been --with-libguile-prefix.
 It isn't. Sorry. I'll try to clarify.

It seems I had considered a -I pointing at one tree and -L to another:
Use --with-libguile-cflags=xxx --with-libguile-ldflags=yyy

But why would you do that?  --with-libguile is used to provide both
with one option.

--
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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, autogen-5.12,
 and autogen-5.11.9 on openSUSE 12.1 x86_64.  I'm using the source RPM files
 to build the released versions, BTW.  I've attached the entire contents of
 the FAILURES directory for autogen-5.13.0pre4.

I dug into this.  It seems your version of Guile presumes that it is okay to
silently remove the high-order bit from a string of characters because
everybody knows that valid characters are in the range of 0x0a through 0x7E.
Guile is being helpful.  When I started there was no notion of an
array of bytes,
now I must change all my string references to the array-of-bytes interfaces.

*sigh*.

Please apply the following patch to the agen5/test/string.test script.
If this also fails, then replace the 177 with 176 (the '~' character).
That *must* work.

Your result means that it is no longer possible to reliably generate arbitrary
arrays of bytes with autogen.  Not until I figure out how to use the Guile
array-of-bytes stuff anyway

Regards, Bruce



diff --git a/agen5/test/string.test b/agen5/test/string.test
index 0439e6c..438dbd3 100755
--- a/agen5/test/string.test
+++ b/agen5/test/string.test
@@ -82,7 +82,8 @@ CASE (suffix)  =][=
 =]
 _EOF_

-test -z $LINENO  LINENO=85
+test -z $LINENO  LINENO=`
+grep -n FIND-THIS-LINE-NUMBER $0 | sed 's/:.*//'` # close enough
 printf '\nchar zTestFile[] = %s;\n#line %s\n' \
 ${testname}.raw `expr $LINENO + 4` 4

@@ -94,13 +95,14 @@ char zExpect[] = '\f\r\b\v\t\a\n\n
\Wow!\  This'll be \\hard\\'\n
#endif /* .\n
and it'll be a \hassle\.
-   \001\002\003\377\n';
+   \001\002\003\177\n';
 #define expectSize ((int)(sizeof(zExpect) - 1))
 int checkStr( char* pz, char const* pzWhat );
 int checkStr( char* pz, char const* pzWhat )
 {
 static char const zNotMatch[] =
 %s generated string mismatches at offset %d of %d\n
+Expected char: 0x%02X  saw char: 0x%02X\n
 Expected string:\n==%s==\n\n
 Generated string:\n--%s--\n\n;

@@ -116,8 +118,8 @@ int checkStr( char* pz, char const* pzWhat )

 for (ix = 0; ix  expectSize; ix++) {
 if (*(pzE++) != *(pzR++)) {
-fprintf( stderr, zNotMatch, pzWhat, ix, expectSize,
- zExpect, pz );
+fprintf(stderr, zNotMatch, pzWhat, ix, expectSize,
+(unsigned char)pzE[-1], (unsigned char)pzR[-1],
zExpect, pz);
 return 1;
 }
 }
@@ -217,7 +219,7 @@ string =
 \#endif /* .
 '
 and it'll be a \hassle\.
-\001\x02\X03\377\n';
+\001\x02\X03\177\n';

 _EOF_

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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
 passed without a problem.

 Did the Guile team really decide to break backward compatibility (wrt
 removing the high order bit of characters) like that or is it just a bug
 with Guile 2.0.2?

They claim it was a bug that they originally allowed it.

I saw string as an array of non-NUL bytes, just like C and sure
enough it worked that way.
They knew I was using it that way from the code fragments that I sent
from time to time
over the last decade, but it didn't connect that I was using their
string stuff in ways that
didn't fit their (undocumented) model about how they thought it was used.
So, they claim I was using a bug and I claim they changed the interface.
It depends upon perspective.  In any event, it is now broken and I am
required to
implement my own array-of-bytes code.  Not today or any time soon.  :(

I'll try to make the official release in the next couple of days.  Thank you!!

--
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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.
http://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-dev/ntp-dev-4.2.7p251.tar.gz
The sources are under Bit Keeper, so other than logging into ntp.org,
I don't know how to get them.

So if you haven't figured it out in a couple of days, I will then have time
to take a peek.

Regards, Bruce

On Tue, Jan 24, 2012 at 6:52 AM, Simon Josefsson si...@josefsson.org wrote:
 Hello,

 Thanks to Nikos, GnuTLS now uses AutoGen for command line handling in
 git master.  I'm trying to get 'make dist' to work.  It works fine if I
 use --enable-local-libopts to make sure the local libopts copy is built,
 but if I don't use that, 'make dist' fails like this:

 make[1]: Leaving directory `/home/jas/src/gnutls/po'
  (cd src/libopts  make  top_distdir=../../gnutls-3.0.12 
 distdir=../../gnutls-3.0.12/src/libopts \
     am__remove_distdir=: am__skip_length_check=: am__skip_mode_fix=: distdir)
 make[1]: Entering directory `/home/jas/src/gnutls/src/libopts'
 make[1]: *** No rule to make target `distdir'.  Stop.

 Indeed there is no src/libopts/Makefile:

 jas@latte:~/src/gnutls master$ ls -la src/libopts/Makefile*
 -rw-r--r-- 1 jas jas  1490 23 jan 21.26 src/libopts/Makefile.am
 -rw-r--r-- 1 jas jas 61695 24 jan 15.16 src/libopts/Makefile.in
 jas@latte:~/src/gnutls master$

 I see there is a call to AC_CONFIG_FILES in LIBOPTS_CHECK for the
 src/libopts/Makefile, however it doesn't seem to work?  Config.log does
 not contain any 'creating src/libopts/Makefile' statement and the file
 is not generated.

 If I add src/libopts/Makefile manually to AC_CONFIG_FILES, I get an
 error from autoconf:

 configure.ac:433: error: `src/libopts/Makefile' is already registered with 
 AC_CONFIG_FILES.

 Any ideas?  You may browse the git repo here:

 http://git.savannah.gnu.org/cgit/gnutls.git/tree/

 /Simon

--
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

[Autogen-users] pre-release for version 5.16

[Bruce Korb]

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 would be a
good time to tweak that test to ensure the feature doesn't wiggle over time.
So just add the feature trigger that you need to the option definition section
of that file, generate the diffs for the result sections, and mail them to me
as a patch.  If you need to test stuff that requires conflicting settings in
the definitions file, please email me so we can set it up without multiplying
the size of the test :).  Thanks!!

http://autogen.sourceforge.net/data/autogen-5.16pre17.tar.xz

Thank you for your help!!

Regards, Bruce

--
For Developers, A Lot Can Happen In A Second.
Boundary is the first to Know...and Tell You.
Monitor Your Applications in Ultra-Fine Resolution. Try it FREE!
http://p.sf.net/sfu/Boundary-d2dvs2
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] Fwd: m4 error

[Bruce Korb]

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 not found])])

 or possibly

 AG_PATH_AUTOOPTS([5.12], [], AC_MSG_ERROR([Autoopts not found]))

 My hunch is the first one will work, my head thinks the second one
 makes more sense.  So much for understanding m4 :)

Yep.  Dave understands it correctly.  I write syntax with pseudo-BNF
and the autoconf m4 quote characters conflict with that usage.
NOTE:  These are autoconf choices, not m4.  By default, m4 uses
the accent (backquote or ` character) and the apostrophe (')
as open and close quotes.  Anyway, I wrote that probably a decade
ago and, in retrospect, it should be cleaned up.  Thank you.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] 5.16.1 make check failure

[Bruce Korb]

On 06/17/12 23:26, Harlan Stenn wrote:
 On pogo, after fixing the zNotStr instance:

 ...
 PASS: loop.test
 PATH is
 /usr/local/gnu/bin:/usa/stenn/bin:/usr/local/bin:/usr/local/gnu/bin:/opt/SUNWrtvc/bin:/opt/SUNWspro/bin:/opt/netbeans-5.5.1/bin:/usr/X11R6/bin:/usr/bin/X11:/usr/openwin/bin:/bin:/usr/bin:/usr/ccs/bin:/usr/ucb:/usr/local/etc:/etc:/usr/local/sbin:/sbin:/usr/sbin:.
 creating make.tpl
 creating make.out in
 /pogo/dist/gnu/autogen/autogen-5.16.1/A.pogo/agen5/test/testdir
 FAILURE: 7,13d6
 
   == converts to:
 
 foo=`pwd`  ls -l $$foo ; \
 bar=$$foo continue=command \
 make macros: $(MAKE) $* $@ $  $% $? ; \
 shell vars:  $${MAKE} $$# $$F $${?} $${*} 
 FAIL: make.test
 ...


on PSP-OS1:

 
 Configuration:

   Source code location:   /home/bkorb/autogen-5.16.1pre7
   Compiler:   gcc -std=gnu99
   Compiler flags: -g -O2
   Host System Type:   i386-pc-solaris2.11
   Install path:   /home/bkorb/build/os1

   See config.h for further configuration information.
 
 $ make  ~/build/os1/build.log 2 ~/build/os1/errors.log
 $ make check  ~/build/os1/build.log 2 ~/build/os1/errors.log
 gmake install  ~/build/os1/build.log 2 ~/build/os1/errors.log
 $ gmake install  ~/build/os1/build.log 2 ~/build/os1/errors.log
 $ find ~/build/os1/
 bin/build.log   errors.log  include/lib/share/
 /var/tmp/bkorb-AFaOY0/ag
 $ find ~/build/os1/bin -type f
 /home/bkorb/build/os1/bin/xml2ag
 /home/bkorb/build/os1/bin/autogen
 /home/bkorb/build/os1/bin/autoopts-config
 /home/bkorb/build/os1/bin/columns
 $ fgrep ' tests ' ~/build/os1/build.log
 All 24 tests passed
 All 41 tests passed
 All 4 tests passed
 $ gcc --version
 gcc-4.5 (GCC) 4.5.2

On POGO.UDEL.EDU:

 
 Configuration:

   Source code location:   ..
   Compiler:   gcc -std=gnu99
   Compiler flags: -g -O2
   Host System Type:   sparc-sun-solaris2.10
   Install path:   /usa/bkorb/autogen-5.16.1/_i

   See config.h for further configuration information.
 
 ~/autogen-5.16.1/_b
 $ ( exec  build.log 2 err.log
 set -e
 gmake
 gmake check
 gmake install
 ) 

That does not build:

 $ cat err.log
 ../../autoopts/usage.c: In function 'prt_extd_usage':
 ../../autoopts/usage.c:469: warning: passing argument 1 of 
 'spn_ag_char_map_chars' discards qualifiers from pointer target type

But that message is completely bogus:

 #define SPN_WHITESPACE_CHARS(_s)  spn_ag_char_map_chars((char *)_s, 11)
 static inline char *
 spn_ag_char_map_chars(char * p, unsigned int mask_ix)
 {
 unsigned char const * v = ag_char_map_spanners[mask_ix];
 if (v == NULL)
 v = calc_ag_char_map_spanners(mask_ix);
 while (v[(unsigned)*p])  p++;
 return p;
 }

 char const *  pzArgType;
 pzArgType = SPN_WHITESPACE_CHARS(pzArgType);

the SPN_WHITESPACE_CHARS macro casts the pointer to char *, stripping the 
qualifier.

  $ gcc --version
  gcc (GCC) 4.2.0

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] 5.16.1 make check failure

[Bruce Korb]

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

 But that message is completely bogus:

 It doesn't seem bogus to me.  See below.

 #define SPN_WHITESPACE_CHARS(_s)  spn_ag_char_map_chars((char *)_s, 11)
 static inline char *
 spn_ag_char_map_chars(char * p, unsigned int mask_ix)

  char const *  pzArgType;
  pzArgType = SPN_WHITESPACE_CHARS(pzArgType);

 the SPN_WHITESPACE_CHARS macro casts the pointer to char *, stripping the 
 qualifier.

 Right, stripping the const qualifier triggers the warning.  No idea
 why you didn't see it with gcc 4.5.2, but again what really broke the
 build?  As Harlan mentioned he had to update a zNotStr reference to
 the new identifier.

When I build it for myself, I use -Wall -Werror and I do not see a failure,
or even a warning.  Since spn_ag_char_map_chars does not care if the
input is char const * or not, but the caller cares whether the result
can be assigned to a char* pointer, I use the cast in the macro wrapper.
I've been using this paradigm for decades and never seen a burp before.
Why would gcc 4.5.2 be happy on psp-os1 and gcc 4.2 whack my knuckles on pogo?
I suppose I can use a void * cast, but all I really want to do is
strip the const-ness, not the underlying type.  A cudgel should not be required.

On psp-os1:

gcc -std=gnu99 -DHAVE_CONFIG_H -I. \
  -I/home/bkorb/autogen-5.16.1pre7/agen5 -I.. \
  -I.. -I/home/bkorb/autogen-5.16.1pre7 \
  -I../autoopts -I/home/bkorb/autogen-5.16.1pre7/autoopts \
  -I/usr/local/include  -D_REENTRANT -pthreads -g -O2 \
  -MT autogen-ag.o -MD -MP -MF .deps/autogen-ag.Tpo \
  -c -o autogen-ag.o ag.c

I wonder what the re-entrant pthreads are about.
Anyway, versus pogo:

gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../agen5 -I.. \
  -I.. -I../.. -I../autoopts -I../../autoopts   \
  -I/usr/local/gnu/include -g -O2 -MT autogen-ag.o \
  -MD -MP -MF .deps/autogen-ag.Tpo -c -o autogen-ag.o ag.c

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] 5.16.1 make check failure

[Bruce Korb]

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 pound the const-ness out of the
pointer inside the function instead of the wrapper, but that is
not the way I grew up all those years ago.

Instead, I'll cast it thus, beit in the function or macro:
   (char *)(uintptr_t)const_str_ptr

On Mon, Jun 18, 2012 at 11:39 AM, Dave Hart
davehart_gmail_exchange_...@davehart.net wrote:
  A void * cast would suffer the same warning.  If
 spn_ag_char_map_chars() accepts both const char * and char *
 arguments, the correct argument prototype is const char *.  It is safe
 to cast char * to const char *, but the reverse is not true

The returned result must be assignment compatible with the provided argument.
If the provided argument is not const, then the result is not const.

 I wish I understood why newer gcc isn't warning in the same situation
 -- but I believe it's wrong, as any stripping of const potentially
 violates the const contract (potentially because the consumers of
 de-consted pointers may not in fact write).

Then a convenient solution for the strstr class of functions needs to
be considered.
(Where the attribute of the result matches whatever was provided.)

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] 5.16.1 make check failure

[Bruce Korb]

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 year old Guile,
I have to depend on others to alert me during the pre release phase.
Guile 1.8 was released in 2006 and 1.7 before that.

To be clear:  Guile 1.4 is now utterly de-supported.
I'd like to be rid of 1.6, too.

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 joomla.xml yields:
/* Parsing file joomla.xml */
AutoGen Definitions joomla-2.5.6.tpl;
XML-version = '1.0';
XML-URL = 'joomla.xml';
XML-standalone = true;
template = 'joomla-2.5.6.tpl';
defaults = {
  content = '';
  language = 'en-GB';
  category = {
content = '';
status = 'published';
  };
};
categories = {
  content = '';
  category = {
content = '';
title = 'News';
text = 'Description';
category = {
  content = '';
  title = 'Media';
};
  };
  category = {
content = '';
title = 'Internals';
text = 'Description';
  };
};

 My Template is:

 [+ AutoGen5 template sql +]
 [+ (get template) +]
 [+ (get defaults.language) +]
 [+ IF (len categories) = 1 +]
 [+ # Loop through categories +]
 [+ # FOR categories.category +]
 [+ # FOR categories.category (for-from 0) (for-to (len
 categories.category)) +]
 [+ FOR categories.category (for-from 0) (for-to 2) +]

http://www.gnu.org/software/autogen/manual/html_node/AGMacro-syntax.html#AGMacro-syntax
says:

2. AutoGen FOR macros must be in one of three forms:

  FOR name [ separator-string ]
  FOR name (...Scheme expression list)
  FOR name IN string-entry [ ... ]
  where:
‘name’  must be a simple name.

In other words, you cannot use categories.category.
Instead, just use nested invocations of the first form:

[+ FOR categories +][+ FOR category +] ... [+ENDFOR+][+ENDFOR+]

Also, the conditional ``[+ IF (len categories) = 1 +]'' is
both unnecessary and incorrect.  The FOR won't iterate over
categories if there aren't any.  The correct spelling is:

[+ IF (= (len categories) 1) +]

It has to be a valid Guile/scheme expression.

 [+ categories.category.title +]

If you are wanting the title for the current category, lose the
name qualifications.  The search for this three part name will fail
at the current (category) level, try and fail at the categories
level and succeed at the top level.

 [+ ENDFOR categories.category +]
 [+ ENDIF +]

 Thank you in advance!

You're welcome.  Good luck!  Cheers - Bruce

P.S. using another variant of the template:

$ cat joomla-2.5.6.tpl ; autogen joomla.def;cat joomla.sql
[+ AutoGen5 template sql +]
[+ (get template)  +]
[+ (get defaults.language) +]
[+ FOR categories\+]
[+FOR category   \+]
[+ title  +]
[+ENDFOR \+]
[+ ENDFOR categories  +]
joomla-2.5.6.tpl
en-GB
News
Internals

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] Error running new AutoGen

[Bruce Korb]

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: /usr/bin/gcc -std=gnu99 -pthread
-I/usr/local/include/guile/2.0 -ggdb3 -Wall -Werror -Wcast-align
-Wmissing-prototypes -Wpointer-arith -Wshadow -Wstrict-prototypes
-Wwrite-strings -Wno-format-contains-nul -fno-strict-aliasing
-Wstrict-aliasing=2 -o .libs/autogen autogen-ag.o -Wl,--export-dynamic
 ../autoopts/.libs/libopts.so ../snprintfv/.libs/libsnprintfv.a
-L/usr/local/lib64 /usr/local/lib64/libguile-2.0.so -lffi -lrt
-lunistring -lgmp /usr/local/lib64/libltdl.so -lcrypt -lgc -lm -ldl
-pthread -Wl,-rpath -Wl,/usr/local/lib64
make[3]: Entering directory `/old-home/bkorb/ag/ag/agen5'
  /bin/sh ../libtool   --mode=install /usr/bin/install -c autogen
'/usr/local/bin'
libtool: install: /usr/bin/install -c .libs/autogen /usr/local/bin/autogen

and the ldd yields:

$ ldd $(which autogen)
linux-vdso.so.1 =  (0x7fffdd3ff000)
libopts.so.25 = /usr/local/lib64/libopts.so.25 (0x7f9a71ed4000)
[..]

There is also an interesting got'cha introduced with recent
autoconfs -- please notice
the library directory:  lib64
This is new behavior.  Make sure that /etc/ld.so.conf references the correct
directories and prefers the more explicit (lib64) over the platform
generic (lib).

Otherwise, build the thing with ./configure --disable-shared
Shared libraries are for folks that build distributions.
For everyone else, they are too flaky.

On Mon, Aug 13, 2012 at 11:38 AM, Manuel H m...@codeless.at wrote:
 Hello!

 Under my Ubuntu 10.04 system i have encountered the following error
 after successfully installing the newest AutoGen, by simply running:

 autogen -v

 on the shell. The output:

 Automated Options Processing Error!
 autogen called AutoOpts function with structure version 36:0:5.
 This exceeds the compiled library version:

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

GNU AutoGen/AutoOpts is a two-part project that serves two separate
purposes.  The two parts are combined because they are inextricably
intertwined:

AutoGen is a tool designed to simplify the creation and maintenance of
programs that contain large amounts of repetitious text.  It is
especially valuable in programs that have several blocks of text that
must be kept synchronized.

AutoOpts is both an example of that and a project in its own right.
It is a very powerful configuration file, environment variable and
command line option documentation and management tool consisting of a
set of AutoGen templates and a run time library that nearly eliminates
the hassle of managing, parsing and documenting program options.

The self-referential example:
http://www.gnu.org/software/autogen/man1-autogen.html

Subprojects:  AutoGen contains several subprojects since it relies
on them and arranging for their distribution ahead of time is painful.
There are basically two:

FSM - A finite state machine generator.  It allows you to specify an
fsm by specifying the states, the valid transitions and the actions
to take for the valid transitions.  The actions may be either function
calls or switch/case elements.  The processing may be step-and-return,
process-until-done or reentrant.

Further details can be seen in the leading comments of fsm.tpl.

New in 5.17 - December, 2012
NEWS entries since the last release:

* Bit Map and Enumeration templates are now fully integrated.
  They have their own section in the texi docs and the
  templates produce more easily used output.

* Guile adjustments.  Guile inserts /usr/local/lib into the
  LD_LIBRARY_PATH variable, causing problems when you are
  trying to run programs that use not-yet-installed libraries.
  LD_LIBRARY_PATH is now discarded.  :(

* The AG_TEST_GUILE_VERSION will now try rpm -q first
  before dpkg, guile-config --verision and guile --version.

* If a min count value has been specified, the emitted shell script
  option parsing code will now verify that the option appears that
  minimum number of times.

AutoGen home:http://www.gnu.org/software/autogen/
primary ftp: ftp://ftp.gnu.org/gnu/autogen/rel5.17/
.tar.gz: ftp://ftp.gnu.org/gnu/autogen/rel5.17/autogen-5.17.tar.gz
.tar.xz: ftp://ftp.gnu.org/gnu/autogen/rel5.17/autogen-5.17.tar.xz
bug 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

--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122712
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 
 /tmp/AUTOGEN/autogen-5.17/autoopts/tpl str2m.def
 creating str2m-h2.base
 run_ag x -L /tmp/AUTOGEN/autogen-5.17/agen5/test/.. -L 
 /tmp/AUTOGEN/autogen-5.17/autoopts/tpl -T str2mask str2m.def
 /bin/bash: line 154: columns: command not found

This uninstalled columns issue and a distribution omission have been fixed.
Please try:
   http://autogen.sourceforge.net/data/autogen-5.17.1pre1.tar.xz

Thank you!

--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 
 CLexe=../columns/columns ../agen5/autogen -MF.deps/stamp-opts.d 
 -MTstamp-opts -MP -L../autoopts/tpl -L../autoopts/tpl 
 --definition=./xmlopts.def
 /bin/bash: line 690: cd: /usr/include/autoopts: No such file or directory
 -
 
 The error is ignored and the build continues, it probably should be
 fixed anyway.

It just disables the insertion of translatable strings.
The code is trying to figure out where a file named usage-txt.h
lives.  Apparently, the search is not rigorous enough for the
build phase, but should work when installed.
I've added a stderr redirection to /dev/null.

Thank you.


(out-push-new) \=]
incdir=[= (if (defined? 'inc-dir) inc-dir ) ;;' 4emacs =]
test -d $incdir || incdir=`dirname [=(tpl-file #t)=]`/..
incdir=`cd $incdir/autoopts /dev/null 21  pwd`
test -f ${incdir}/usage-txt.h  {
sedcmd='/LIBOPTS-MESSAGES:/,/END-[=

  (if (and (exist? full-usage) (exist? short-usage))
  LIBOPTS-MESSAGES
  USAGE-TEXT ) =]/p'
sed -n $sedcmd ${incdir}/usage-txt.h
}
[= (shell (out-pop #t)) =]

--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_feb
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 /usr/local/share/autogen -T agman1.tpl -DTCPREPLAY
 tcpreplay_opts.def
 please note that this is obsolete

 This works (generates tcpreplay.1)

 aturner@Laphroaig.local:~/GIt/tcpreplay/src autogen -L
 /usr/local/share/autogen -T agman1.tpl -L tcpedit -b tcpreplay-edit
 -DTCPREPLAY_EDIT tcpreplay_opts.def
 please note that this is obsolete

 Generates tcpreplay.1 not tcpreplay-edit.1 but puts tcpreplay-edit.1 content
 in the file.

Fixing one problem causes another.  *sigh*.  When -b is provided, it should
be honored.  However, typically, I use tcpreplay-opts.def type naming.
In that case, the prog-name value should be used as the base name.
The thing is Turing complete, so I can likely find a way….  Sorry.

Please construct tcpreplay-edit.1 first and rename the misnamed result
with some scriptlett that ensures that it worked correctly.  Meanwhile,
I'll see if I can jigger the template to detect a specified -b option.
(Maybe comparing the input def file name against the base-name.)

 Also, what is obsolete?  I don't see any of those flags marked obsolete in
 the man page or online docs?

I guess that should be clearer, too.  agman1.tpl is now a wrapper for
agman-cmd.tpl since it really covers section 8 docs, too.

Thank you - Cheers, Bruce

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

[Autogen-users] Autogen 5.17.4 pre-announcement

[Bruce Korb]

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.
* OPT_MEMLST_option_name is a new macro that invokes that function
   for option_name
* Set membership strings are now more forgiving in their syntax.
   See Arg Type Set Membership in the docs.

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and 
their applications. This 200-page book is written by three acclaimed 
leaders in the field. The early access version is available now. 
Download your free book today! http://p.sf.net/sfu/neotech_d2d_may
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

GNU AutoGen/AutoOpts is a two-part project that serves two separate
purposes.  The two parts are combined because they are inextricably
intertwined:

AutoGen is a tool designed to simplify the creation and maintenance of
programs that contain large amounts of repetitious text.  It is
especially valuable in programs that have several blocks of text that
must be kept synchronized.

AutoOpts is both an example of that and a project in its own right.
It is a very powerful configuration file, environment variable and
command line option documentation and management tool consisting of a
set of AutoGen templates and a run time library that nearly eliminates
the hassle of managing, parsing and documenting program options.

The self-referential example:
http://www.gnu.org/software/autogen/man1-autogen.html

There are several other examples embedded in AutoGen:
A finite state machine generator, string name to enumeration value
conversions, and bit map and bit mask management, to name a few.

New in 5.17.4 - May, 2013
NEWS entries since the last release:

* --save-opts documentation cleanup
* optionMemberList() will return an allocated string containing
   the names of the bits set in the option.
* OPT_MEMLST_option_name is a new macro that invokes that function
   for option_name
* Set membership strings are now more forgiving in their syntax.
   See Arg Type Set Membership in the docs.
* tab stripped here strings include stripping the backslash
   escape character when it precedes any whitespace character.

AutoGen home:http://www.gnu.org/software/autogen/
primary ftp: ftp://ftp.gnu.org/gnu/autogen/rel5.17.4/
.tar.gz: ftp://ftp.gnu.org/gnu/autogen/rel5.17.4/autogen-5.17.4.tar.gz
.tar.xz: ftp://ftp.gnu.org/gnu/autogen/rel5.17.4/autogen-5.17.4.tar.xz
bug 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

--
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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. When following documentation, using the
 eval builtin like this

  eval `script-opts \$@\`
  test -z ${OPTION_CT}  exit 1
  test ${OPTION_CT} -gt 0  shift ${OPTION_CT}

 since it's not easy to clearly distinguish between help invocation and
 successful command line parsing the eval just errors on usage output if
 we pass -? to this script.

 There can be multiple ways to solve this, for example we can distinguish
 usage invocation by a different exit value.

 I have made a two patches, one that passes failure exit code to
 optionUsage(), making it output to stderr. I am not sure the program
 should exit with failure exit code though, so I made the second patch,
 which uses success exit code, but outputs to stderr. I am using
 option_usage_fp global and I am not sure this is documented behaviour
 and correct way to do this.

 Both of these patches make the eval work without error when the parser
 is passed -? or --help.

 What do you think?

Hi,

I think you hit upon something not fully considered and never bothered me.
eval-ing usage text will make the shell unhappy.  It needs fixing.
You are correct that the actual exit code is not important for this
situation, but it is necessary for normal applications where the
program logic is in the same process as the option processing.
So, basically, we need to do normal usage processing, but send output
to stderr because stdout is being captured and eval-ed.

I think, additionally, we ought to emit exit 0 to stdout as well,
eliminating the need for the test  exit.  I think the best solution
is to fiddle doUsageOpt() such that when it is called in this context,
it will print exit 0\n to stdout, redirect stdout to stderr and then
process the usage normally.

Thank you for pointing this out.

Regards, Bruce

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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.  works for me.

Cheers - Bruce

http://autogen.sourceforge.net/announce.html
http://autogen.sourceforge.net/data/autogen-5.17.5pre8.tar.xz

--
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

[Autogen-users] 5.18.1pre4 is available

[Bruce Korb]

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.

http://autogen.sourceforge.net/data/autogen-5.18.1pre4.tar.xz

--
Get 100% visibility into Java/.NET code with AppDynamics Lite!
It's a free troubleshooting tool designed for production.
Get down to code-level detail for bottlenecks, with 2% overhead. 
Download for free and get started troubleshooting in minutes. 
http://pubads.g.doubleclick.net/gampad/clk?id=48897031iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 to ${LIBGUILE_PATH}/../bin.
 The failure occurs because the directory does not exist.

 It looks like ag_macros.m4 needs to have a better method of determining
 the value of LIBGUILE_PATH.  The current method takes the path of the
 last -L argument in LIBGUILE_LIBS.  For me, this path points to the
 libdir for libgc, which is not installed at the same --prefix as
 libguile itself, so we can't go to ${libgc-prefix}/lib/../bin because
 libgc doesn't install a bin directory.

 Why not use LIBGUILE_PATH=`guile-config info libdir` instead?

Because, cleverly, not all distributions distribute (install) guile-config.
A better question is why doesn't Guile provide a guile.m4 file that derives
all the information one might need?  They can supply it to gnulib, if they
don't want to provide it themselves.

Meanwhile, I will add --with-libguile-path that overrides the derived
LIBGUILE_PATH value.

Cheers - Bruce

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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

 Which executables are actually required for the tests?  Is it just the
 'guile' executable?  If that's the case, I think configure should just
 declare a precious variable named GUILE.  If the builder is already
 passing the --with-libguile configure flags, it wouldn't be too much
 more to ask that they then set GUILE if guile isn't already in PATH.
 The configure and tests scripts wouldn't have to worry at all about PATH
 then.

I've been fiddling this thing for long enough now that I have no idea.
I very likely don't even invoke guile anymore, but I might. :)
That would make it _really_ pointless.

 For now, I've not included --with-libguile-path just because of time.
 Please try the new pre-release and if you have troubles, I'll try
 to get to the with thing.

 With the additional patch I pasted above, the prerelease works fine.
 I'll try coding up the GUILE precious variable in configure, and send a
 patch if that works.

For that to be useful, you also have to find the guile invocation and
use the $GUILE.  I have my doubts that it is even used any more.  :(

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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.

--
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from 
the latest Intel processors and coprocessors. See abstracts and register 
http://pubads.g.doubleclick.net/gampad/clk?id=60134071iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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:
 ./ocpasswd-args.h:61:3: error: #error option template version
 mismatches autoopts/options.h header

Yep.  You must ensure that the headers in the included library
are found *before* the system headers.  What does the compile
line look like?  If it has -I/usr/include before -I$top_builddir/libopts
you will definitely have a problem.  The link line should also have
$top_builddir/libopts/libopts.a in it.

   # error option template version mismatches autoopts/options.h header

 If I include the libopts in the package and force the program to use
 that and not the system one, then I have issues with people who have
 autogen and regenerate them.

If they regenerate stuff, they must also ensure that they compile and link
against the relevant version of the library and headers.

 Both cases are kind of ugly, and the only viable alternative seem to
 be to not ship them at all and require autogen in the target system.

That might work if all target systems come out of a foundry
(is a distro).

 This is of course is ugly for systems like *bsd that typically do not
 have a lot of gnu tools (and autogen requires guile etc).

 Is there any other cleaner solution to that, that I'm missing?

If compiling with -I$top_builddir/libopts early on and linking with
$top_builddir/libopts/libopts.a does not work, I'd like to understand
why not. :)  That _ought_ to work...

Cheers - Bruce

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 libopts change that often?
 If not it may be a good idea to require regeneration of the files only
 libopts API is different from the API used by autogen. Currently the
 #error condition is on every difference in major or minor release
 between libopts and autogen, and this is what causes the
 inconvenience.

Hmmm.  OK.  I'll pull your sources and if you'd send me your
fiddlings (patch), I'll look into what makes sense.  I'll try
to do something reasonable with your code, but fix my own and
re-release if necessary.

Thanks for your help!

Regards, Bruce

--
November Webinars for C, C++, Fortran Developers
Accelerate application performance with scalable programming models. Explore
techniques for threading, error checking, porting, and tuning. Get the most 
from the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60136231iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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

 Hello,

 I have build autogen-5.18.2 with dash-0.5.7 (not 'bash') as shell.

I have altered configure.ac as follows:

[CONFIG_SHELL=${CONFIG_SHELL-/bin/sh}
f=`${CONFIG_SHELL} -c 'echo true | (
 exec 2/dev/null ; read -u0 line ; echo $line ; )'`
test X$f = Xtrue || CONFIG_SHELL=`command -v bash`]

If your shell does not support read -u $n, then it is deficient.
Dash is broken.

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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

 Since I'm building as much as possible from sources, I can't use 'bash' 
 because I can't build it, so I've switched to 'dash'. There is some problem 
 with 'dietlibc' - 'dash' - the latter can supposedly be built with the 
 former, but in reality there is an apparent  problem in 'dietlibc' - a macro 
 is not defined.

 Luckily, I can still build 'dash' using stock 'glibc' and I can link it 
 statically.

 Now on 'dash' itself and on whether it's broken or not - 'dash' is supposedly 
 POSIX-compliant, and scripts which run under 'bash', but not under 'dash' 
 supposedly have 'bashisms' in them. I am not shell programmer (I mostly 
 program in Perl, C, GNU Octave), so I honestly do not know whether 'read -u 
 ...' should be supported by a POSIX-compliant shell.

 I know that 'dash' has been used by Debian for years, and I know it's their 
 policy to have POSIX-compliabt /bin/sh scripts.

 Maybe my test case discovered a 'bashism' - if so, the effort was worth it.


read -u is in ksh, bash and most recent (read: since 1987) shells.
It hasn't been standardized and dash will include absolutely nothing
that has not been mandated by the Open Group.  ergo, no -u, despite
being nearly ubiquitous.  (dash and Solaris' /bin/sh being the
exceptions.)  So the option is not a bashism -- its absence is a dash-ism.

WRT building bash, I've had no trouble building a farily recent version
(a year ago or so).  It's pretty straight forward.  Weird.

Anyway, writing shell scripts is not easy and the extra somersaults
required by stripped down shells aren't worth it.

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today.
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 nmav@@example.net with nmav@@exampl.net (or
 something smaller) it doesn't crash!

I am going to guess that it is a texi issue that I cannot do anything about.
I'll try to futz with it this Sunday (Sundays being my only available time
for the foreseeable future), but I doubt I can do anything.  I am sure you
know that all that ds-text text just gets dumped into a doc processed
by texinfo.  autogen would not possibly know the difference between
@@example.net and @@exampl.net.  texinfo might.  :(

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 the final pass on the text.  This has now been fixed with the latest
pre-release (http://autogen.sourceforge.net/data/autogen-5.18.3pre17.tar.xz)

--
Learn Graph Databases - Download FREE O'Reilly Book
Graph Databases is the definitive new guide to graph databases and their
applications. Written by three acclaimed leaders in the field,
this first edition is now available. Download your free book today!
http://p.sf.net/sfu/13534_NeoTech
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 included from options.c:22:0:
 options.h:39:3: error: #error option template version mismatches 
 autoopts/options.h header
   # error option template version mismatches autoopts/options.h header
 ^
 options.h:40:3: error: unknown type name ‘Choke’
 Choke Me.
 ^
 options.h:40:11: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ 
 before ‘.’ token
 Choke Me.
 ^


 However, if I rename the same file to, say, something-else.def, the 
 resulting .c file compiles fine.  It looks like, in the first case, there are 
 some preprocessor macros that cause my generated options.h to get confused 
 with autoopts/options.h, which it #includes.  (If nothing else, they both 
 #define AUTOOPTS_OPTIONS_GUARD_H.)

 I'm guessing the problem (and hopefully the solution) will be obvious to 
 anyone familiar with the autogen source, but let me know if I can provide any 
 further information.

 Best,
 Nick

It probably is.  Meanwhile, Don't do that :)
I'll take a peek this Sunday.

--
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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  Generate RSA key'

 Note the funny '-' that was assigned. The funny assignments (using
 values from !@#$%^*) seem to occur for all options that have no value
 and set doc to something else than empty.

It isn't funny at all.  ;)  It may be a little while before I can chase it down.
You are talking about the help usage text and not man pages, correct?
In that case, the issue has to be in one of the opt*.t* files and there
the only reference to the doc stanza is in code emitting an introductory
comment to a generated function for handling the option.

Thank you for raising the issue!

Regards, Bruce

--
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] basic help

[Bruce Korb]

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 configuration file without 
 extension?

 For example:

 [+ AutoGen5 template interfaces +]

That specifies a suffix of .interfaces.  Somewhere in there is an
explanation that
you can use a formatting specification after a '=' thus:

[+ AutoGen5 template interfaces=%s +]

http://autogen.sourceforge.net/doc/pseudo-macro.html#pseudo-macro
``The suffix specification consists of a sequence of POSIX
compliant file name characters and,
optionally, an equal sign and a file name formatting
specification. That specification may be
either an ordinary sequence of file name characters with zero, one
or two %s formatting
sequences in it, or else it may be a Scheme expression that, when
evaluated, produces
such a string. The Scheme result may not be empty. The two string
arguments allowed for
that string are the base name of the definition file, and the
current suffix (that being the text
to the left of the equal sign). (Note: POSIX compliant file name
characters consist of
alphanumerics plus the period (.), hyphen (-) and underscore (_)
characters.)''

 iface [+iface+] inet [+IF type == dhcp +] dhcp

You must mean:
   [+IF (== (get type) dhcp) +]

expressions are typically in schemy style.

 [+ELSE static ip +] static
 address [+addr+]
 netmask [+mask+]
 [+ENDIF End of if +]

 Results in cryptic warning:
 attempted to use block macro in eval expression
 and no output at all.

It should also reference a line.  That should give a hint, too.

Cheers - Bruce

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] basic help

[Bruce Korb]

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?
 ag_network template=etc-network-interfaces.tpl
   iface
 eth0
   /iface
   type
 dhcp
   /type
   addr
 192.168.1.2
   /addr
   mask
 255.255.255.0
   /mask
 /ag_network

 etc-network-interfaces.tpl:
 [+ autogen5 template /tmp/network/interfaces +]

The first / before tmp is interpreted as the end of macro marker.
That character is not a valid file *NAME* character.
Try this:
[+ autogen5 template if=/tmp/network/interfaces +]


 iface [+iface+] inet [+IF (== (get type) dhcp) +] dhcp
 [+ELSE error is in the line above +] static
 address [+ addr +]
 netmask [+ mask +]
 [+ENDIF End of static/dynamic choice +]

 Now it fails on a line with IF due to macros cannot nest but I do not see 
 any
 nested macro in here.

 best regards,
 Olga.


 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.  Get
 unparalleled scalability from the best Selenium testing platform available.
 Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs
 ___
 Autogen-users mailing list
 Autogen-users@lists.sourceforge.net
 https://lists.sourceforge.net/lists/listinfo/autogen-users

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.  Get 
unparalleled scalability from the best Selenium testing platform available.
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 method similar to [0] for usage,
 by un-defining the version from the .def file, and adding a custom flag
 version. That unfortunately conflicts with autoconf's VERSION
 definition, so it requires some special re-arrangement of headers, such
 as moving the generated header over config.h.

or undef-ing before sourcing the option header?

 The issues with this approach are that (1) optionPrintVersion() starts
 with the name of the program but no version string (as the version
 directive was removed), and it does exit after printing the version, so
 the additional data can only precede the copyright string which is
 pretty impractical. Is there a better way to achieve that functionality?

After line 177 in optcode.tlib:

 (set! tmp-text (string-append version-text \n tmp-text))

add this:

 (if (exist? full-version) (set! tmp-text (get full-version)))

and add this to your .def file:

 full-version = - _EOVer_
whatever you like
_EOVer_;

that is probably the easiest way.  Let me know if it suits your need.
Otherwise, we have to go through the assembly of the text and define
a new permutation based on some other indicator, like:

(if (exist? gnuly-correct-version)
(set! tmp-text ()) )

That would _probably_ be the best solution, but it takes a bit of effort:

 IF (not (exist? copyright))

 =]
 #define zCopyright  NULL
 #define zLicenseDescrip NULL[=
 ELSE  =][=
   CASE (define cright-owner (get copyright.owner (get copyright.author)))
(get copyright.type)   =][=

 = note  =][=
   (set! tmp-text (get  copyright.text))
   (define ext-text tmp-text)=][=

 ~~* .   =][=
   (define ext-text
  (license-description (get copyright.type)
 prog-name  cright-owner ) )

   (set! tmp-text
  (license-info (get copyright.type)
 prog-name  cright-owner (get copyright.date) ) )
 =][=

 *   =][=
   (set! tmp-text (sprintf
   Copyright (C) %s %s, all rights reserved
   (get copyright.date) cright-owner  ))
   (define ext-text tmp-text)  =][=

   ESAC  =][=

 (set! tmp-text (string-append version-text \n tmp-text)) ;;; line 177
 (if (not omit-nls-code)
 (put-xget pzCopyright tmp-text))

 (string-append \n#define zCopyright  (
 (string-table-add-ref opt-strs tmp-text)
 )\n#define zLicenseDescrip (

 (if (= tmp-text ext-text)
 zCopyright
 (begin
(set! ext-text (string-append (shell (string-append
  ${CLexe} --fill -I0 -W75 _EOF_\n ext-text \n_EOF_ )) \n 
 ))

(if (not omit-nls-code)
(put-xget pzCopyNotice ext-text))
(string-table-add-ref opt-strs ext-text)
 )   )
 )\n ) =][=

 ENDIF copyright   =][=

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 that in the templates, you see 
this code:


IF (exist? version)   =][=

   IF (exist? version-proc) =]
#define VER_PROC[= (get version-proc) =][=
   ELIF (. guarded-test-main) =]
#ifdef [=(. main-guard) =]
# define VER_PROC   optionVersionStderr
#else
# define VER_PROC   optionPrintVersion
#endif /* [=(. main-guard)=] */[=
   ELSE  =]
#define VER_PROCoptionPrintVersion[=
   ENDIF  guarded-test-main =][=

ENDIF  there is a version

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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/automatic-options.html#automatic-options

 third paragraph.  :)

 Thanks, that seems to be very close to what I want. The issue is that
 I can't combine it with optionPrintVersion(), as optionPrintVersion()
 exits, so I'd have to duplicate printing the license message, and bugs
 address. Anyway maybe, I'm nitpicking, I think it is ok by having a
 more terse version text.

Ah.  Then:

OPT_SET_VERSION_DOES_NOT_EXIT(progOptions);
optionPrintVersion(progOptions, progOptions.pOptDesc + INDEX_OPT_HELP);

I still have 6 bits in the OPTPROC_* flags, before I have to do something
disruptive.  Won't be doing it today though.  :)

--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

Never mind.  I was on a long hold and looked at the code.  The answer
jumped out at me:  print_ver() gets a new argument to indicate,
please do not exit and I add:


/*=export_func  optionPrintVersionAndReturn
 * private:
 *
 * what:  Print the program version
 * arg:   + tOptions* + opts + program options descriptor +
 * arg:   + tOptDesc* + od   + the descriptor for this arg +
 *
 * doc:
 *  This routine will print the version to stdout.
=*/
void
optionPrintVersionAndReturn(tOptions * opts, tOptDesc * od)
{
print_ver(opts, od, print_exit ? stderr : stdout, false);
}

false meaning 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 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.  :)


 Thanks, that seems to be very close to what I want. The issue is that
 I can't combine it with optionPrintVersion(), as optionPrintVersion()
 exits, so I'd have to duplicate printing the license message, and bugs
 address. Anyway maybe, I'm nitpicking, I think it is ok by having a
 more terse version text.


 Ah.  Then:

OPT_SET_VERSION_DOES_NOT_EXIT(progOptions);
optionPrintVersion(progOptions, progOptions.pOptDesc + INDEX_OPT_HELP);

 I still have 6 bits in the OPTPROC_* flags, before I have to do something
 disruptive.  Won't be doing it today though.  :)

--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

[Autogen-users] getopt.tpl template processing

[Bruce Korb]

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 text, it is necessary to compile some generated code in a
 temporary directory.  That means that all the include directories
 needed to compile the code must be full path names and not relative
 directory names.  ``.'' is a relative directory name.  To specify
 ``-I.'' in the @code{CFLAGS} environment variable, you must expand it.
 For example, use:

 @example
 CFLAGS=-I`pwd`
 @end example

Also, I seem to have lost the email I was looking at earlier.
Someone sent me a test3.zip file and a patch to alter gettext.tpl.
It has completely disappeared.  No trace anywhere.

Anyway, the mod essentially added an extra layer of evaluation of CFLAGS
so that some extra quoting got stripped off of a command line
define for an include file name.  I cannot exactly do that.
I'd recommend sedding a wrapper header that you always include instead.
e.g.:

 sed 's/@@MARKER@@/$(FILE_NAME)/' test-wrap.h.in  test-wrap.h ; \
 autogen -T getopt.tpl test.def

where the compilation of test.c needs to include $(FILE_NAME).
That will simplify all the layers of quoting required by the shell
and autogen and the C compiler.  It gets confusing, but I think I
chased it to that cause.

--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.net/sfu/Bonitasoft
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 while previous releases were
> signed with D9204CB5BFBF0221. The new key (and the old one) is unsigned
> (besides the self-signature). Could you sign the new key with the old
> one and upload it to the keyservers?
>
> cu Andreas
> --
> `What a good friend you are to him, Dr. Maturin. His other friends are
> so grateful to you.'
> `I sew his ears on from time to time, sure'
>
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> Autogen-users mailing list
> Autogen-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/autogen-users



-- 
 - Bruce

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 AutoGen) 5.18.12
> $ autogen  No definition data were read
> Aborted (core dumped)
> $ autogen /dev/null
> fserr 22: cannot open non-regular file /dev/null:  Invalid argument
> Aborted (core dumped)
> $ echo foo | autogen
> FSM Error:  in state 0 (init), event 3 (var_name) is invalid
> invalid transition:  in stdin on line 1
> token in error:  var_name:  ''foo
> ''
>
> [[...]]
>
>
> Likely causes:  a mismatched quote, a value that needs quoting,
> or a missing semi-colon
> Aborted (core dumped)
>
> Andreas.
>
> --
> Andreas Schwab, SUSE Labs, sch...@suse.de
> GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
> "And now for something completely different."
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Autogen-users mailing list
> Autogen-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/autogen-users



-- 
 - Bruce

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 b/agen5/autogen.c
index 60703ec2..2140cdce 100644
--- a/agen5/autogen.c
+++ b/agen5/autogen.c
@@ -233,6 +233,9 @@ cleanup_and_abort(int sig)

 if (processing_state == PROC_STATE_ABORTING) {
 exit_cleanup(EXIT_PCLOSE_NOWAIT);
+
+if (HAVE_OPT(NO_ABORT))
+exit(AUTOGEN_EXIT_USAGE_ERROR);
 abort();
 }

@@ -282,6 +285,9 @@ cleanup_and_abort(int sig)
 #endif

 exit_cleanup(EXIT_PCLOSE_NOWAIT);
+
+if (HAVE_OPT(NO_ABORT))
+exit(AUTOGEN_EXIT_USAGE_ERROR);
 abort();
 }

@@ -484,6 +490,9 @@ ag_abend_at(char const * msg
 if (msg[-1] != NL)
 fputc(NL, stderr);

+if (HAVE_OPT(NO_ABORT))
+exit(AUTOGEN_EXIT_USAGE_ERROR);
+
 #ifdef DEBUG_ENABLED
 abort();
 #else

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] 5.18.14?

[Bruce Korb]

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 was
> no announcement and the release is not tagged in GIT?
>
> cu Andreas
>
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Autogen-users mailing list
> Autogen-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/autogen-users



-- 
 - Bruce

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

Re: [Autogen-users] release signature

[Bruce Korb]

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 perhaps
verify/announce that there was a key transition?


Sorry. Can't do it. Lost the old gpg data. However, I'm forwarding this 
to the list.


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 the final NUL), gcc does not
> complain anymore.  Anyway, the tests pass.

Again, you're behind. :) Under Git is a fix for that.
Interesting it didn't show up with the prior release.
Anyway, all that code was written before I wrote the
SPN/BRK macros in autoopts/ag-char-map.h. Don't bother, though,
your hack is just fine. Anybody using 255 character long names
deserve what they get anyway. Still, there's a fix.

> Are we talking about the same thing? For autogen version 5.18.16, given
> example.def:

I probably erased it because I rewrote a bit of the email, but
earlier today my autogen was not working because guile requires libffi6
and my new installation installs version 7. Fixed now:

> ==> def.def <==
> autogen definitions tpl;
> /* Now set up the first 5 items of bar */
>
> i[0]='';
> i[9]=''; // you have to have "i's" that span the full range
>
> example = {
>   foo  = bar;
>   size = 5;
> };
>
> ==> tpl.tpl <==
> [= autogen5 template c =]
> [= for example =] /* [= foo =] example */
> /* Now set up the first [=size=] items of [=foo=] */
> [= for i (for-from 0) (for-by 1) (define lim (string->number (get "size"))) 
> (for-to lim) =] > [= foo =][[=(for-index)=]] = [=(for-index)=];
> [= endfor =]
> [= endfor =]

NOTE: "for-to" requires a numeric argument and "get" always yields a string.

> ==> def.c <==
>  /* bar example */
> /* Now set up the first 5 items of bar */
>
> bar[0] = 0;
>
> bar[1] = 1;
>
> bar[2] = 2;
>
> bar[3] = 3;
>
> bar[4] = 4;
>
> bar[5] = 5;

By the way, adding options like:
--trace=everything --trace-out

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users

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

[Bruce Korb]

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 been several years since I looked at
the code and
it will be a while before I can get to it, so, please, feel free. I'll roll
up your fix the next
time I roll out another release. :) Thank you!

 - Bruce


On Sat, Apr 9, 2022 at 3:40 PM George R Goffe via Autogen-users <
autogen-users@lists.sourceforge.net> wrote:

> Howdy,
>
> I'm trying to build this "latest"(?) version on my Fedora Core 37 system
> and am having trouble (see below). If the development repository is
> available I'd be willing/eager to use it for the latest source code If you
> see a benefit to that for you.
>
> Here are my config options:
>
>   96  ./configure --prefix=/usr/lsd/$osname --verbose\
>   97  --with-local-prefix=/usr/lsd/$osname   \
>   98  --disable-silent-rules \
>   99  --enable-dependency-tracking   \
> 100  --enable-shared=yes\
> 101  --enable-static=yes\
> 102  --enable-fast-install=no   \
> 103  --enable-static-autogen\
> 104  --enable-snprintfv-install \
> 105  --with-pic=yes \
> 106  --with-gnu-ld
>
> Here's what I'm seeing (full build log available on request)::
>
> /bin/bash ../libtool  --tag=CC   --mode=link gcc -I/usr/include/guile/2.2
> -g -O2 -Wno-format-contains-nul -fno-strict-aliasing -export-dynamic
> -static -no-install  -o autogen  autogen-ag.o ../autoopts/libopts.la
> ../snprintfv/libsnprintfv.la -lguile-2.2 -lgc -lpthread -ldl   -lm -ldl
> libtool: link: gcc -I/usr/include/guile/2.2 -g -O2
> -Wno-format-contains-nul -fno-strict-aliasing -o autogen autogen-ag.o
> -Wl,--export-dynamic  ../autoopts/.libs/libopts.a
> ../snprintfv/.libs/libsnprintfv.a -lguile-2.2 -lgc -lpthread -lm -ldl
> /usr/bin/ld:
> ../autoopts/.libs/libopts.a(libopts_la-libopts.o):/tools/autogen/autogen-5.18.16/autoopts/autoopts.h:410:
> multiple definition of `option_usage_fp';
> autogen-ag.o:/tools/autogen/autogen-5.18.16/agen5/../autoopts/autoopts.h:410:
> first defined here
> collect2: error: ld returned 1 exit status
>
> Best regards and STAY SAFE!,
>
> George...
>
>
> ___
> Autogen-users mailing list
> Autogen-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/autogen-users
>
___
Autogen-users mailing list
Autogen-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/autogen-users