for the heads-up!
However, I think this particular flag is not available in GCC or LLVM, is it?
Thanks,
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
`. `' Physicist
`-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913
First, thanks for working on the new --automake-subdir feature. We've
been wanting to use a non-recursive build of gnulib with Octave for many
years but have never been able to make it work completely with the
previous non-recursive-gnulib-prefix-hack module.
For the following, I updated to
On 2021-09-22 3:49 p.m., Bruno Haible wrote:
> Hi John Dave,
>
> According to
> https://en.wikipedia.org/wiki/HP-UX#Version_history
> versions < 11.31 of HP-UX are already past end-of-support for more than
> 5 years. The only possibly relevant HP-UX version nowadays is 11.31.
uffer had been large enough. */
/* #undef HAVE_SNPRINTF_RETVAL_C99 */
/* Define if the string produced by the snprintf function is always NUL
terminated. */
/* #undef HAVE_SNPRINTF_TRUNCATION_C99 */
Haven't had time to find why the configure ouput is wrong.
Dave
--
John David Anglin
The test suites of applications using getprogname to print the current process
name sometimes fails
and prints '?' when both the pstat_getproc and __pstat_getproc64 fail.
pstat_getproc never fails when
I define _PSTAT64. Eventually, I found that the call to __pstat_getproc64 is
sensitive to th
aluation at compile
time doesn't happen any more.
Thanks,
John Klos
commitdiff;h=aad5573e2e307ba42eea5b6b76b0b9788a5eaaec
>>
>> For lib/getprogname.c we would need the approval of
>> Pino Toscano
>> Paul Eggert
>> Jim Meyering
>> Gisle Vanem
>> Daniel Richard G
>> John David Anglin
>> Benji Wiebe
>>
>> To give your approval, please reply with the mailing list in CC.
> Fine with me to relicense.
Same here.
--
John David Anglin dave.ang...@bell.net
On Thu, Dec 17, 2020 at 12:26:20AM +0100, Bruno Haible wrote:
So, it differs from 'create_temp_dir' only in the aspect that it does NOT
do automatic cleanup.
Since you are already aware of the 'clean-temp' module — you contributed to
it 8 years ago :) — what could we
* lib/tmpdir.c (create_tmp_dir): New function definition.
* lib/tmpdir.h (create_tmp_dir): New function declaration.
---
lib/tmpdir.c | 119 +++
lib/tmpdir.h | 20 +
2 files changed, 139 insertions(+)
diff --git a/lib/tmpdir.c b/lib/tmpdir.
On Sun, Sep 13, 2020 at 11:11:55PM +0200, Bruno Haible wrote:
The workaround is simple: Make sure that you include the corresponding
file -
here - before the struct definition. That is, in this case,
at the beginning of ags/object/ags_application_context.h, add
#
On Sun, Sep 13, 2020 at 01:12:28PM +0200, Bruno Haible wrote:
Hi John,
As this is your first major contribution to Gnulib, can you please make
sure
you have signed a copyright assignment with the FSF regarding 'GNULIB'?
Yes, I have.
> *
* lib/tmpdir.c (path_search_alloc): Define new function similar to
path_search, but which allocates the buffer for the result instead
of relying on the caller to preallocate it.
*lib/tmpdir.h (path_search_alloc): Declare it.
---
lib/tmpdir.c | 127 +++--
On Sunday, August 30, 2020 6:54:08 AM EDT Bruno Haible wrote:
> This indicates that you have been generating the sys/utsname.h on a machine
> that has /usr/include/sys/utsname.h (e.g. not mingw) and are now trying to
> use it on mingw.
You're right, I was doing something weirdly, probably forgetti
could incorporate Gnulib into a program in this way?
I don't know how to interpret this output
$ gnulib-tool --extract-recursive-link-directive uname
$(GETHOSTNAME_LIB)
Thanks,
John Scott
[1] https://lists.gnu.org/archive/html/bug-gnulib/2019-01/msg00050.html
signature.asc
Description: This is a digitally signed message part.
These are very valid and helpful points. I wasn't even aware of
"platform-testers".
Thanks to Ruth for reporting this problem and thanks to everyone
else for diagnosing it.
J'
On Fri, Aug 28, 2020 at 06:20:26PM -0400, Jeffrey Walton wrote:
The PSPP folks did not make an announcement
g directory `/home/ad/ad36/ad3658/Downloads/pspp-1.4.0'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/ad/ad36/ad3658/Downloads/pspp-1.4.0'
make: *** [all] Error 2
[ad3658@cus-survox1 pspp-1.4.0]$
On 1/25/20 6:11 PM, Bruno Haible wrote:
- the patch was fine.
Thanks for the feedback.
Bruno
Thanks for the quick response times and help in resolving the bug!
On 1/25/20 4:05 PM, John Donoghue wrote:
On 1/25/20 3:07 PM, Bruno Haible wrote:
Hi John,
Running in a native configure in msys2/mingw64 and make builds ok;
The following modules are added to libnu.a:
freading.o stat-time.o unistd.o fflush.o fpurge.o fseek.o fseeko.o
fstat.o lseek.o msvc
On 1/25/20 3:07 PM, Bruno Haible wrote:
Hi John,
Running in a native configure in msys2/mingw64 and make builds ok;
The following modules are added to libnu.a:
freading.o stat-time.o unistd.o fflush.o fpurge.o fseek.o fseeko.o
fstat.o lseek.o msvc-inval.o msvc-nothrow.o stat-w32.o
Running
On 1/25/20 11:23 AM, John Donoghue wrote:
This is a question/perhaps bug on bigfile support with fseeko in
gnulib when being used in MSYS2/mingw64.
As a quick overview:
I have a demo program that opens a 5 Gig file add just does a seeko to
the end of the file and then does a ftellp to get
This is a question/perhaps bug on bigfile support with fseeko in gnulib
when being used in MSYS2/mingw64.
As a quick overview:
I have a demo program that opens a 5 Gig file add just does a seeko to
the end of the file and then does a ftellp to get the end position.
I am importing ftello and
From: Bruno Haible [br...@clisp.org]
Sent: Friday, January 24, 2020 12:53 PM
To: bug-gnulib@gnu.org; John Donoghue
Subject: Re: MSYS2/MINGW64 large file support
Hi,
John Donoghue wrote:
> Running a non cross configure and make works, and running
gw32-g++ -g -O2 -o bigtest.exe main.o lib/libgnu.a
-
So a bug or not doing something correctly ?
-
[1]
https://docs.microsoft.com/en-us/cpp/c-runtime-library/reference/fseek-fseeki64?view=vs-2019
John D
This method is better for several reasons: 1. It avoids the danger of
cut and paste errors. 2. Naive translators can't translate the urls
(it's amazing how many do things like that!) 3. Should the urls ever
change, only this file has to be updated rather than every single
translation.
* lib/vers
I'm trying to use gnulib in the same project as ax_prog_cc_for_build.m4
from the autoconf archive[1]. But it seems that they do not play nicely
together.
Specifically, gnulibs std-gnu11.m4 seems to negate the effect of the former,
resulting in CC_FOR_BUILD always getting defined as the empty stri
on_l.
>
> I don't see what such a module would obtain. If a gnulib user
> wants to use strfmon(), they will specify the module 'strfmon'. If
> they want to use strfmon_l(), they will specify the module
> 'strfmon_l'. We don't have a module for "all f
e current git sources :-) I expect the patches will need to go
through a few iterations on this mailing list before being merged,
of course. I've also signed the copyright assignment papers and
sent those off.
Yours truly,
John Zaitseff
--
John Zaitseff,--_|\The Z
On 8/4/2018 8:38 AM, Bruno Haible wrote:
Hi John,
All Gnulib modules that provide a replacement for a POSIX header file
are under LGPLv2+ license, except for 'sys_resource'. I'd like to make
this consistent.
The people who contributed to this module's lib/ file (lib/sys_re
u write a nontrivial amount of glue in
> m4/whatever.m4 etc., you'll need to assign copyright to the FSF at
> some point. I can start the ball rolling on that if you haven't
> done it already.
Not sure if I have done that already, but happy to do so for Gnulib
and Glibc.
ple of weeks to come up with a suitable patch or
git repository you can pull from. If so, what is your preferred
procedure for patch submission etc.?
PS: Please include my email address in a CC--I'm not (yet)
subscribed to the Gnulib mailing list.
Yours truly,
John Za
On 05/06/2018 10:33 AM, Jim Meyering wrote:
Here's the relevant section: (from
https://www.gnu.org/prep/standards/html_node/GNU-Manuals.html)
Whenever possible, please stick to the active voice, avoiding the
passive, and use the present tense, not the future teste. For
instance, write “The funct
On 9/29/2017 6:43 PM, Eric Blake wrote:
On 09/29/2017 06:13 PM, John E. Malmberg wrote:
Hello,
I am confused about the rename managing hardlinks test.
It starts out with conftest.f as an empty file and conftest.fl as a hard
link to conftest.f.
Step 1:
rename ("conftest.f", &q
t, only
conftest.f1.
Step 2:
unlink ("conftest.f1")
Now I would expect confest.f1 to not exist after this.
Step 3 is what confuses me.
rename("conftest.f", "conftest.f") which is expected to work.
How can this succeed if "conftest.f" was removed in step 1?
Regards,
-John
shows that the OpenVMS
supplied mktime() fails on the spring_forward_gap() test.
Regards,
-John
On 7/19/2017 8:31 AM, John E. Malmberg wrote:
Testsuite summary for dummy 0
# TOTAL: 1146
# PASS: 874
# SKIP: 99
# XFAIL: 0
# FAIL
started investigating the failures.
Regards,
-John
On 7/7/2017 2:43 AM, Bruno Haible wrote:
John E. Malmberg wrote:
I found out what the issue is. The OpenVMS stdio.h file makes the
unlocked IO routines only available as macros. There is no declaration.
Configure detects the macros, and that there is no declaration of them.
The unlocked
On 7/15/2017 10:23 AM, Bruno Haible wrote:
John E. Malmberg wrote:
This patch defines the CMSG_LEN and CMSG_SPACE macros for OpenVMS in
sys_socket.h.
There was no patch attached to your mail.
Sorry, here is the patch.
Regards,
-John
0001-socket-Add-support-for-OpenVMS.patch.gz
This patch defines the CMSG_LEN and CMSG_SPACE macros for OpenVMS in
sys_socket.h.
Regards,
-John
This patch adds the RUSAGE_SELF and RUSAGE_CHILDREN defined constants
missing from the OpenVMS sys/resource.h file.
Regards,
-John
0001-resource.h-OpenVMS-needs-RUSAGE-constants.patch.gz
Description: GNU Zip compressed data
This is a patch to work around that OpenVMS defines NAN in
instead of
Regards,
-John
0001-math-OpenVMS-has-NAN-in-fp.h.patch.gz
Description: GNU Zip compressed data
On 6/28/2017 3:56 PM, Bruno Haible wrote:
John E. Malmberg wrote:
OpenVMS has the function. Configure detects it exists, but the test for
it working is failing.
...
The OpenVMS getdtablesize() is returning the maximum number of open
files that a process can have.
It is not returning the
uot;)"' \
|| { echo 'maint.mk: found non-public submodule commit' >&2;\
exit 1; }; \
else \
: ; \
fi
make: Target `check' not remade because of errors.
Regards,
-John
, and that there is no declaration of them.
The unlocked-io.h since the HAVE_DECL_FPUTS_UNLOCKED is not defined,
redefines the "fputc_unlocked" to not work.
So unlocked-io.h would need to be modified to not replace the OpenVMS
stdio.h macros if they exist.
Regards,
-John
On 7/3/2017 7:07 PM, Bruno Haible wrote:
> Hello John,
>
>> * Config.h
>> OpenVMS needs __UNIX_PUTC macro defined for putc_unlocked
>> and friends to be visible.
>
> The right place to do this (for a macro that affects multiple
> gnulib modules) is the &#
On 7/3/2017 7:26 PM, Bruno Haible wrote:
John E. Malmberg wrote:
For Bash and Coreutils, I have a close to a pipe replacement that uses a
slightly different API in that you have to know if the pipe is parent to
child or child to parent when you create the pipes. This handles pipes
up to the
On 7/3/2017 7:58 PM, Bruno Haible wrote:
John E. Malmberg wrote:
The OpenVMS Mailboxes work for data up to about 65K and then have buffer
full problems.
...
For Bash and Coreutils, I have a close to a pipe replacement that uses a
slightly different API in that you have to know if the pipe is
On 7/3/2017 7:07 PM, Bruno Haible wrote:
Hello John,
* Config.h
OpenVMS needs __UNIX_PUTC macro defined for putc_unlocked
and friends to be visible.
The right place to do this (for a macro that affects multiple
gnulib modules) is the 'extensions' module.
* lib/passfd.c
On 7/3/2017 6:30 PM, Bruno Haible wrote:
Hi John,
This Patch gets the spawn-pipe.c and spawni.c modules to compile on OpenVMS.
When I get to the state of testing these, I may need to make some more
changes.
On this one as well, I'd like to ask you to come back when you have
worked ou
On 7/3/2017 6:26 PM, Bruno Haible wrote:
Hello John,
This patch gets the forkpty.c, grantpt.c, and openpty.c modules building
on OpenVMS.
I will need to figure out later how to actually implement these for
OpenVMS pseudo terminals.
I wouldn't like to apply intermediate patches like thi
for some of these I need to find the appropriate m4 macros
and others I need to find the templates for generating the local header
files.
Any suggestions on the preferred way to implement patches for these
would be appreciated.
Regards,
-John
On 7/3/2017 4:07 PM, Paul Eggert wrote:
On 07/03/2017 03:30 PM, John E. Malmberg wrote:
OpenVMS does not have a fork() call and savewd.c is one of the few
cases where the OpenVMS vfork() call can be directly substituted.
This is true only if the application limits itself to a fairly
close enough to Unix pipes for
many programs to operate because of size limitations.
Also child file descriptor inheritance appears to be a bit different.
Regards,
-John
0001-spawn-Fixes-to-compile-on-OpenVMS.patch.gz
Description: GNU Zip compressed data
Hello,
OpenVMS does not have a fork() call and savewd.c is one of the few cases
where the OpenVMS vfork() call can be directly substituted.
Regards,
-John
0001-savewd.c-savewd-OpenVMS-uses-vfork.patch.gz
Description: GNU Zip compressed data
Hello,
This patch gets the forkpty.c, grantpt.c, and openpty.c modules building
on OpenVMS.
I will need to figure out later how to actually implement these for
OpenVMS pseudo terminals.
Regards,
-John
0001-pty-No-pty-support-for-OpenVMS.patch.gz
Description: GNU Zip compressed data
On 7/1/2017 7:47 PM, Bruno Haible wrote:
Hi John,
On OpenVMS, the struct _iobuf is needed to access members of the struct
FILE.
This is a patch for the affected stdioext modules to compile on OpenVMS.
The approach looks generally right, but I'd request a couple of changes
before this c
On OpenVMS, the struct _iobuf is needed to access members of the struct
FILE.
This is a patch for the affected stdioext modules to compile on OpenVMS.
Regards,
-John
0001-stdioext-Port-to-OpenVMS.patch.gz
Description: GNU Zip compressed data
On 6/27/2017 10:13 AM, Bruno Haible wrote:
John E. Malmberg wrote:
The getdtablesize.c module will not compile on OpenVMS and is really not
needed.
...
Is there someway for configure to be changed to not set the macros
causing it to be built when the platform is OpenVMS?
gnulib builds the
On 6/19/2017 10:09 AM, Bruno Haible wrote:
John Malmberg wrote:
On VMS, the config.h file is generated to "#define intmax_t long long".
The csharpexec.c module includes config.h and then includes some header
files that redefine intmax_t.
After it does that, it #includes "cla
ation for.
From OpenVMS 7.3 on, the sys$getrmi() system service is used to return
that information, and I will look at writing that code at a future time.
Regards,
-John
inition is now in effect.
Is this an expected behavior?
Regards,
-John
On 6/16/2017 9:47 PM, John E. Malmberg wrote:
On 6/16/2017 12:21 PM, Bruno Haible wrote:
Hello John,
VMS does not currently provide a sched.h and has that definition in
pthread.h instead.
Please try the attached patch.
Thank you, I will try to get to that this weekend.
The configure
On 6/16/2017 12:21 PM, Bruno Haible wrote:
Hello John,
VMS does not currently provide a sched.h and has that definition in
pthread.h instead.
Please try the attached patch.
Thank you, I will try to get to that this weekend.
Please also tell us identification of your environment:
- Is
RUCT, In this declaration, the struct "sched_param" is
redefined.
at line number 52 in file LCL_ROOT:[gnulib.gllib]sched.h;1
make[4]: *** [glthread/cond.o] Error 2
VMS does not currently provide a sched.h and has that definition in
pthread.h instead.
Regards,
-John
On 6/15/2017 2:26 PM, Paul Eggert wrote:
On 06/15/2017 07:05 AM, John E. Malmberg wrote:
It should only be include files VMS has issues with.
If that's the problem, then it shouldn't be much trouble to have a
separate script that rewrites the file names and source code to follow
It should only be include files VMS has issues with.
Regards,
-John
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
hat replaces the "float+.h" to something like "float_plus.h" and then
copying the float+.h file to be float_plus.h.
Regards,
-John
turn it off.
Regards,
-John
angs in scripts. With out that, it
assumes that it running the DCL interpreter, not bash.
I have --create-testdir run and am now going to see how much of
do-autobuild works on VMS.
Thanks,
-John
On 6/9/2017 12:08 PM, Paul Eggert wrote:
On 06/09/2017 05:56 AM, John E. Malmberg wrote:
Fedora 25 Upgrade. VMS will not mount the NFS export on any version.
Does the VMS client mount over UDP only? If so, that is probably the
problem. Recent nfs-utils (as used in Fedora 25) disabled UDP
On 6/8/2017 8:46 AM, John Malmberg wrote:
On 6/8/2017 8:34 AM, Eric Blake wrote:
On 06/08/2017 08:21 AM, John Malmberg wrote:
I issued the command below and it failed on a Fedora/22 system with a
You _do_ realize that Fedora 22 is unsupported upstream, and is probably
lacking in security
On 6/8/2017 8:34 AM, Eric Blake wrote:
On 06/08/2017 08:21 AM, John Malmberg wrote:
I issued the command below and it failed on a Fedora/22 system with a
You _do_ realize that Fedora 22 is unsupported upstream, and is probably
lacking in security patches that you would otherwise get by
an the web page be updated to give an estimate of how long each step
that takes more than a few minutes on at least one type of CPU / memory
combination?
Regards,
-John
What is the status of http://autobuild.josefsson.org/gnulib/ ?
It is not reachable by me at the moment.
Regards,
-John
On 6/6/2017 11:01 AM, Bruno Haible wrote:
Hi,
John Malmberg wrote:
1. The VMS CRTL getcwd() will not pass configure tests and will be
marked for replacement from gnulib.
2. The replacement from gnulib causes canonicalize-lgpl.c to fail
because the replacement only has 2 parameters, not three
ent getcwd.
At this time, I have not worked out what would be needed for GNULIB to
support replacing the DECCRTL getcwd, or providing a suitable
"lib$initialize" source module.
Regards,
-John
On 6/4/2017 4:32 PM, Paul Eggert wrote:
John E. Malmberg wrote:
VMS 8.2 and later provide a 64 bit ino_t type when _USE_STD_STAT is
defined on the command line.
Thanks for the heads-up. I see that 8.2 came out in 2005; I guess news
travels slowly from the VMS world to the Gnulib world.
The
+.
Regards,
-John
--- /src_root/gnulib/lib/same-inode.h 2017-06-01 07:48:48 -0500
+++ /vms_root/gnulib/lib/same-inode.h 2017-06-02 17:42:40 -0500
@@ -20,7 +20,15 @@
# include
-# ifdef __VMS
+# if defined(__DECC) && defined(__VMS) && (__CRTL_VER >= 8020)
+# pragm
In lib/error.c the function void error (int status, int errnum, const char
*message, ...)
has a va_start but no corresponding va_end.
This will leak memory.
J'
--
Avoid eavesdropping. Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A2
gt; m4/xsize.m4
Now only one file is not included in the generated archive:
m4/gnulib-tool.m4
I'm guessing that that file is not needed for actual building? Is
it a temporary file used by gnulib-tool and thus should be ignored
and treated as a build file only?
Yours truly,
John Zaitseff
--
John Zaitseff,--_|\The ZAP Group
Phone: +61 2 9643 7737 / \ Sydney, Australia
E-mail: j.zaits...@zap.org.au \_,--._* http://www.zap.org.au/
v
u gettext gettext-h gettimeofday locale mbrtowc mbsrtowcs
stdbool stdio striconv string strstr sys_stat sys_time unistd wchar wcrtomb
wcsdup wctob wctype-h
Please let me know if you require any further information.
Yours truly,
John Zaitseff
--
John Zaitseff,--_|\
On Wed, Mar 22, 2017 at 2:01 PM, Paul Eggert wrote:
> On 03/22/2017 05:44 AM, John P. Linderman wrote:
>
>> That puts the runtimes on equal footing:
>>
>> In my measurements, P[0-9] is still a tiny bit slower if one is using
> glibc regex, due to a performance pro
Thanks, all. That puts the runtimes on equal footing:
+ wc conjectures
125441818 125441818 6249180939 conjectures
+ rusage /home/jpl/src/grep-3.0/src/grep P[[:digit:]] conjectures
A[21]=11{11}:22 wrote:
> On Tue, Mar 21, 2017 at 7:09 PM, Paul Eggert wrote:
> > John P. Linder
Is there anything I can do to help get this change accepted as part of
gnulib?
I'd really like to be able to use a completely non-recursive Makefile
for Octave.
jwe
On 11/28/2016 12:40 AM, John W. Eaton wrote:
On 11/27/2016 06:18 PM, Bruno Haible wrote:
John,
I
Hi Bruno,
On Mon, Jan 30, 2017 at 3:58 PM, Bruno Haible wrote:
> Maxin B. John wrote:
>> ./stdint.h:89:5: error: #if with no expression
>> #if
>> ...
>> (Link: http://errors.yoctoproject.org/Errors/Details/123659/ )
>>
>> This appears to be an error intr
Hi,
While building Libtasn1 4.10 (which uses gnulib) with musl in Yocto
project, we observed
this build error:
...
make[4]: *** [progname.lo] Error 1
make[4]: *** Waiting for unfinished jobs
In file included from
TOPDIR/tmp/work/i586-poky-linux-musl/libtasn1/4.10-r0/recipe-sysroot/usr/include/
The test in link.m4 needs to include to provide a declaration
for the rename function. The test fails if building with GCC's
-Werror=implicit-function-declaration option.
This was reported as part of a bug with building Octave on Fedora, which
now uses -Werror=implicit-function-declaration b
On 11/27/2016 06:18 PM, Bruno Haible wrote:
John,
I added
AC_CONFIG_LIBOBJ_DIR([libgnu])
to my configure.ac file. Maybe gnulib-tool could do this automatically
if --non-recursive-makefile is specified?
gnulib-tool does not rely on AC_LIBOBJ and friends, because these autoconf
macros
On 11/27/2016 05:02 PM, Bruno Haible wrote:
* I would add a check to make sure that --non-recursive-makefile is
only used together with the --makefile-name option. I cannot see how/why
someone would use --non-recursive-makefile without --makefile-name.
This simplies some of the logic (e.g.
On 11/27/2016 04:29 PM, Bruno Haible wrote:
When you specify --makefile-name=module.mk, gnulib-tool knows that you
don't want a top-level Makefile.am and does not generate AUTOMAKE_OPTIONS
and generates augmentations (+=) of the other variables instead of assignments.
OK, I didn't realize that
On 11/27/2016 07:52 AM, John W. Eaton wrote:
On 10/22/2016 03:04 PM, Bruno Haible wrote:
The idea would be to have gnulib-tool emit the correct code for the
{Bison,coreutils,Octave} case right away, triggered by some command line
option.
If you want to help us here, please use the *current
On 06/24/2016 11:01 PM, Tatsuro MATSUOKA wrote:
- Original Message -
From: John W. Eaton
To: gnulib
Cc: j...@octave.org
Date: 2016/6/25, Sat 04:46
Subject: gethostname on 64-bit Windows
I needed the attached change to cross compile Octave for i686-w64-mingw32.
Without it
I needed the attached change to cross compile Octave for i686-w64-mingw32.
Without it, rpl_gethostname was undefined because w64 has a gethostname
function so gethostname.c is not added to the list of files to build but
gethostname was still being redefined to rpl_gethostname.
jwe
diff -uNr
The bootstrap script has
# Extra files from gnulib, which override files from other sources.
test -z "${gnulib_extra_files}" && \
gnulib_extra_files="
build-aux/install-sh
build-aux/mdate-sh
build-aux/texinfo.tex
build-aux/depcomp
build-aux/config.guess
On 08/31/2015 09:54 AM, Paul Eggert wrote:
Juan Pablo Carbajal wrote:
Is this a bug in gnulib?
Do you have file systems where '/' does not work to separate file name
components? Like VMS or something? If so, it's a problem, though I'm
not sure it's a bug, as most of gnulib doesn't claim to p
^
On 2015-07-04, at 2:10 PM, Paul Eggert wrote:
> John David Anglin wrote:
>> The following error occurs building coreutils-8.24 on hppa2.0w-hp-hpux11.11
>> with gcc-5:
>>
>> CC lib/set-permissions.o../lib/set-permissions.c: In
In this function, "mode" needs to be "ctx->mode" and "entries" needs to be
"ctx->aclv_entries".
It then compiles okay.
Dave
On 2015-07-04, at 6:29 PM, John David Anglin wrote:
> We know have:
>
> CC lib/set-permissions.o
> ../
Hi,
This change needs to be incorporated upstream in gnulib (cc'd); from
there it will find its way into the next m4 release.
Thank you.
What compiler is being used, and what macros does this compiler
predefine?
gcc (GCC) 4.1.3 20080704 prerelease (NetBSD nb3 2007)
The common relevant
I'm getting an error about rpl_gethostname undefined when compiling
Octave for MinGW. HAVE_GETHOSTNAME is 1, so the AC_LIBOBJ macro from
the module/gethostname file is not used, but unistd.in.h is checking
GNULIB_GETHOSTNAME, which is also defined to 1. So the macros there are
expanded and I
On 02/19/2013 05:46 PM, Paul Eggert wrote:
On 02/19/13 14:04, John W. Eaton wrote:
and also to use _putenv in the normal case when the argument string to putenv contains
"VAR=VAL".
Ouch, thanks for catching that; it suggests further
fixes. Could you please try this patch to gnul
1 - 100 of 232 matches
Mail list logo
