rd library" should really address that by making it's printf
posix compliant, so that gnulib's fallback doesn't even get built. It seems
that
nobody who is interested in musl has looked at gnulib's config.log to understand
why does gnulib think musl's printf is not good enough.
--
Pedro Alves
's bravery.
Thanks a lot for working on this.
> https://sourceware.org/bugzilla/show_bug.cgi?id=14483
> https://bugzilla.redhat.com/show_bug.cgi?id=231832
--
Thanks,
Pedro Alves
Adding gnulib@
Original thread here:
https://sourceware.org/ml/gdb/2015-08/msg00037.html
Thanks,
Pedro Alves
On 08/25/2015 02:12 PM, paul_kon...@dell.com wrote:
>
>> On Aug 25, 2015, at 5:56 AM, Pedro Alves wrote:
>>
>> On 08/24/2015 10:20 PM, paul_kon...@dell.com wrote:
On 08/25/2015 06:06 PM, paul_kon...@dell.com wrote:
>
>> On Aug 25, 2015, at 12:58 PM, Paul Eggert wrote:
>>
>> Pedro Alves wrote:
>>> # Test for the AIX locale name.
>>>> if (LC_ALL=ja_JP LC_TIME= LC_CTYPE=
AX. "
I can work around this by defining __STDC_LIMIT_MACROS in gdb before
including stdint.h, but it sounds like I shouldn't need to. Thus I wonder
what am I missing.
I'm attaching a gzip'ed config.log.
Thanks,
Pedro Alves
config.log.gz
Description: application/gzip
On 11/02/2015 01:36 AM, Paul Eggert wrote:
> Pedro Alves wrote:
>> and gnulib is deciding that the system's stdint.h is good enough
>> At least, I don't get a stdint.h replacement.
>
> Since gnulib's test program contains this:
>
> intmax_t i = INTMAX_M
On 11/02/2015 10:36 AM, Pedro Alves wrote:
> $ grep -rn gl_cv_header_working_stdint_h
> config.cache:628:gl_cv_header_working_stdint_h=${gl_cv_header_working_stdint_h=no}
> config.log:39493:gl_cv_header_working_stdint_h=no
>
> But, I don't get a replacement:
>
&g
On 11/02/2015 11:03 AM, Pedro Alves wrote:
> On 11/02/2015 10:36 AM, Pedro Alves wrote:
>
>> $ grep -rn gl_cv_header_working_stdint_h
>> config.cache:628:gl_cv_header_working_stdint_h=${gl_cv_header_working_stdint_h=no}
>> config.log:39493:gl_cv_header_working_stdint_h=no
On 11/03/2015 02:32 AM, Paul Eggert wrote:
> Pedro Alves wrote:
>> Instead of trying to detect the right types, detect
>> good-enough-pre-C++11 stdint.h and in such case make the substitute
>> stdint.h just wrap the system's stdint.h with
>> __STDC_CONSTANT_MA
On 11/03/2015 02:45 PM, Pedro Alves wrote:
> On 11/03/2015 02:32 AM, Paul Eggert wrote:
>> Pedro Alves wrote:
>>> Instead of trying to detect the right types, detect
>>> good-enough-pre-C++11 stdint.h and in such case make the substitute
>>> stdint.h
ion ‘float
std::frexp(float, int*)’
frexp(float __x, int* __exp)
^
ChangeLog:
2016-11-12 Pedro Alves
Fix gnulib C++ namespace support and std::frexp
* lib/math.in.h (frexp): Use _GL_CXXALIASWARN1 instead of
_GL_CXXALIASWARN.
---
lib/math.in.h | 2 +-
1 fi
7;t do currently, all for
satisfying a link dependency on a function that we don't actually want
to use.
In any case, ending up with strong references to replacement functions
even if they're not used means that binaries end up containing gnulib
code they don't really use. So this se
=gnu++11
$WARN_CFLAGS" $test
# gcc 5.3.1 on Fedora 23
CC="gcc -Wall" CXX="g++ -std=gnu++03 -Wall -Wno-unused-variable" $test
CC="gcc -Wall" CXX="g++ -std=gnu++11 -Wall -Wno-unused-variable" $test
# gcc trunk on Fedora 23
PREFIX="/opt/gcc/bin&
On 11/14/2016 06:16 PM, Pedro Alves wrote:
> On 11/12/2016 05:30 PM, Paul Eggert wrote:
>> Thanks, I installed your two recent patches.
>
> Thanks!
>
>> I don't know C++ well;
>> perhaps Bruno or another reviewer can double-check if they have the time.
&g
On 11/14/2016 09:19 PM, Pedro Alves wrote:
> Let me try that and send a new patch.
Here's an simpler implementation, IMO. I went ahead and added
the _GL_BEGIN_NAMESPACE/_GL_END_NAMESPACE macros to c++defs.h as
I'm fairly sure they'll end up being useful in more places.
Pass
tests cond gettimeofday cond-tests
getrusage-tests gettime nonblocking-pipe-tests nonblocking-socket-tests
select-tests tempname time tzset
against gcc 4.7, 4.8, 4.9, 5.3, and 7/trunk on Fedora 23.
2016-11-15 Pedro Alves
* lib/sys_time.in.h [__cplusplus && defined GNULI
ng it, in order
to avoid overly-long lines?
inline operator type () const
{ return reinterpret_cast((rettype2 (*) parameters2)(::func));
}
Likewise the other similar cases.
Thanks,
Pedro Alves
On 11/21/2016 11:27 PM, Bruno Haible wrote:
> Pedro Alves wrote:
>> How about breaking this line like the rpl method was breaking it, in order
>> to avoid overly-long lines?
>>
>>inline operator type () const
>>{ return reinterpret_cast((ret
with a C++ compiler, but ended up dismissing it as both
impractical, and unnecessary.
BTW, do we know which programs use GNULIB_NAMESPACE?
I believe the initial support was done for GNU Octave, but I see
that quite recently Octave switched away from it, maybe because of
the problems with newer GCCs (I believe fixed now).
Thanks,
Pedro Alves
{ \
return ::func arguments;\
} \
But, then you'd need to tweak the _GL_CXXALIAS_SYS macro too,
to pass down the right "arguments", since that "arguments"
doesn't exist today. Like:
-_GL_CXXALIAS_SYS (freeaddrinfo, void, (struct addrinfo *ai))
+_GL_CXXALIAS_SYS (freeaddrinfo, void, (struct addrinfo *ai), (ai))
Thanks,
Pedro Alves
"timeval" types? Note there's
the system struct timeval type, and then there's the typedef in
the gnulib namespace, that will point to the rpl_timeval replacement
type on Windows.
Thanks,
Pedro Alves
On 12/17/2016 09:32 AM, Gisle Vanem wrote:
> Pedro Alves wrote:
>
>> Can't see how that can run fine? The compiler will set up the call
>> assuming cdecl convention, while the called function has stdcall
>> convention.
>
> I would expect the 'rein
On 12/18/2016 01:16 AM, Bruno Haible wrote:
> Pedro Alves wrote:
>> m4/inet_pton.m4 has this:
>>
>> if test $ac_cv_have_decl_inet_pton = yes; then
>> dnl It needs to be overridden, because the stdcall calling convention
>> dnl is not compliant with
23 matches
Mail list logo
