well done. Expect it to be merged. Thanks.
在 2020年5月6日星期三 UTC+8下午7:18:21，Than McIntosh写道：
>
> >This seems to be the synchronization problem of gollvm and llvm, I am
> fixing it today, if you have not done it, I can help.
>
> Thanks, I have started a CL for this -- it is at
> https://go-review.go
>This seems to be the synchronization problem of gollvm and llvm, I am
fixing it today, if you have not done it, I can help.
Thanks, I have started a CL for this -- it is at
https://go-review.googlesource.com/c/gollvm/+/232497 if you want to look it
over. Not quite done yet, still a few things to
This seems to be the synchronization problem of gollvm and llvm, I am
fixing it today, if you have not done it, I can help.
在 2020年5月5日星期二 UTC+8下午8:30:14，Than McIntosh写道：
>
> OK, thanks for that. I will investigate, this looks unrelated to the
> previous problem. Stay tuned.
>
> Cheers, Than
>
OK, thanks, that explains it.
When I compile the test file in question I get a prolog of
0: 64 48 3b 24 25 70 00 cmp%fs:0x70,%rsp
7: 00 00
9: 73 12 jae1d
Your prolog on the other hand looks like
0: f3 0f 1e fa *endbr64*
4: 64 48 3b 24 25 7
Thanks!
Could you also please run
objdump -tldr /tmp/CheckSymbolExists.o
and send me the output of that?
Cheers, Than
On Mon, May 4, 2020 at 7:37 AM Martins Eglitis
wrote:
> Hi,
>
> I am getting output like this:
>
> /tmp/CheckSymbolExists.c: In function 'main':
> /tmp/CheckSymbolExists.c:7
Hi,
I am getting output like this:
/tmp/CheckSymbolExists.c: In function 'main':
/tmp/CheckSymbolExists.c:7:11: warning: ISO C forbids conversion of function
pointer to object pointer type [-Wpedantic]
7 | return ((int*)(&mmap))[argc];
| ^
Using built-in specs.
COLLECT_GCC
Sorry, I wasn't clear on that last email.
What I'm asking is if you could rerun the compilation by hand, e.g.
$ cat > /tmp/CheckSymbolExists.c << EOF
#include
int main(int argc, char** argv)
{
(void)argv;
#ifndef mmap
return ((int*)(&mmap))[argc];
#else
(void)argc;
return 0;
#endif
}
EO
A little more detail on the error in question. This is a very obscure
error, so please bear with me.
>>/usr/bin/ld.gold: error: CMakeFiles/cmTC_81c99.dir/CheckSymbolExists.c.o:
failed to match split-stack sequence at section 4 offset 0
What's happening here is that the linker (ld.gold) is linking
OK, that looks like a gcc as opposed to a clang. Can you please run
/usr/bin/cc -v
and show output? That will say how the gcc was configured.
There is a related LLVM bug https://bugs.llvm.org/show_bug.cgi?id=37807,
but it doesn't look as though this is a clang compiler.
Thanks
On Thu, Apr 30
Hi,
There was something related in "CMakeError.log":
Determining if the mmap exist failed with the following output:
Change Dir: /home/gopher/workarea/build-debug/CMakeFiles/CMakeTmp
Run Build Command(s):/usr/bin/ninja cmTC_81c99 && [1/2] Building C object
CMakeFiles/cmTC_81c99.dir/CheckSymbol
Sorry, I should have mentioned that I am running a docker container based on
the latest Ubuntu, and Ubuntu 18.04 as the host.
On April 30, 2020 11:37:15 PM GMT+03:00, Martins Eglitis
wrote:
>Yes,
>
>cc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
>
>
>On April 30, 2020 11:29:07 PM GMT+03:00, Than McInto
Yes,
cc (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
On April 30, 2020 11:29:07 PM GMT+03:00, Than McIntosh wrote:
>>>/usr/bin/ld.gold: error:
>CMakeFiles/cmTC_81c99.dir/CheckSymbolExists.c.o:
>failed to match split-stack sequence at section 4 offset 0
>
>OK, now I think we're getting somewhere, this lo
>>/usr/bin/ld.gold: error: CMakeFiles/cmTC_81c99.dir/CheckSymbolExists.c.o:
failed to match split-stack sequence at section 4 offset 0
OK, now I think we're getting somewhere, this looks suspicious. For
reference, could you please send me the output of "/usr/bin/cc --version"?
Thanks, Than
O
Thanks for the email.
Sorry for the delay in responding, this is a very busy time right now for
our team (release freeze is happening at the end of this week).
Just in general, the gollvm build procedure uses "cmake", and as part of
this process cmake is running various tests to make sure that th
Hi,
I initially opened an issue, but was suggested to post to the mailing list
instead: https://github.com/golang/go/issues/38728
Build keeps failing when trying to build (Ubuntu Focal Fossa, amd64) from
the latest commit to the master and following the build instructions. Has
anyone succeeded
15 matches
Mail list logo
