> Yes, can you please try with latest gnulib.git plus this patch...
We tried out the patch an no longer see empty include's (i.e. #include
"") appearing. I consider the original bug I reported as fixed. Thank
you.
However, we see some headers including themselves (indirectly or
directly, I'm uns
> Reviving this thread; I've fixed the code duplication, and now have only
> one spot to work on to fix Rhys' original complaint.
Thanks Eric. Any tentative fix that I should ask my user to try out
on that BG system? I'm unsure what to try in light of the reduced
duplication.
- Rhys
> Now we just need to modify the .m4
> file to use -C whenever $CC is bgxlc_r.
FWIW, the non-reentrant bgxlc behaves the same way as bgxlc_r with
respect to this float.h issue. Probably worth using 'bgxlc*' for the
patch.
> Does this work for your user?
> I'm a little bit hesitant to key off o
> I will take a stab at this and report back. It may be a couple of days
> as I don't personally have access to the system.
I'm all thumbs at this. I do see the following suspect differences at
the tail of that config.log.trimmed I attached previously:
NEXT_ERRNO_H=''
NEXT_FCNTL_H='"///bgsys/dr
>> On Intrepid, a BG/P system up at Argonne with some fun old IBM XL
>> compilers, a user of mine is seeing gnulib/float.h containing the line
>> #include " "
>> which appears to be arising from
>> configure:13477: checking absolute name of
>> configure:13516: result: ""
> The full co
On Intrepid, a BG/P system up at Argonne with some fun old IBM XL
compilers, a user of mine is seeing gnulib/float.h containing the line
#include " "
which appears to be arising from
configure:13477: checking absolute name of
configure:13516: result: ""
due to
http://git.savannah.gnu.
An odd thought...
A lot of folks that write numerical codes need a few algorithms but
not the smorgasbord of functionality that ships with, e.g., the GNU
Scientific Library. For whatever reason, scientific users seem to
have trouble installing such dependencies and prefer source
distributions tha
On Sat, Oct 1, 2011 at 6:16 PM, Reuben Thomas wrote:
> I notice no-one mentioned argp. (I also notice one of autoopts's
> testimonials says that it (autoopts) is simpler than argp!). But from
> a quick look argp seems rather neat; it doesn't need a separate parser
> and code generator, and it's av
The recreate behaves as I expect if I modify gl_ABSOLUTE_HEADER to use
AC_CHECK_HEADERS instead of AC_CHECK_HEADERS_ONCE.
-Rhys
On Thu, Aug 14, 2008 at 11:47 AM, Rhys Ulerich <[EMAIL PROTECTED]>wrote:
> Hi,
>
> We found an odd side effect of gnulib's absolute_header.m4 ov
Hi,
We found an odd side effect of gnulib's absolute_header.m4 over on the
Autoconf mailing list (
http://lists.gnu.org/archive/html/autoconf/2008-08/msg00024.html). Within
an Autoconf macro, modifying CPPFLAGS, calling AC_CHECK_HEADER, and then
calling gl_ABSOLUTE_HEADER prevents the header chec
10 matches
Mail list logo
