Skip to content

natively built 5l segfaults #83

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
gopherbot opened this issue Nov 12, 2009 · 3 comments
Closed

natively built 5l segfaults #83

gopherbot opened this issue Nov 12, 2009 · 3 comments

Comments

@gopherbot
Copy link
Contributor

by b88zhou:

Before filing a bug, please check whether it has been fixed since
the latest release: run "hg pull -u" and retry what you did to
reproduce the problem.  Thanks.

> What steps will reproduce the problem?
./all-arm.bash

> What is the expected output? What do you see instead?
Build completes and 5g/5l usable.
Instead

%%%% making cmd/ebnflint %%%%

5g -o _go_.5 ebnflint.go
5l -o ebnflint _go_.5
make: *** [ebnflint] Segmentation fault
make: *** Deleting file `ebnflint'


> What is your $GOOS?  $GOARCH?
linux/arm

> Which revision are you sync'ed to?  (hg log -l 1)
$ hg log -l 1
changeset:   4005:787946be1d34
tag:         tip
user:        Rob Pike <[email protected]>
date:        Wed Nov 11 19:39:57 2009 -0800
summary:     fix typo in ByteSize example

> Please provide any additional information below.
5g and 5l were built and copied to $GOBIN/

$ gdb 5l
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>;
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "arm-none-linux-gnueabi"...
(gdb) run hello.5
Starting program: /mnt/ext/home/bzhou/bin/5l hello.5

Program received signal SIGSEGV, Segmentation fault.
0x0001c924 in ilookup (name=0x40160c7c "fmt.nByte") at ../ld/go.c:58
58                      if(x->name[0] == name[0] && strcmp(x->name, name) 
== 0)
(gdb) bt
#0  0x0001c924 in ilookup (name=0x40160c7c "fmt.nByte") at ../ld/go.c:58
#1  0x0001ccc0 in loadpkgdata (file=0x49348 
"/home/bzhou/go/pkg/linux_arm/fmt.a(_go_.5)", data=0x40160c74
"\n\tconst", 
len=8912) at ../ld/go.c:188
#2  0x0001d048 in ldpkg (f=0x47068, len=<value optimized out>, 
filename=0x49318 "/home/bzhou/go/pkg/linux_arm/fmt.a(_go_.5)") at 
../ld/go.c:119
#3  0x0000e528 in ldobj (f=0x47068, len=4617793806594856755, pn=0x49318 
"/home/bzhou/go/pkg/linux_arm/fmt.a(_go_.5)") at ../ld/lib.c:365
#4  0x0000ef3c in objfile (file=0x4015a568 
"/home/bzhou/go/pkg/linux_arm/fmt.a") at ../ld/lib.c:293
#5  0x0000f070 in loadlib () at ../ld/lib.c:184
#6  0x00013b8c in p9main (argc=<value optimized out>, argv=0xbe9ac2e8) at 
/mnt/ext/home/bzhou/go/src/cmd/5l/obj.c:258
#7  0x0001e180 in main (argc=4802626, argv=0xe8c11800) at 
/mnt/ext/home/bzhou/go/src/lib9/main.c:35
(gdb)
@gopherbot
Copy link
Contributor Author

Comment 1 by kai.backman2:

Thanks for the report. I'll look into it once I have some acceptable testing hardware.

Owner changed to [email protected].

@rsc
Copy link
Contributor

rsc commented Nov 12, 2009

Comment 2:

This is the same bug you helped track down in gopack.

Owner changed to [email protected].

Status changed to Started.

@rsc
Copy link
Contributor

rsc commented Nov 12, 2009

Comment 3:

This issue was closed by revision 6634e34.

Status changed to Fixed.

Merged into issue #-.

@golang golang locked and limited conversation to collaborators Jun 24, 2016
@rsc rsc removed their assignment Jun 22, 2022
This issue was closed.
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants