Not sure, but isn't usage of C headers in C++ deprecated for a long time
now? Shouldn't you use csignal and cstdlib? Newlib provided for RTEMS
looks to push that even a bit further by providing C++ specific stdlib.h
(in include/c++ and in include/c++/tr1) which just includes cstdlib and
exports symbols out from std name space and this way basically hides C
specific stdlib.h
I'd bet newlib is more correct here, but I'm no expert...
Anyway in the c++/newlib case and if you really insist on c++ compiler
here, have you tried to use include_next trick by defining
_GLIBCXX_INCLUDE_NEXT_C_HEADERS? See include/c++/stdlib.h from tools...
Karel
On 4/12/22 08:44, Chris Johns wrote:
Hi,
The following code:
// aarch64-rtems6-g++ -std=c++98 -c test.o test.cpp
// aarch64-rtems6-g++ -std=c++03 -c test.o test.cpp
// aarch64-rtems6-g++ -std=c++11 -c test.o test.cpp
// aarch64-rtems6-g++ -std=c++17 -c test.o test.cpp
#include <signal.h>
#include <stdlib.h>
void t1(pthread_t thread) {
::setenv("ABC", "123", 0);
::pthread_kill(thread, SIGINT);
}
produces:
$ arm-rtems6-g++ -std=c++17 -c -o test.o test.cpp
test.cpp: In function 'void t1(pthread_t)':
test.cpp:8:5: error: '::setenv' has not been declared; did you mean 'getenv'?
8 | ::setenv("ABC", "123", 0);
| ^~~~~~
| getenv
test.cpp:9:5: error: '::pthread_kill' has not been declared; did you mean
'pthread_key_t'?
9 | ::pthread_kill(thread, SIGINT);
| ^~~~~~~~~~~~
| pthread_key_t
The same code compiles fine on FreeBSD:
$ c++ -std=c++17 -c -o ../test.o ../test.cpp
$ c++ --version
FreeBSD clang version 6.0.0 (tags/RELEASE_600/final 326565) (based on LLVM
6.0.0)
Target: x86_64-unknown-freebsd11.2
Thread model: posix
InstalledDir: /usr/bin
and Linux:
$ g++ -std=c++17 -c -o test.o test.cpp
$ g++ --version
g++ (Ubuntu 11.2.0-7ubuntu2) 11.2.0
Copyright (C) 2021 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
Is there something broken in our newlib?
Thanks
Chris
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
_______________________________________________
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel
