libdbi-devel — Discussion about development of the core library and DBD interface

Re: [libdbi-devel] locale

[<mar...@mh...>]

Christoph Holtermann writes:
 > Hello !
 > 
 > Further information can be found at:
 > 
 > http://www.mail-archive.com/gnu...@gn.../msg28150.html
 > and
 > https://bugzilla.gnome.org/show_bug.cgi?id=611936
 > 

Hi,

first of all, I was surprised to learn that GnuCash uses libdbi these
days. One more reason to finally get a feature-complete and bug-free
1.0 done!

A few comments to the problems that you reported here and in the
mailing list threads above.

1) I think Artyom is right in that the library libdbi cannot do much
about how a program linked against it influences (or doesn't
influence) printf's interactions with locale settings. One of the
GnuCash developers obviously included some patch for this problem. I
hope this is going to work for you.

2) if not, would it be possible to set a different locale in a GnuCash
start script as a temporary workaround?

3) we seem to have a bootstrapping issue with building our new test
kit. I've seen similar problems after "make check", however they seem
to exist only on first-time installations. The reason seems to be that
gcc doesn't pick up the libdbi headers although an appropriate option
(-I/usr/include in your case) is present. I haven't got around
debugging this and I'd appreciate if others could confirm this problem
or report how to get around it.

4) we do have a problem with an outdated and ill-conceived build
system. It should be modified to pick up user-defined CFLAG and LDFLAG
settings, and it should drop those platform-specific optimizations and
leave that to either package maintainers or to users who know what
they're doing. This includes the -ffast-math option which obviously
gets in your way. This was requested recently on the ML or in a tracker
item.

5) we have rewritten the test kit completely. The tests are now
designed to detect incorrect return values in addition to any program
failures. However, your make test snippet (apparently from GnuCash's
copy of the old test kit) indicates that the _tz data are expected to
be returned as 0 because the tests were skipped for that driver. I'd
have to investigate why this is the case here. It should not happen in
the latest versions as MySQL does support timezones IIRC.

In any case, please let us know if the GnuCash developers' latest
patches make things work for you. I'll try to fix the above-mentioned
libdbi issues as soon as time permits. Running libdbi-based apps
shouldn't be that disappointing, after all.

regards,
Markus

-- 
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38

Re: [libdbi-devel] locale

[Artyom <art...@ya...>]

Hi,

libdbi uses standard sprintf or asprintf and it is 
defenatelly not something simple to fix.

As standard C library does not provide any "reasonable"
tool to format and parse double without connection
with current locale (atof would fail to parse "1.3" in
"de_DE.UTF-8")

I think you would have to use C locale
at least when you call libdbi
(if your program is single threaded it would be
ok to swich locale in run time).

setlocale(LC_ALL,"C");
do queries
setlocale(LC_ALL,"");

If you program in C++ it would be simpler
as it has things to do this correctly.

Note: I'm not libdbi developer.

Artyom


----- Original Message ----
> From: Christoph Holtermann <c.h...@gm...>
> To: lib...@li...
> Sent: Thu, January 27, 2011 3:17:12 PM
> Subject: Re: [libdbi-devel] locale
> 
> Hello !
> 
> Further information can be found  at:
> 
> http://www.mail-archive.com/gnu...@gn.../msg28150.html
> and
> https://bugzilla.gnome.org/show_bug.cgi?id=611936
> 
> regards,
> 
> Christoph  Holtermann
> 
> Am 27.01.2011 14:10, schrieb Christoph Holtermann:
> >  Hello !
> >
> > I'm using GnuCash with a MySql backend using libdbi.  There are some
> > strange errors with some versions of libdbi for which a  workaround has been 
>built
> > which says one should change the version of  libdbi. This error message has 
>just
> > been included and it stops me from  using my financial data. Because of that
> > i tried to find the error. At  the moment it seems to me that it is linked 
to
> > dbi_conn_queryf.
> >  The test in Gnucash calls it with
> > result = dbi_conn_queryf(  conn,
> >                                "INSERT INTO numtest VALUES (%lld,  %llu, 
>%17e)",
> >                                 testlonglong,  testulonglong, testdouble );
> > where
> > gint64 testlonglong =  -9223372036854775807LL, resultlonglong = 0;
> >     guint64  testulonglong = 9223372036854775807LLU, resultulonglong = 0;
> >      gdouble testdouble = 1.7976921348623157E+307, resultdouble =  0.0;
> >
> > This fails at my system. The logfile of MySql  states
> >
> > 110127 13:40:28    21 Connect    christoph@localhost on gnucash
> >                     21 Query     CREATE TEMPORARY TABLE  numtest ( test_int 
>BIGINT, test_unsigned BIGINT, test_double FLOAT8  )
> >                     21 Query     INSERT INTO numtest VALUES 
>(-9223372036854775807,  9223372036854775807,     1,797692e+307)
> >
> > The last row  is wrong because it is 1,797692e+307 instead of 1.797692e+307. 
>The separator is  wrong. I guess this is because
> > the locale for germany where i live puts  it that way.
> >
> > I don't know if this is a feature or a bug. But i  guess it would make life 
>simpler if printf in that function wouldn't be so  locale specific ;-)
> >
> > I'm not a C programmer and I'm not sure if  the solution should be a change 
>of libdbi or GnuCash.
> >
> >  regards,
> >
> > Christoph  Holtermann
> 
> 
> ------------------------------------------------------------------------------
> Special  Offer-- Download ArcSight Logger for FREE (a $49 USD value)!
> Finally, a  world-class log management solution at an even better price-free!
> Download  using promo code Free_Logger_4_Dev2Dev. Offer expires 
> February 28th, so  secure your free ArcSight Logger TODAY! 
> http://p.sf.net/sfu/arcsight-sfd2d
> _______________________________________________
> libdbi-devel  mailing list
> lib...@li...
> https://lists.sourceforge.net/lists/listinfo/libdbi-devel
> 


      

Re: [libdbi-devel] locale

[Christoph H. <c.h...@gm...>]

Hello !

Further information can be found at:

http://www.mail-archive.com/gnu...@gn.../msg28150.html
and
https://bugzilla.gnome.org/show_bug.cgi?id=611936

regards,

Christoph Holtermann

Am 27.01.2011 14:10, schrieb Christoph Holtermann:
> Hello !
>
> I'm using GnuCash with a MySql backend using libdbi. There are some
> strange errors with some versions of libdbi for which a workaround has been built
> which says one should change the version of libdbi. This error message has just
> been included and it stops me from using my financial data. Because of that
> i tried to find the error. At the moment it seems to me that it is linked to
> dbi_conn_queryf.
> The test in Gnucash calls it with
> result = dbi_conn_queryf( conn,
>                               "INSERT INTO numtest VALUES (%lld, %llu, %17e)",
>                                testlonglong, testulonglong, testdouble );
> where
> gint64 testlonglong = -9223372036854775807LL, resultlonglong = 0;
>     guint64 testulonglong = 9223372036854775807LLU, resultulonglong = 0;
>     gdouble testdouble = 1.7976921348623157E+307, resultdouble = 0.0;
>
> This fails at my system. The logfile of MySql states
>
> 110127 13:40:28    21 Connect   christoph@localhost on gnucash
>                    21 Query     CREATE TEMPORARY TABLE numtest ( test_int BIGINT, test_unsigned BIGINT, test_double FLOAT8 )
>                    21 Query     INSERT INTO numtest VALUES (-9223372036854775807, 9223372036854775807,     1,797692e+307)
>
> The last row is wrong because it is 1,797692e+307 instead of 1.797692e+307. The separator is wrong. I guess this is because
> the locale for germany where i live puts it that way.
>
> I don't know if this is a feature or a bug. But i guess it would make life simpler if printf in that function wouldn't be so locale specific ;-)
>
> I'm not a C programmer and I'm not sure if the solution should be a change of libdbi or GnuCash.
>
> regards,
>
> Christoph Holtermann

[libdbi-devel] locale

[Christoph H. <c.h...@gm...>]

Hello !

I'm using GnuCash with a MySql backend using libdbi. There are some
strange errors with some versions of libdbi for which a workaround has been built
which says one should change the version of libdbi. This error message has just
been included and it stops me from using my financial data. Because of that
i tried to find the error. At the moment it seems to me that it is linked to
dbi_conn_queryf.
The test in Gnucash calls it with
result = dbi_conn_queryf( conn,
                              "INSERT INTO numtest VALUES (%lld, %llu, %17e)",
                               testlonglong, testulonglong, testdouble );
where
gint64 testlonglong = -9223372036854775807LL, resultlonglong = 0;
    guint64 testulonglong = 9223372036854775807LLU, resultulonglong = 0;
    gdouble testdouble = 1.7976921348623157E+307, resultdouble = 0.0;

This fails at my system. The logfile of MySql states

110127 13:40:28    21 Connect   christoph@localhost on gnucash
                   21 Query     CREATE TEMPORARY TABLE numtest ( test_int BIGINT, test_unsigned BIGINT, test_double FLOAT8 )
                   21 Query     INSERT INTO numtest VALUES (-9223372036854775807, 9223372036854775807,     1,797692e+307)

The last row is wrong because it is 1,797692e+307 instead of 1.797692e+307. The separator is wrong. I guess this is because
the locale for germany where i live puts it that way.

I don't know if this is a feature or a bug. But i guess it would make life simpler if printf in that function wouldn't be so locale specific ;-)

I'm not a C programmer and I'm not sure if the solution should be a change of libdbi or GnuCash.

regards,

Christoph Holtermann

[libdbi-devel] [ libdbi-Bugs-3161880 ] [PATCH] Solaris readdir_r semantics patch

[SourceForge.net <no...@so...>]

Bugs item #3161880, was opened at 2011-01-19 19:18
Message generated for change (Tracker Item Submitted) made by atler_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3161880&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: [PATCH] Solaris readdir_r semantics patch

Initial Comment:
Default readdir_r on Solaris takes two arguments contrary to POSIX implementation which takes three. This can be changed by defining _POSIX_PTHREAD_SEMANTICS. Instead of explicit define for solaris platform use AC_USE_SYSTEM_EXTENSIONS macro which defines useful variables for running platform (should also define _GNU_SOURCE required by asprintf). Additionally include minimum autoconf version requirement. Patch attached.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3161880&group_id=23824

Re: [libdbi-devel] [syslog-ng] Broken Debug Behavior in libdbi

[Balazs S. <ba...@ba...>]

On Wed, 2011-01-05 at 18:03 -0800, Matthew Hall wrote:
> On Tue, Jan 04, 2011 at 06:20:11PM -0800, Matthew Hall wrote:
> > 3) To work around these problems for now I'm going to patch configure.in 
> > and rerun autoconf unless there is an alternative proposal.
> > 
> > Thanks,
> > Matthew Hall.
> 
> As promised, a hacky workaround patch is pasted below.
> 
> I'd like to improve upon this bad situation, probably by appending the 
> user CFLAGS after the custom package CFLAGS to take priority (the last 
> entries generally take precedence, AIUI), but I'm not incredibly 
> experienced with how this code is supposed to work so I'd like some 
> advice before trying something like this.

autoconf automatically adds values to variables like CFLAGS (like it
automatically adds -O2 if the user doesn't specify it in the
environment). Since this is the default behaviour, packages often
completely wipe out the CFLAGS value in their debug-builds in order to
avoid -O2 being present.

The solution in my configure scripts is to use the shell variable
"ac_cv_env_CFLAGS_value", which stores the original user-sipplied value.

This way, those don't get ignore in debug builds, but I can strip out
-O2 unless explicitly specified by the user.

-- 
Bazsi

[libdbi-devel] [ libdbi-Bugs-3152613 ] Linux -ffast-math CFLAGS break i386 floating point

[SourceForge.net <no...@so...>]

Bugs item #3152613, was opened at 2011-01-06 20:56
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3152613&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: clint-fewbar ()
Assigned to: Nobody/Anonymous (nobody)
Summary: Linux -ffast-math CFLAGS break i386 floating point

Initial Comment:
This issue has been reported on numerous Linux distributions:

https://bugzilla.gnome.org/show_bug.cgi?id=611936
https://launchpad.net/bugs/673307
https://bugzilla.redhat.com/show_bug.cgi?id=629964

The fast-math optimization produces broken test results on libdbi-drivers sqlite3 test suite (it "passes" but clearly fails to process the floating point number properly) on i386. The fast-math option should therefore be dropped. Also, arch-specific optimizations should probably be removed in favor of allowing the user to choose their optimizations with CFLAGS.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3152613&group_id=23824

Re: [libdbi-devel] [syslog-ng] Broken Debug Behavior in libdbi

[Matthew H. <mh...@mh...>]

On Tue, Jan 04, 2011 at 06:20:11PM -0800, Matthew Hall wrote:
> 3) To work around these problems for now I'm going to patch configure.in 
> and rerun autoconf unless there is an alternative proposal.
> 
> Thanks,
> Matthew Hall.

As promised, a hacky workaround patch is pasted below.

I'd like to improve upon this bad situation, probably by appending the 
user CFLAGS after the custom package CFLAGS to take priority (the last 
entries generally take precedence, AIUI), but I'm not incredibly 
experienced with how this code is supposed to work so I'd like some 
advice before trying something like this.

Thanks,
Matthew.

diff -ruN -x '*m4*' -x 'config.*' -x configure -x 'Makefile.*' -x ltmain.sh old/libdbi-0.8.4/configure.in new/libdbi-0.8.4/configure.in
--- old/libdbi-0.8.4/configure.in	2010-08-31 15:35:12.000000000 -0700
+++ new/libdbi-0.8.4/configure.in	2011-01-05 13:36:54.561314455 -0800
@@ -47,25 +47,25 @@
                 CFLAGS="-xO4 -fast -w -fsimple -native -xcg92"
                 PROFILE="-v -xpg -g -xO4 -fast -native -fsimple -xcg92 -Dsuncc" ;;
         *)
-                DEBUG="-g"
-                CFLAGS="-O"
-                PROFILE="-g -p" ;;
+                DEBUG="-g -m32 -I /home/y/include"
+                CFLAGS="-O -m32 -I /home/y/include"
+                PROFILE="-g -p -m32 -I /home/y/include" ;;
         esac
 else
 
         case $host in
         *-*-linux*)
-                DEBUG="-g -Wall -D_REENTRANT -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
-                CFLAGS="-O20 -ffast-math -D_REENTRANT -fsigned-char -std=gnu99"
-                PROFILE="-pg -g -O20 -ffast-math -D_REENTRANT -fsigned-char -std=gnu99";;
+                DEBUG="-g -m32 -I /home/y/include -Wall -D_REENTRANT -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
+                CFLAGS="-g -O20 -m32 -I /home/y/include -ffast-math -D_REENTRANT -fsigned-char -std=gnu99"
+                PROFILE="-pg -g -O20 -m32 -I /home/y/include -ffast-math -D_REENTRANT -fsigned-char -std=gnu99";;
         sparc-sun-*)
                 DEBUG="-g -Wall -D__NO_MATH_INLINES -fsigned-char -mv8 -std=gnu99"
                 CFLAGS="-O20 -ffast-math -D__NO_MATH_INLINES -fsigned-char -mv8 -std=gnu99"
                 PROFILE="-pg -g -O20 -D__NO_MATH_INLINES -fsigned-char -mv8 -std=gnu99" ;;
         *)
-                DEBUG="-g -Wall -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
-                CFLAGS="-O20 -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
-                PROFILE="-O20 -g -pg -D__NO_MATH_INLINES -fsigned-char -std=gnu99" ;;
+                DEBUG="-g -m32 -I /home/y/include -Wall -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
+                CFLAGS="-g -O20 -m32 -I /home/y/include -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
+                PROFILE="-O20 -g -pg -m32 -I /home/y/include -D__NO_MATH_INLINES -fsigned-char -std=gnu99" ;;
         esac
 fi
 
diff -ruN -x '*m4*' -x 'config.*' -x configure -x 'Makefile.*' -x ltmain.sh old/libdbi-drivers-0.8.3-1/configure.in new/libdbi-drivers-0.8.3-1/configure.in
--- old/libdbi-drivers-0.8.3-1/configure.in	2008-03-03 09:41:41.000000000 -0800
+++ new/libdbi-drivers-0.8.3-1/configure.in	2011-01-05 13:45:48.001227902 -0800
@@ -48,25 +48,25 @@
                 CFLAGS="-xO4 -fast -w -fsimple -native -xcg92"
                 PROFILE="-v -xpg -g -xO4 -fast -native -fsimple -xcg92 -Dsuncc" ;;
         *)
-                DEBUG="-g"
-                CFLAGS="-O"
-                PROFILE="-g -p" ;;
+                DEBUG="-g -m32 -I /home/y/include"
+                CFLAGS="-O -m32 -I /home/y/include"
+                PROFILE="-g -p -m32 -I /home/y/include" ;;
         esac
 else
 
         case $host in
         *-*-linux*)
-                DEBUG="-g -Wall -D_REENTRANT -D__NO_MATH_INLINES -fsigned-char"
-                CFLAGS="-O20 -ffast-math -D_REENTRANT -fsigned-char"
-                PROFILE="-pg -g -O20 -ffast-math -D_REENTRANT -fsigned-char";;
+                DEBUG="-g -m32 -I /home/y/include -Wall -D_REENTRANT -D__NO_MATH_INLINES -fsigned-char"
+                CFLAGS="-g -O20 -m32 -I /home/y/include -ffast-math -D_REENTRANT -fsigned-char"
+                PROFILE="-pg -g -O20 -m32 -I /home/y/include -ffast-math -D_REENTRANT -fsigned-char";;
         sparc-sun-*)
                 DEBUG="-g -Wall -D__NO_MATH_INLINES -fsigned-char -mv8"
                 CFLAGS="-O20 -ffast-math -D__NO_MATH_INLINES -fsigned-char -mv8"
                 PROFILE="-pg -g -O20 -D__NO_MATH_INLINES -fsigned-char -mv8" ;;
         *)
-                DEBUG="-g -Wall -D__NO_MATH_INLINES -fsigned-char"
-                CFLAGS="-O20 -D__NO_MATH_INLINES -fsigned-char"
-                PROFILE="-O20 -g -pg -D__NO_MATH_INLINES -fsigned-char" ;;
+                DEBUG="-g -m32 -I /home/y/include -Wall -D__NO_MATH_INLINES -fsigned-char"
+                CFLAGS="-g -O20 -m32 -I /home/y/include -D__NO_MATH_INLINES -fsigned-char"
+                PROFILE="-O20 -g -pg -m32 -I /home/y/include -D__NO_MATH_INLINES -fsigned-char" ;;
         esac
 fi
 

[libdbi-devel] Broken Debug Behavior in libdbi

[Matthew H. <mh...@mh...>]

I am resending because libdbi-* blocks non-subscriber posts.

On Tue, Jan 04, 2011 at 06:20:11PM -0800, Matthew Hall wrote:
Hello,

Sorry about the cross-post, this came up in the interaction of two 
different pieces of software used together.

libdbi's configure.in and other files contain some broken code which is 
preventing me from debugging a segfault in dbi_initialize when this 
function is called by syslog-ng.

1) The code is stripping the libraries of debug symbols when 'make 
install' is called which violates the GNU coding standards.

To fix this, I want to disable library stripping that it is doing which 
is not in line with the standards and would appreciate advice on how to 
do this.

2) I could work around it using the make debug target, but then the 
could would ignore my CFLAGS which are:

-m32 -g -I /home/y/include

Ignoring these causes it to try to generate a 64-bit library which won't 
be compatible with the syslog-ng binary I want to build.

To fix this, I want to make sure that the DEBUG target is not ignoring 
or overriding the 'upstream' user flags, but merely adding to them, so 
that my '-m32' and my '-I' are not lost, which causes build breakage for 
me, and my '-g' gets duplicated.

3) To work around these problems for now I'm going to patch configure.in 
and rerun autoconf unless there is an alternative proposal.

Thanks,
Matthew Hall.

Here is the problematic flag setup being done in configure.in:

if test -z "$GCC"; then
        case $host in
        *-*-irix*)
                if test -z "$CC"; then
                        CC=cc
                fi
                DEBUG="-g -signed"
                CFLAGS="-O2 -w -signed"
                PROFILE="-p -g3 -O2 -signed" ;;
        sparc-sun-solaris*)
                DEBUG="-v -g"
                CFLAGS="-xO4 -fast -w -fsimple -native -xcg92"
                PROFILE="-v -xpg -g -xO4 -fast -native -fsimple -xcg92 -Dsuncc" ;;
        *)
                DEBUG="-g"
                CFLAGS="-O"
                PROFILE="-g -p" ;;
        esac
else

        case $host in
        *-*-linux*)
                DEBUG="-g -Wall -D_REENTRANT -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
                CFLAGS="-O20 -ffast-math -D_REENTRANT -fsigned-char -std=gnu99"
                PROFILE="-pg -g -O20 -ffast-math -D_REENTRANT -fsigned-char -std=gnu99";;
        sparc-sun-*)
                DEBUG="-g -Wall -D__NO_MATH_INLINES -fsigned-char -mv8 -std=gnu99"
                CFLAGS="-O20 -ffast-math -D__NO_MATH_INLINES -fsigned-char -mv8 -std=gnu99"
                PROFILE="-pg -g -O20 -D__NO_MATH_INLINES -fsigned-char -mv8 -std=gnu99" ;;
        *)
                DEBUG="-g -Wall -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
                CFLAGS="-O20 -D__NO_MATH_INLINES -fsigned-char -std=gnu99"
                PROFILE="-O20 -g -pg -D__NO_MATH_INLINES -fsigned-char -std=gnu99" ;;
        esac
fi

______________________________________________________________________________
Member info: https://lists.balabit.hu/mailman/listinfo/syslog-ng
Documentation: http://www.balabit.com/support/documentation/?product=syslog-ng
FAQ: http://www.campin.net/syslog-ng/faq.html

[libdbi-devel] DbiXX 0.0.4 Rleased

[Artyom <art...@ya...>]

Hello All,

For all interested in C++ Wrapper DbiXX of libdbi, new version 0.0.4 was 
released.

Documentation: <http://cppcms.sourceforge.net/sql/dbixx/>
Downloads: <https://sourceforge.net/projects/cppcms/files/>

New in this version:

- Correct overloading for all integer types
- Access to underlying dbi data structures from all classes
- Support of a single connection string
- Support of getting driver name (for conditional coding)
- Full Doxygen documentation
- Some code cleanup - to make it locale safe

Additional note:

I'm going to discontinue support and development of DbiXX
in about a year as I deprecated it in flavor of the much more
powerful C++ library I had written by myself 
CppDB: <http://cppcms.sourceforge.net/sql/cppdb/>

So of somebody is interested in continuing development of DbiXX
you are welcome to e-mail me and I'll be glad to help with taking
over its development.

Artyom Beilis


      

[libdbi-devel] new doc handling, new prerelease uploaded

[Markus H. <mar...@mh...>]

Markus Hoenicka writes:
 > Hi all,
 > 
 > in our ongoing uphill struggle to finally ship 0.9.0 I've made a few
 > modifications to how docs are handled by the build system. This was
 > triggered by a request of Debian and Ubuntu packagers who prefer to
 > install the docs separately instead of by default. The following
 > changes were implemented:
 > 

Sorry but I've scrapped all this again. With a little help from the
Automake AT gnu.org mailing list I've implemented a simpler and more
standards-compliant solution. This works as follows:

- the --disable-docs configure switch is back again

- make install installs everything, just as before

- make install-exec installs the library, the headers and the .pc file

- make install-data installs the docs

To give it a whirl, either pull the current cvs revision, or use this
tarball:

http://libdbi.sourceforge.net/downloads/libdbi-0.9.0-pre4.tar.gz

Once again, if you just want to test the installation stuff without
overwriting your current libdbi installation, use something like:

make DESTDIR=$HOME/scrap install-data

BTW the current cvs revision of libdbi-drivers now can be installed in
the same way, which should make life  easier for those package
maintainers who roll separate doc packages.

regards,
Markus


-- 
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

>Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-26 21:59

Message:
I've rewritten the doc installation in libdbi-drivers. According to my
tests, the HTML driver docs end up in separate directories as intended even
with fairly recent autotools. I've committed the changes to cvs.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 12:23

Message:
The timestamps of my latest driver html doc subdirs show 12 Nov 2008.
FreeBSD isn't always the fastest to upgrade the autotools, and I can't
claim to be cutting edge in terms of upgrading my OS either.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-25 12:19

Message:
According to http://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS it's
been over 4 years since introducing htmldir into autoconf :)

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 12:12

Message:
Now I see what you mean. It appears that I haven't installed the docs for a
while (I usually configure without docs during development). As the docs
are still installed properly on my box, the current behaviour must be due
to some recent changes in the autotools. I'll have to rewrite the doc
install stuff anyway, as the Debian and Ubuntu packagers let me know that
they'd prefer a separate install-doc target.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-25 11:18

Message:
Yes, my conclusion came from actual docs installation. I checked fast what
is docdir value for all drivers and I missed htmldir. Now I checked more
throughly and htmldir in deed contains driver subdir, but configure writes
Makefile with its own htmldir expanding to ${docdir} which takes precedence
as its written after your definition. For example:

grep -n 'htmldir[[:space:]]*=' drivers/mysql/Makefile 
247:#htmldir = 
248:htmldir = $(docdir)/dbd_mysql
249:#htmldir = 
250:htmldir = ${docdir}

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 00:11

Message:
Regarding your comment on libdbi-drivers HTML docs. Have you actually
tested installing the docs? The PDF docs share the same directory, but the
HTML docs should end up in separate subdirectories of that dir. This is how
the Makefile was written, and this is also what I observe on my box. If
that doesn't work as expected on your box, we'd have to fix something.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-23 22:54

Message:
I've reverted the docs to their previous revisions to reflect the reverted
changes in the function names. Thanks for pointing this out to me.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-23 15:29

Message:
One more thing regarding _i vs _r. dbi.h has _r versions of reetntrant
functions but documantion refers to _i names (changes was made not so long
ago). As _r versions exist from some time now and projects may already use
it (mine at least ;) ) I propose to use _r versions (it's also more common
to name it like this) or at least provide macros with _r suffix.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] new doc handling, new prerelease uploaded

[Markus H. <mar...@mh...>]

Hi all,

in our ongoing uphill struggle to finally ship 0.9.0 I've made a few
modifications to how docs are handled by the build system. This was
triggered by a request of Debian and Ubuntu packagers who prefer to
install the docs separately instead of by default. The following
changes were implemented:

- the --disable-docs configure switch is gone

- make and make install build and install only the library, headers,
  and support files (.pc and such), but no docs

- the new targets doc and install-doc build the documentation. Keep in
  mind that the tarballs contain the prebuilt docs, so the end-user
  will have to run only make install-doc to install local copies of
  the docs

- make dist packages everything including the docs, and builds the
  docs if not done yet

- make maintainer-clean also cleans the (maintainer-built) docs

- a long-standing bug which would cause the HTML docs to be built over
  and over again on some filesystems due to a race condition was
  "fixed" by inserting a sleep call

If you want to test-drive the current revison, please either retrieve
the current revision from the CVS repository, or download this
packaged prerelease:

http://libdbi.sourceforge.net/downloads/libdbi-0.9.0-pre3.tar.gz

Remember that you can install the stuff into a scrap directory without
affecting your current libdbi installation by setting DESTDIR
appropriately, e.g.:

make DESTDIR=$HOME/scrap install-doc

Comments and suggestions are more than welcome.

regards,
Markus

-- 
Markus Hoenicka
http://www.mhoenicka.de
AQ score 38

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

>Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 12:23

Message:
The timestamps of my latest driver html doc subdirs show 12 Nov 2008.
FreeBSD isn't always the fastest to upgrade the autotools, and I can't
claim to be cutting edge in terms of upgrading my OS either.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-25 12:19

Message:
According to http://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS it's
been over 4 years since introducing htmldir into autoconf :)

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 12:12

Message:
Now I see what you mean. It appears that I haven't installed the docs for a
while (I usually configure without docs during development). As the docs
are still installed properly on my box, the current behaviour must be due
to some recent changes in the autotools. I'll have to rewrite the doc
install stuff anyway, as the Debian and Ubuntu packagers let me know that
they'd prefer a separate install-doc target.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-25 11:18

Message:
Yes, my conclusion came from actual docs installation. I checked fast what
is docdir value for all drivers and I missed htmldir. Now I checked more
throughly and htmldir in deed contains driver subdir, but configure writes
Makefile with its own htmldir expanding to ${docdir} which takes precedence
as its written after your definition. For example:

grep -n 'htmldir[[:space:]]*=' drivers/mysql/Makefile 
247:#htmldir = 
248:htmldir = $(docdir)/dbd_mysql
249:#htmldir = 
250:htmldir = ${docdir}

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 00:11

Message:
Regarding your comment on libdbi-drivers HTML docs. Have you actually
tested installing the docs? The PDF docs share the same directory, but the
HTML docs should end up in separate subdirectories of that dir. This is how
the Makefile was written, and this is also what I observe on my box. If
that doesn't work as expected on your box, we'd have to fix something.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-23 22:54

Message:
I've reverted the docs to their previous revisions to reflect the reverted
changes in the function names. Thanks for pointing this out to me.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-23 15:29

Message:
One more thing regarding _i vs _r. dbi.h has _r versions of reetntrant
functions but documantion refers to _i names (changes was made not so long
ago). As _r versions exist from some time now and projects may already use
it (mine at least ;) ) I propose to use _r versions (it's also more common
to name it like this) or at least provide macros with _r suffix.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by atler_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-25 12:19

Message:
According to http://git.savannah.gnu.org/cgit/autoconf.git/tree/NEWS it's
been over 4 years since introducing htmldir into autoconf :)

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 12:12

Message:
Now I see what you mean. It appears that I haven't installed the docs for a
while (I usually configure without docs during development). As the docs
are still installed properly on my box, the current behaviour must be due
to some recent changes in the autotools. I'll have to rewrite the doc
install stuff anyway, as the Debian and Ubuntu packagers let me know that
they'd prefer a separate install-doc target.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-25 11:18

Message:
Yes, my conclusion came from actual docs installation. I checked fast what
is docdir value for all drivers and I missed htmldir. Now I checked more
throughly and htmldir in deed contains driver subdir, but configure writes
Makefile with its own htmldir expanding to ${docdir} which takes precedence
as its written after your definition. For example:

grep -n 'htmldir[[:space:]]*=' drivers/mysql/Makefile 
247:#htmldir = 
248:htmldir = $(docdir)/dbd_mysql
249:#htmldir = 
250:htmldir = ${docdir}

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 00:11

Message:
Regarding your comment on libdbi-drivers HTML docs. Have you actually
tested installing the docs? The PDF docs share the same directory, but the
HTML docs should end up in separate subdirectories of that dir. This is how
the Makefile was written, and this is also what I observe on my box. If
that doesn't work as expected on your box, we'd have to fix something.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-23 22:54

Message:
I've reverted the docs to their previous revisions to reflect the reverted
changes in the function names. Thanks for pointing this out to me.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-23 15:29

Message:
One more thing regarding _i vs _r. dbi.h has _r versions of reetntrant
functions but documantion refers to _i names (changes was made not so long
ago). As _r versions exist from some time now and projects may already use
it (mine at least ;) ) I propose to use _r versions (it's also more common
to name it like this) or at least provide macros with _r suffix.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

>Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 12:12

Message:
Now I see what you mean. It appears that I haven't installed the docs for a
while (I usually configure without docs during development). As the docs
are still installed properly on my box, the current behaviour must be due
to some recent changes in the autotools. I'll have to rewrite the doc
install stuff anyway, as the Debian and Ubuntu packagers let me know that
they'd prefer a separate install-doc target.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-25 11:18

Message:
Yes, my conclusion came from actual docs installation. I checked fast what
is docdir value for all drivers and I missed htmldir. Now I checked more
throughly and htmldir in deed contains driver subdir, but configure writes
Makefile with its own htmldir expanding to ${docdir} which takes precedence
as its written after your definition. For example:

grep -n 'htmldir[[:space:]]*=' drivers/mysql/Makefile 
247:#htmldir = 
248:htmldir = $(docdir)/dbd_mysql
249:#htmldir = 
250:htmldir = ${docdir}

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 00:11

Message:
Regarding your comment on libdbi-drivers HTML docs. Have you actually
tested installing the docs? The PDF docs share the same directory, but the
HTML docs should end up in separate subdirectories of that dir. This is how
the Makefile was written, and this is also what I observe on my box. If
that doesn't work as expected on your box, we'd have to fix something.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-23 22:54

Message:
I've reverted the docs to their previous revisions to reflect the reverted
changes in the function names. Thanks for pointing this out to me.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-23 15:29

Message:
One more thing regarding _i vs _r. dbi.h has _r versions of reetntrant
functions but documantion refers to _i names (changes was made not so long
ago). As _r versions exist from some time now and projects may already use
it (mine at least ;) ) I propose to use _r versions (it's also more common
to name it like this) or at least provide macros with _r suffix.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by atler_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-25 11:18

Message:
Yes, my conclusion came from actual docs installation. I checked fast what
is docdir value for all drivers and I missed htmldir. Now I checked more
throughly and htmldir in deed contains driver subdir, but configure writes
Makefile with its own htmldir expanding to ${docdir} which takes precedence
as its written after your definition. For example:

grep -n 'htmldir[[:space:]]*=' drivers/mysql/Makefile 
247:#htmldir = 
248:htmldir = $(docdir)/dbd_mysql
249:#htmldir = 
250:htmldir = ${docdir}

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 00:11

Message:
Regarding your comment on libdbi-drivers HTML docs. Have you actually
tested installing the docs? The PDF docs share the same directory, but the
HTML docs should end up in separate subdirectories of that dir. This is how
the Makefile was written, and this is also what I observe on my box. If
that doesn't work as expected on your box, we'd have to fix something.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-23 22:54

Message:
I've reverted the docs to their previous revisions to reflect the reverted
changes in the function names. Thanks for pointing this out to me.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-23 15:29

Message:
One more thing regarding _i vs _r. dbi.h has _r versions of reetntrant
functions but documantion refers to _i names (changes was made not so long
ago). As _r versions exist from some time now and projects may already use
it (mine at least ;) ) I propose to use _r versions (it's also more common
to name it like this) or at least provide macros with _r suffix.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

>Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-25 00:11

Message:
Regarding your comment on libdbi-drivers HTML docs. Have you actually
tested installing the docs? The PDF docs share the same directory, but the
HTML docs should end up in separate subdirectories of that dir. This is how
the Makefile was written, and this is also what I observe on my box. If
that doesn't work as expected on your box, we'd have to fix something.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-23 22:54

Message:
I've reverted the docs to their previous revisions to reflect the reverted
changes in the function names. Thanks for pointing this out to me.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-23 15:29

Message:
One more thing regarding _i vs _r. dbi.h has _r versions of reetntrant
functions but documantion refers to _i names (changes was made not so long
ago). As _r versions exist from some time now and projects may already use
it (mine at least ;) ) I propose to use _r versions (it's also more common
to name it like this) or at least provide macros with _r suffix.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

>Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-23 22:54

Message:
I've reverted the docs to their previous revisions to reflect the reverted
changes in the function names. Thanks for pointing this out to me.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-23 15:29

Message:
One more thing regarding _i vs _r. dbi.h has _r versions of reetntrant
functions but documantion refers to _i names (changes was made not so long
ago). As _r versions exist from some time now and projects may already use
it (mine at least ;) ) I propose to use _r versions (it's also more common
to name it like this) or at least provide macros with _r suffix.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by atler_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-23 15:29

Message:
One more thing regarding _i vs _r. dbi.h has _r versions of reetntrant
functions but documantion refers to _i names (changes was made not so long
ago). As _r versions exist from some time now and projects may already use
it (mine at least ;) ) I propose to use _r versions (it's also more common
to name it like this) or at least provide macros with _r suffix.

----------------------------------------------------------------------

Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

>Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:53

Message:
I've added libdbi-versioning.sgml to the repository. This was my oversight
that it wasn't there in the first place.
As for the libdbi-drivers docs, you have a good point for leaving docs
installation to package maintainers as they end up in stange places quite
often. I'll consider removing the install step for the docs.

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072716 ] configure.in syntax error

[SourceForge.net <no...@so...>]

Bugs item #3072716, was opened at 2010-09-21 16:42
Message generated for change (Comment added) made by mhoenicka
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072716&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: configure.in syntax error

Initial Comment:
An expression to calculate LIBDBI_MAJOR, which is LIBDBI_MAJOR=`expr $LIB_CURRENT - $LIB_AGE -1`, does not contain space between `-' and `1' which is not POSIX compatible and causes syntax error in my default /bin/sh. Patch attached.

----------------------------------------------------------------------

>Comment By: Markus Hoenicka (mhoenicka)
Date: 2010-09-21 22:47

Message:
Sorry about that. I had fixed this locally but forgot to check in the
changes, together with a few other things. Thanks for reminding me, I've
checked in the fix.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072716&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by atler_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

>Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:14

Message:
One more thing regarding libdbi-drivers docs, it shouldn't be here but I
don't what to open new bug just for this comment. All drivers share the
same $(docdir) which results in overwritten html files (at least
index.html).

----------------------------------------------------------------------

Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Comment added) made by atler_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

>Comment By: Jan Palus (atler_)
Date: 2010-09-21 17:02

Message:
btw. by convention all doc files are only generated in build tree but not
installed. It is packager's duty to add all needed docs into proper docs
directory. You may consider this approach and add noinst prefix to
documentation.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

[libdbi-devel] [ libdbi-Bugs-3072718 ] Failed to create documentation

[SourceForge.net <no...@so...>]

Bugs item #3072718, was opened at 2010-09-21 16:45
Message generated for change (Tracker Item Submitted) made by atler_
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Priority: 5
Private: No
Submitted By: Jan Palus (atler_)
Assigned to: Nobody/Anonymous (nobody)
Summary: Failed to create documentation

Initial Comment:
Docs generations fails with:

make[2]: *** No rule to make target `libdbi-versioning.sgml', needed by `programmers-guide.pdf'.  Stop.

Please provide the file or remove it along with "Library and Interface Versions" chapter from programmers guide.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=379806&aid=3072718&group_id=23824