https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66303
--- Comment #3 from Tatsushi Inagaki ---
Created attachment 35641
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35641&action=edit
gdb session of callback() called from runtime.Caller(skip==3)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66303
--- Comment #2 from Tatsushi Inagaki ---
The first invocation of runtime.Caller() with skip==2 successfully detects
kickoff() in callback(), and thus returns ok==true.
The problem is that the succeeding invocations of runtime.Caller() with
skip=
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: e29253 at jp dot ibm.com
CC: cmang at google dot com
Target Milestone: ---
Created attachment 35633
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35633&action=edit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63731
--- Comment #27 from Tatsushi Inagaki ---
(In reply to Ian Lance Taylor from comment #26)
> Tatsushi: are you asking about gccgo, or about gc?
I'm asking about gccgo.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63731
--- Comment #25 from Tatsushi Inagaki ---
What is the most recommended way when we want to use the net package in a
statically linked binary? My impression is that a statically linked binary also
should call dlopen() (and thus we should export LD
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65134
--- Comment #4 from Tatsushi Inagaki ---
I see. Thanks a lot!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65134
--- Comment #2 from Tatsushi Inagaki ---
(In reply to Ian Lance Taylor from comment #1)
> It's pretty ugly, but a workaround is to drop something like this into
> sub.go:
>
> var AlwaysFalse bool
> func init() {
> if AlwaysFalse {
>
ty: normal
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: e29253 at jp dot ibm.com
CC: cmang at google dot com
Created attachment 34813
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34813&action=edit
Example to reproduc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63812
--- Comment #5 from Tatsushi Inagaki ---
Submitted a pull request to Docker:
https://github.com/docker/docker/pull/9233
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63812
--- Comment #4 from Tatsushi Inagaki ---
Ian,
Thank you very much for your helpful clarification. I confirmed that the unit
test passes with both of GC and GCCGO, when we modify the test from:
assertEquals(t, "2.22 PB", HumanSize(2.22*PB
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63812
--- Comment #2 from Tatsushi Inagaki ---
(In reply to Andrew Pinski from comment #1)
> This might be an issue in mpfr and not GCC if I read GCC's code correctly.
> Depending on how 2.22 is read in as a floating point value.
Andrew,
Thank you v
: normal
Priority: P3
Component: go
Assignee: ian at airs dot com
Reporter: e29253 at jp dot ibm.com
CC: cmang at google dot com
GCCGO cannot compile the following program, while GC can compile and run the
same program. This program is derived from
12 matches
Mail list logo
