Eric and all,
rms has accepted the idea of adding a url (http://www.gnu.org/licenses
is what I suggested) to the canonical notice at the top of source files.
I hope he will have it in the next GPLv3 draft.
Thanks,
Karl
There are libraries under GPL, which can use xalloc, and libraries under
LGPL, which cannot. I'm creating a module description for each case. The
code is the same.
2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
* modules/relocatable-lib-lgpl: Renamed from modules/relocatable-lib.
*
Bruno Haible <[EMAIL PROTECTED]> writes:
> 2007-03-02 Bruno Haible <[EMAIL PROTECTED]>
>
> * lib/byteswap_.h (bswap_32): Fix formula.
Thanks. That patch fixes such an obvious typo that I'd install it if
Oskar doesn't object in a day or two.
Since this module is by far the most complex (compared to 'relocatable-lib'
and 'relocatable-script'), and since users may have packages that install
libraries or scripts, but no programs, there is no point in a naming
convention that suggests that 'relocatable' is the most basic among the
three mo
A package that needs relocatable-script does not need the gl_RELOCATABLE
machinery for relocatable _programs_, nor does it need any AC_DEFINEs.
Therefore I'm simplifying the dependencies like this:
2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
* modules/relocatable-script (Files): Add doc
Bruno Haible <[EMAIL PROTECTED]> writes:
> I think it's useful to separate the object files that end up in a relocatable
> program from the object files that make up the relocatable wrapper (on
> non-glibc systems). Reasons:
[...]
> For this reason, AC_LIBOBJ should be avoided here. This implies t
Hi Ben,
I think it's useful to separate the object files that end up in a relocatable
program from the object files that make up the relocatable wrapper (on
non-glibc systems). Reasons:
- The size of the wrapper should be kept small, which means no xalloc
in particular.
- The CPPFLAGS that
Likewise for strerror.
2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
* m4/strerror.m4 (gl_FUNC_STRERROR_SEPARATE): New macro.
(gl_FUNC_STRERROR): Nop.
* lib/strerror.c: Compile the file only if !HAVE_STRERROR.
*** m4/strerror.m4 23 Jan 2005 08:06:57 - 1.3
--
Likewise for setenv.
2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
* m4/setenv.m4 (gl_FUNC_SETENV_SEPARATE): New macro.
* lib/setenv.c: Compile the file only if _LIBC || !HAVE_SETENV.
*** m4/setenv.m43 Mar 2007 19:10:05 - 1.7
--- m4/setenv.m43 Mar 2007 1
Likewise for 'readlink':
2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
* m4/readlink.m4 (gl_FUNC_READLINK_SEPARATE): New macro.
(gl_FUNC_READLINK): Update.
*** m4/readlink.m4 19 Feb 2007 02:24:42 - 1.4
--- m4/readlink.m4 3 Mar 2007 19:29:51 -
**
The install-reloc script, when creating a wrapper program, compiles a few
selected source files directly. Whereas the program not necessarily needs
these as object files. For example, GNU hello doesn't need an
AC_LIBOBJ([canonicalize-lgpl])
but the install-reloc script compiles canonicalize-lgpl.
The 'relocatable' module now assumes the 'unistd' module (as well as
'stdbool' and others), therefore xreadlink.c can assume it as well.
And the module description should be clear about this requirement.
2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
* lib/xreadlink.c: Include uncondition
For the use of m4/setenv.m4 by the relocatable stuff, it is better if
the 'setenv' part and the 'unsetenv' part are separate (because the
wrapper program needs to set environment variables like LD_LIBRARY_PATH,
but never unsets them).
2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
* m4/se
The module relocatable-lib includes relocatable.h, which uses
ENABLE_RELOCATABLE. So it needs to be defined in m4/relocatable-lib.m4.
2007-03-03 Bruno Haible <[EMAIL PROTECTED]>
* m4/relocatable-lib.m4 (gl_RELOCATABLE_LIBRARY): Define
ENABLE_RELOCATABLE here.
* m4/reloc
Hi Simon,
> 1) The self-test requires network connectivity.
>
> For now, I think we can ignore 1), but it might make sense to consider
> a non-networked self test in the future.
Yes. The test currently fails after 7 minutes when there is no internet
connection:
PASS: test-arpa_inet
Finding www.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Bruno Haible on 3/2/2007 6:33 PM:
> Since our goal is to allow people to program against the POSIX specifications,
> here is a proposed patch. It causes lib/sys/socket.h to be created on
> systems like MacOS X. Tested on Linux, MacOS X, mi
Bruno Haible <[EMAIL PROTECTED]> writes:
> Hi Simon,
>
> "make check" with the getaddrinfo-tests module yields a lot of output:
...
> Can you make this test silent when it succeeds? For example, write the
> output into a temporary file, and print the contents of that file or not,
> depending wheth
Eric Blake wrote:
> _Too much_ copy-n-paste from the sys/socket module.
Yes... Still copy&paste is the right technique since the same problem
deserves the same solution.
It occurs also for the sys_select module: MacOS X is not
self-contained:
gcc -DHAVE_CONFIG_H -I. -I. -I. -I.. -I./.. -I../gl
Eric Blake <[EMAIL PROTECTED]> writes:
> Bruno Haible clisp.org> writes:
>
>>
>> Hi Simon,
>>
>> Like for , should be self-contained according
>> to POSIX, and the test verifies this. It fails on MacOS X, because it
>> needs to be included first. Here's a proposed change to
>> create an overr
Bruno Haible <[EMAIL PROTECTED]> writes:
> Hi Simon,
>
> In the test that I added a few weeks ago, I assumed - like
> specified in POSIX:2001 - a self-contained . However, the
> current sys_socket module says that I should include before
> it. And indeed, without before , the test
> fails on Ma
Paul Eggert wrote on 2007-01-29:
> > The problem is that regex.h is defining "__restrict" to be "restrict"!
> > ...
> > And of course config.h is defining "restrict" to be "__restrict".
> >
> > #define restrict __restrict
> >
> > That combination is obviously not good.
>
> Thanks for reporting t
21 matches
Mail list logo
