This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug libstdc++/64467] [5 Regression] 28_regex/traits/char/isctype.cc and wchar_t/isctype.cc


https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64467

--- Comment #10 from Hans-Peter Nilsson <hp at gcc dot gnu.org> ---
(In reply to Hans-Peter Nilsson from comment #9)
> To wit, at r220506  still see:
> assertion "!t.isctype('\n', t.lookup_classname(blank,
> blank+sizeof(blank)/sizeof(blank[0])-1))" failed: file
> "/tmp/hpautotest-gcc1/gcc/libstdc++-v3/testsuite/28_regex/traits/char/
> isctype.cc", line 61, function: void test01()
> program stopped with signal 6 (Aborted).
> 
> Maybe the newlib preprocessor symbol isn't universal?

Universal regarding targets but not regarding time as it's recent-ish:

2014-09-17  Jeff Johnston  <jjohnstn@redhat.com>

        * libc/include/sys/features.h: Add __NEWLIB__ and
        __NEWLIB_MINOR__ macros.

My autotester hasn't automatically updated to a version with this change as
there hasn't been a regression-free period for gcc since 2014-05-08-20:35:45
r210245. :(

More to the point, this test being the random only requirement for the last
newlib release seems spurious.

There's a _NEWLIB_VERSION and a __NEWLIB_H__ which would work for not just the
latest newlib version.  Would it be ok to change to (suggesting) #ifdef
_NEWLIB_VERSION?  Alternatively, we have an effective-target newlib which can
be used to define a NEWLINE_IN_CLASS_BLANK which can be used for other
misfortunate targets.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]