On 7-Feb-2010, Bruno Haible wrote:
| John W. Eaton wrote:
| > and I've received reports about the following undefined references
| > when linking:
| >
| > .libs/liboctave_la-lo-cutils.o:lo-cutils.c:(.text+0x4f): undefined
reference to
| > `gethostname_used_without_requesting_gnulib_module_g
Hi,
John W. Eaton wrote:
> and I've received reports about the following undefined references
> when linking:
>
> .libs/liboctave_la-lo-cutils.o:lo-cutils.c:(.text+0x4f): undefined
> reference to
> `gethostname_used_without_requesting_gnulib_module_gethostn...@8'
You requested module 'getho
I have the following modules listed in the bootstrap.conf file for
Octave:
# gnulib modules used by this package.
gnulib_modules="
c-strcase crypto/md5fcntl fnmatch getcwdgethostname
getopt-gnu gettimeofday glob link lstat mkdir
mkfifo s
Bruno Haible <[EMAIL PROTECTED]> wrote:
> findutils-4.3.6 uses some of the gnulib modules, in particular 'fts' and
> 'savedir'. On BeOS, this gives warnings and link errors due to the missing
> fchdir function:
...
> Here is a suggested fix: add the dependency to the 'fchdir' module, which is
> kno
Hi Jim,
findutils-4.3.6 uses some of the gnulib modules, in particular 'fts' and
'savedir'. On BeOS, this gives warnings and link errors due to the missing
fchdir function:
/boot/home/gnubuild/findutils-4.3.6/gnulib/lib/chdir-long.c: In function
`cdb_fchdir':
/boot/home/gnubuild/findutils-4.3.6/
Bruno Haible <[EMAIL PROTECTED]> wrote:
> These are apparently triggered by the use of $(LIBOBJS) in coreutils'
> lib/Makefile.am. Although it is a bit uncommon to combine pieces of
> gnulib and different pieces from outside gnulib in the same library, I
> think gnulib-tool should support this.
>
>
Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
...
> coreutils now still needs one more fix, after Jim's:
> some of its own lib files are still not dependency-tracked:
> | ls: .deps/fdopendir-glibc.Po: No such file or directory
> | ls: .deps/lstat-stub.Po: No such file or directory
> | ls: .deps/readli
* Bruno Haible wrote on Mon, Nov 13, 2006 at 02:33:31PM CET:
> Jim Meyering wrote:
> > It sounds like the recent trend to remove uses of AC_LIBSOURCE
> > (in favor of listing source file names in each module-file Files: section)
> > is the reason for at least some of my
* Bruno Haible wrote on Mon, Nov 13, 2006 at 08:59:49PM CET:
> Ralf Wildenhues wrote:
>
> > You could simplify this further:
> > - header files can go into *_SOURCES variables since about a decade now,
> > - EXTRA_*_SOURCES are already distributed.
> >
> > That means you can drop most EXTRA_DIST
Ralf Wildenhues wrote:
> Speaking of short-sighted is a bit stretched
That word is withdrawn.
> with some functionality that basically serves for more than half a decade.
The functionality that can be triggered through Makefile.am variables is
indeed well designed and rock solid. Kudos especiall
Jim Meyering wrote:
> It is inaccurate and uncharitable to call that automake work
> short-sighted. The problem is that development on that front seems to
> have stalled. Since that part of automake is incomplete, if you don't
> know the history, I can see how you would think it short-sighted.
O
Bruno Haible <[EMAIL PROTECTED]> wrote:
> Jim Meyering wrote:
>> It sounds like the recent trend to remove uses of AC_LIBSOURCE
>> (in favor of listing source file names in each module-file Files: section)
>> is the reason for at least some of my missing depen
Jim Meyering wrote:
> It sounds like the recent trend to remove uses of AC_LIBSOURCE
> (in favor of listing source file names in each module-file Files: section)
> is the reason for at least some of my missing dependencies.
The removal of AC_LIBSOURCE was indeed a major change - for t
Jim Meyering wrote:
> >> but there
> >> is a bug (haven't investigated at all yet) whereby most of the generated
> >> dependencies (lib/.deps/*.Po files) are not included into the Makefile.
I agree with Ralf that it's most likely tied to the issue I reported two
days ago: In summary (thanks Ralf f
It sounds like the recent trend to remove uses of AC_LIBSOURCE
(in favor of listing source file names in each module-file Files: section)
is the reason for at least some of my missing dependencies.
If so, that is a very undesirable (and unintended, I'm sure) side effect.
I can't be th
Running check-module on the "acl" module reported this:
lib/acl.c: error.h is `#include'd, but not listed in module's Files: section
lib/acl.c: quote.h is `#include'd, but not listed in module's Files: section
So I added the missing dependencies:
*
16 matches
Mail list logo
