For a simple a.cxx:
#include <llvm/DebugInfo/Symbolize/Symbolize.h>
#include <llvm/Support/Path.h>
#include <llvm/ADT/SmallVector.h>
int main() {
llvm::SmallVector<char, 5> results;
return 0;
}
compiling with: gcc -O0 -c $(llvm-config --cppflags) a.cxx
llvm-config --cppflags output: -I/usr/lib/llvm-11/include -D_GNU_SOURCE
-D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS
it compiled.
On Fri, Jul 1, 2022 at 9:16 PM Sebastian Huber <
sebastian.hu...@embedded-brains.de> wrote:
> On 01.07.22 15:13, 起飞的老杨sprhawk wrote:
> > Yes, it is indeed.
> >
> > But I see in every llvm-9, llvm-11, llvm-15, they all have the same
> > definitions
> >
> > 415 void ELFFile<ELFT>::getRelocationTypeName(uint32_t Type,
> > 416 SmallVectorImpl<char>
> > &Result) const {
> > 417 if (!isMipsELF64()) {
> > 418 StringRef Name = getRelocationTypeName(Type);
> > 419 Result.append(Name.begin(), Name.end());
> >
> > So I think they may not be an error to LLVM, or it may be some
> > incompatibility to gcc + llvm?
>
> What happens if you include this header file in a single source file and
> try to build it with gcc or clang?
>
> --
> embedded brains GmbH
> Herr Sebastian HUBER
> Dornierstr. 4
> 82178 Puchheim
> Germany
> email: sebastian.hu...@embedded-brains.de
> phone: +49-89-18 94 741 - 16
> fax: +49-89-18 94 741 - 08
>
> Registergericht: Amtsgericht München
> Registernummer: HRB 157899
> Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
> Unsere Datenschutzerklärung finden Sie hier:
> https://embedded-brains.de/datenschutzerklaerung/
>
_______________________________________________
users mailing list
users@rtems.org
http://lists.rtems.org/mailman/listinfo/users
