public inbox for libstdc++-cvs@sourceware.org
help / color / mirror / Atom feed
* [gcc(refs/users/aoliva/heads/testme)] [libstdc++] [testsuite] intro/names.cc: undef func on vxw7krn
@ 2023-02-22 14:49 Alexandre Oliva
  0 siblings, 0 replies; 2+ messages in thread
From: Alexandre Oliva @ 2023-02-22 14:49 UTC (permalink / raw)
  To: gcc-cvs, libstdc++-cvs

https://gcc.gnu.org/g:c0e62483a77af5b780c62a78dae8641afd018599

commit c0e62483a77af5b780c62a78dae8641afd018599
Author: Alexandre Oliva <oliva@adacore.com>
Date:   Thu Feb 16 06:35:42 2023 -0300

    [libstdc++] [testsuite] intro/names.cc: undef func on vxw7krn
    
    The '#define func' added in 2021, to test that system headers don't
    violate the user namespace, exposes such a bug in the vxworks sysLib.h
    header, so add yet another such annotated workaround.
    
    
    for  libstdc++-v3/ChangeLog
    
            * testsuite/17_intro/names.cc: Undef func on vxworks >= 7 in
            kernel mode.

Diff:
---
 libstdc++-v3/testsuite/17_intro/names.cc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/libstdc++-v3/testsuite/17_intro/names.cc b/libstdc++-v3/testsuite/17_intro/names.cc
index afa749128f5..9932dea14d5 100644
--- a/libstdc++-v3/testsuite/17_intro/names.cc
+++ b/libstdc++-v3/testsuite/17_intro/names.cc
@@ -346,6 +346,8 @@
 #undef d
 #undef e
 #undef f
+// in sysLib.h, func appears as a formal parameter name
+#undef func
 #endif // __RTP__
 
 #endif // VxWorks Major >= 7

^ permalink raw reply	[flat|nested] 2+ messages in thread
* [gcc(refs/users/aoliva/heads/testme)] [libstdc++] [testsuite] intro/names.cc: undef func on vxw7krn
@ 2023-02-16 11:12 Alexandre Oliva
  0 siblings, 0 replies; 2+ messages in thread
From: Alexandre Oliva @ 2023-02-16 11:12 UTC (permalink / raw)
  To: gcc-cvs, libstdc++-cvs

https://gcc.gnu.org/g:4fcf3648860af2d156a43cd18e07eeebe69cb7d3

commit 4fcf3648860af2d156a43cd18e07eeebe69cb7d3
Author: Alexandre Oliva <oliva@adacore.com>
Date:   Thu Feb 16 06:35:42 2023 -0300

    [libstdc++] [testsuite] intro/names.cc: undef func on vxw7krn
    
    The '#define func' added in 2021, to test that system headers don't
    violate the user namespace, exposes such a bug in the vxworks sysLib.h
    header, so add yet another such annotated workaround.
    
    
    for  libstdc++-v3/ChangeLog
    
            * testsuite/17_intro/names.cc: Undef func on vxworks >= 7 in
            kernel mode.

Diff:
---
 libstdc++-v3/testsuite/17_intro/names.cc | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/libstdc++-v3/testsuite/17_intro/names.cc b/libstdc++-v3/testsuite/17_intro/names.cc
index d3e0db9bab6..c2d67ebe012 100644
--- a/libstdc++-v3/testsuite/17_intro/names.cc
+++ b/libstdc++-v3/testsuite/17_intro/names.cc
@@ -329,6 +329,8 @@
 #undef d
 #undef e
 #undef f
+// in sysLib.h, func appears as a formal parameter name
+#undef func
 #endif // __RTP__
 
 #endif // VxWorks Major >= 7

^ permalink raw reply	[flat|nested] 2+ messages in thread
end of thread, other threads:[~2023-02-22 14:49 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-02-22 14:49 [gcc(refs/users/aoliva/heads/testme)] [libstdc++] [testsuite] intro/names.cc: undef func on vxw7krn Alexandre Oliva
  -- strict thread matches above, loose matches on Subject: below --
2023-02-16 11:12 Alexandre Oliva

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).