[go-nuts] gollvm: meaningless "unsupported llvm::CallingConv::ID"

Hi. I caught the following error: https://go.googlesource.com/gollvm/+/refs/heads/master/bridge/go-llvm-cabi-oracle.cpp#162 . Among other things: people has nothing to do with an ID. There is a specific list of options: https://llvm.org/doxygen/namespacellvm_1_1CallingConv.html . But providing

Re: [go-nuts] gollvm: Issues on Alpine linux. Tentative definition has type 'struct sigstack' that is never completed, in sysinfo.c

A patch could be submitted On Wednesday, November 18, 2020 at 4:27:20 AM UTC+2, Ian Lance Taylor wrote: > > On Tue, Nov 17, 2020 at 6:11 AM Than McIntosh > wrote: > > > > > > /home/oceanfish81/workarea/llvm-project/llvm/tools/gollvm/gofrontend/libgo/sysinfo.c:462:1: > > error: tentative

Re: [go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

CC'ing to Jayesh, Sreenivas, Adarsh from Intel. I am BCC'ing to Sameeran, Tejas from AMD. On Thu, Jan 7, 2021 at 12:21 AM Ivan Serdyuk wrote: > I assume that this should be enforced by CMake - so some build flag would > be provided. So the "default" schema would be to cover

Re: [go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

sh81/Desktop/workarea/llvm-project/llvm/tools/gollvm/gofrontend/libgo/go/unicode/graphic.go > /home/oceanfish81/Desktop/workarea/llvm-project/llvm/tools/gollvm/gofrontend/libgo/go/unicode/letter.go > /home/oceanfish81/Desktop/workarea/llvm-project/llvm/tools/gollvm/gofrontend/libgo/go/unic

Re: [go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

e that set up, it > should take care of the problem running "llc" from capture-fcn-attributes. > > Than > > > On Wed, Jan 6, 2021 at 3:14 PM Ivan Serdyuk > wrote: > >> I think a caught an error: >> >> $ ./capture-fcn-attributes >>> llc run f

Re: [go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

ted as a target in > driver/ArchCpusAttrs.h. > > From the root of your repo, try > > $ cd tools > $ go build capture-fcn-attributes.go > $ ./capture-fcn-attributes -o ../driver/ArchCpusAttrs.h > > and then give the gollvm build another try. > > Thanks, Than >

Re: [go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

message(SEND_ERROR "Arch ${llarch} not yet supported") endif() diff --git a/driver/Driver.cpp b/driver/Driver.cpp index 8debbab..aa83fb1 100644 --- a/driver/Driver.cpp +++ b/driver/Driver.cpp @@ -76,7 +76,7 @@ std::string Driver::installedLibDir() llvm::sys::path::append(ldir

Re: [go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

CL that includes all of the > changes you're testing -- at this point do you have any modifications to > driver/ArchCpusAttrs.h ? > > Thanks > > > > On Wed, Jan 6, 2021 at 10:00 AM Ivan Serdyuk > wrote: > >> Ping >> >> On Friday, January 1, 2021

Re: [go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

Ping On Friday, January 1, 2021 at 5:45:02 AM UTC+2 Ivan Serdyuk wrote: > Happy New Year, Than. > > So I have rebuilt llvm-goc, after applying > https://go-review.googlesource.com/c/gollvm/+/270219. > Here > <https://drive.google.com/file/d/1qDSKwKORZjH824gVeSXUknVm0rpK

Re: [go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

ode never > provided extraction of the CPU model (from llc). > | > > When llc emits the line > > Host CPU: yonah > > this does not mean that clang/llc will automatically target 'yonah' when > compiling, it just means that the program has detected the host CPU.

[go-nuts] gollvm: capture-fcn-attributes.go generates the header file with improperly chosen CPU model (i686; yonah)

Hello. This issue is related to https://go-review.googlesource.com/c/gollvm/+/274574 . I think I have some misunderstanding on how you used to deal with CPU models, for LLVM. First things first - I had success with using #include "llvm/ADT/StringRef.h" #include "llvm/ADT/StringMap.h"

Re: [go-nuts] Estimating blockers for supporting gollvm on RISC-V (qemu). Fedora 33

Jim, adding you to the discussion. I was not able to build gold, by configuring binutils, using > ./configure --enable-gold > did not allow GNU make tool to build gold: many sub-directories were processed, to compile the sources/generate files - but not the sub-dir. for gold. When I entered the

Re: [go-nuts] Estimating blockers for supporting gollvm on RISC-V (qemu). Fedora 33

Richard, could you tell why gold linker is not available on RISC-V port of Fedora 33? On Sat, Nov 21, 2020 at 12:10 PM Ivan Serdyuk wrote: > Wei, Carlos: adding you to this discussion. > > Carlos, please ask your questions. What was not understood, regarding my > attempt? > >

Re: [go-nuts] Estimating blockers for supporting gollvm on RISC-V (qemu). Fedora 33

Wei, Carlos: adding you to this discussion. Carlos, please ask your questions. What was not understood, regarding my attempt? Hence that QEMU's host OS could be, say, Fedora 32+ x86_64. Ivan On Sat, Nov 21, 2020 at 5:36 AM Ivan Serdyuk wrote: > Hello. > > It is just a brief survey -

[go-nuts] Estimating blockers for supporting gollvm on RISC-V (qemu). Fedora 33

Hello. It is just a brief survey - but I am currently dealing with a messy setup, for qemu. I have upgraded, after bootstrapping( the manual ) and I am able to boot > Fedora (5.8.0-1.0.riscv64.fc33.riscv64) 33 (Rawhide)

[go-nuts] gollvm: Issues on Alpine linux. Tentative definition has type 'struct sigstack' that is never completed, in sysinfo.c

Hello. I was trying to check what is required to build gollvm on Alpine linux (it has musl instead of glibc). Look like recently revealed set of minimal requirements allowed to build the configuration file (for Ninja). heading

Re: [go-nuts] Build kubernetes with gollvm

Brendan, could you review this and express your vision against the usage of https://godoc.org/k8s.io/kubernetes/third_party/forked/golang/reflect https://golang.org/pkg/reflect/ https://github.com/modern-go/reflect2 packages?

Re: [go-nuts] Failed to build gollvm in a docker container

Yuan, do you have any progress here? Ivan On Thursday, May 28, 2020 at 6:47:41 AM UTC+3 Yuan Ting wrote: > Thanks for your correction, overriding CMAKE_C_FLAGS and CMAKE_ASM_FLAGS > with "-fcf-protection=none" works for me. > I also try to build gollvm from a clean slate (by recreating a build

Re: [go-nuts] Build kubernetes with gollvm

Yuan, are you still working on gollvm based port of k8s? Ivan On Saturday, July 20, 2019 at 5:32:03 AM UTC+3 Yuan Ting wrote: > OK, I will check out the reflect2 package and take a look. Thanks a lot > for your direction! > > Best, > Ting > > On Friday, July 19, 2019 at 10:30:32 PM UTC+8, Ian