[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-gnulib] getline AC_LIBOBJs

From: Derek Robert Price
Subject: [Bug-gnulib] getline AC_LIBOBJs
Date: Wed, 22 Oct 2003 17:46:10 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624 Netscape/7.1

Hash: SHA1

When I include gl_GETLINE & gl_GETNDELIM2 from GNULIB on a system that
does not have a working getline, AC_LIBOBJ(getndelim2) gets called twice
and getndelim2.o gets stuck in LIBOBJ twice and ar happily includes it
twice in the library and ranlib happily pukes on the archive.

I had a different solution for this problem when I submitted revisions
to m4/getline.m4 & pals awhile back, but I went back and looked at it
and I think it was an accident that it worked properly when I tested it.

The best idea I could come up with for avoiding this was to 1. set a
shell variable in gl_GETNDELIM2 that only allowed AC_LIBOBJ(getndelim2)
to be called once and making gl_GETLINE go through that function when it
needs getndelim2.

A more general solution in Autoconf would be 2. writing a wrapper
function that checked and set a shell variable based on the argument to
AC_LIBOBJ or 3. writing an AC_LIBOBJ substitute that greps $LIBOBJ for
the argument before adding it to the variable.

Solution 1 is easiest and I would like to see it in GNULIB soon since an
Autoconf fix would take awhile to show up.  Does anyone have any better
ideas or would this be committed were I to implement it?  My paperwork
is done.

I'll volunteer to write solution 2, which sounds the easiest but less
elegant than solution 3 or solution 3 for autoconf as well if people
think there is enough call for an AC_LIBOBJ that will only process any
given argument once.


- --
~                *8^)

Email: address@hidden

Get CVS support at <http://ximbiot.com>!
- --
Was today really necessary?
Version: GnuPG v1.0.7 (GNU/Linux)
Comment: Using GnuPG with Netscape - http://enigmail.mozdev.org


reply via email to

[Prev in Thread] Current Thread [Next in Thread]