Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 61317 - Segment fault whilst emerging spim-6.5-r1
Summary: Segment fault whilst emerging spim-6.5-r1
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: Bryan Østergaard (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-08-22 19:14 UTC by Craig Sproule
Modified: 2004-12-19 13:32 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
spim-7.0.ebuild (ebuild attempt) (spim-7.0.ebuild,1.31 KB, text/plain)
2004-09-04 07:07 UTC, robertc96
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Craig Sproule 2004-08-22 19:14:12 UTC
Whilst emerging spim-6.5-1 I get a seg fault message.

Reproducible: Always
Steps to Reproduce:
1. emerge spim

Actual Results:  
>>> emerge (1 of 1) app-emulation/spim-6.5-r1 to /
>>> md5 src_uri ;-) spim-6.5.tar.gz
>>> Unpacking source...
>>> Unpacking spim-6.5.tar.gz to /var/tmp/portage/spim-6.5-r1/work
 * Applying 6.5-parser.patch...                                           [ ok
]>>> Source unpacked.
gcc
Check if this machine is big-endian or little-endian.
This may take a few minutes.
I believe this is a little-endian machine.
Looks like a BSD universe exists...
Scaning libc

Checking if libc on this machine contains:
  vsprintf: Yes, I think so
  vfprintf: Yes, I think
  strtoul: Yes, I think
  strtol: Yes, I think
  memcpy: Yes, I think

Checking for /usr/include/termio.h
Yes, it is there
make[1]: Entering directory `/var/tmp/portage/spim-6.5-r1/work/spim-6.5'
bison -y -d parser.y
gcc -g     -I/usr/X11R6/include -I/include  -Dlinux -D__i386__
-D_POSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE=500L -D_BSD_SOURCE
-D_SVID_SOURCE   -DFUNCPROTO=15 -DNARROWPROTO  `cat configuration`
-DTEXT_SIZE=65536 -DDATA_SIZE=131072 -DK_TEXT_SIZE=65536
-DDEFAULT_TRAP_HANDLER=\"/usr/sbin/trap.handler\" -DSPIM_VERSION="\"`cat
VERSION`\""   -c -o mem.o mem.c
make[1]: *** [y.tab.c] Segmentation fault
make[1]: *** Waiting for unfinished jobs....
make[1]: Leaving directory `/var/tmp/portage/spim-6.5-r1/work/spim-6.5'
make: *** [spim] Error 2

!!! ERROR: app-emulation/spim-6.5-r1 failed.
!!! Function src_compile, Line 39, Exitcode 2
!!! make spim failed


Expected Results:  
emerged spim as it has done before for me in the past

Gentoo Base System version 1.5.3
Portage 2.0.50-r10 (default-x86-2004.2, gcc-3.3.4, glibc-2.3.4.20040808-r0,
2.4.26-gentoo-r9)
=================================================================
System uname: 2.4.26-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.5-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-Os -march=pentium4 -mcpu=pentium4  -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-Os -march=pentium4 -mcpu=pentium4  -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="http://mirror.averse.net/pub/gentoo/
ftp://mirror.averse.net/pub/gentoo http://mirror.gentoo.gr.jp"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.au.gentoo.org/gentoo-portage"
USE="X aalib alsa apm avi berkdb crypt emacs encode esd gdbm gif gnome gpm gtk
gtk2 imlib java jpeg libg++ libwww mad mikmod mmx motif mpeg nas ncurses
oggvorbis opengl oss pam pdflib perl png python quicktime readline sdl slang
spell sse ssl svg svga tcpd truetype x86 xml2 xv zlib"
Comment 1 Craig Sproule 2004-08-30 02:47:28 UTC
Is anyone working on this?
Comment 2 Mr. Bones. (RETIRED) gentoo-dev 2004-08-30 11:42:01 UTC
Try it with CFLAGS="-pipe"  The failure you report doesn't happen for me.  You should consider using ACCEPT_KEYWORDS="x86" without ~x86.
Comment 3 Craig Sproule 2004-08-30 16:10:02 UTC
Tried your suggestion. Doesn't work. Not sure, but it could be a problem with bison. I can't go back to ACCEPT_KEYWORDS="x86" because that will stuff up my system. Do you use x86 or ~x86. If so, why? I thought developers would be testing stuff, and not just using the stable system. Perhaps bumping SPIM up to version 7 would do the trick. When I manually compiled SPIM 7 the above error did not occur. It compiled, but it had some minor error in the install.
Comment 4 Craig Sproule 2004-08-30 16:36:49 UTC
Yes, bumping up to version 7 has a little problem with install out of the box. But I got it to work (which is cool, because I got to do a lot of work with SPIM for uni). What I did was (You probably don't need this help, but it doesn't hurt).

unpack Spim-7.0 archive
Descend into Spim-7.0 directory
./Configure
edited Imakefile (I need xpsim, not sure if these paths are correct, but it works)
   EXCEPTION_DIR=/usr/sbin
   BIN_DIR=/usr/bin
   MAN_DIR=/usr/share/man

xmkmf
make xspim
make install

Program MIPS Assembly using my new Spim-7.0.

Thanks mate, but I do think the SPIM version should be bumped up to the latest version.
Comment 5 Craig Sproule 2004-09-03 18:55:49 UTC
By the way, I feel like I am just talking to myself throughout. I believe that nothing has been done for a bug that does exist. Because it does not happen on the   developers system, no doubt the developer runs the stable version of Gentoo (which I will never understand, that is like a programmer coding a development version of a database, and then testing the already stable version, when the stable version works, he believes the development version does to).

I do not think I will ever contribute a bug report in the future, because, this developer is hopeless, and so is this bullshit process. I write, I get silence, I suggest bumping up the version, no yay, nay or ok, just silence. Well maintainer of SPIM shove it up your ass.
Comment 6 Mr. Bones. (RETIRED) gentoo-dev 2004-09-03 22:30:26 UTC
Part of the issue is that there *is* no maintainer for spim.
Comment 7 robertc96 2004-09-04 07:07:34 UTC
Created attachment 38904 [details]
spim-7.0.ebuild (ebuild attempt)

I'm not a developer but I attempted to provide you with an ebuild for spim-7.0.

It seems to work on my box but it may require further editing and testing to
get it perfect.
Comment 8 Craig Sproule 2004-09-05 20:57:17 UTC
hey thanks for the ebuild, haven't tried it yet, but I will. If there is no maintainer for SPIM, unless anyone else would prefer to do it, I would like to volunteer to take it on. In fact, I know this might be a lot of work for the gentoo folk, but if they made a list of unmaintained packages, people could volunteer to maintain those packages, I think that would be ace. I would volunteer, and I think a lot of other people would to.
Comment 9 katerina 2004-11-10 14:00:21 UTC
I'm running x86, and tried the emerge with CFLAGS="-pipe".  I confirm Craig's bug report.
app-emulation/spim-7.0 installs and runs.  I propose that 6.5-r1 be taken out of the tree; optionally, mark spim-7.0 as x86.

Comment 10 Mr. Bones. (RETIRED) gentoo-dev 2004-11-10 15:43:03 UTC
spim-6 always has and continues to build fine for me so I guess I'm not the best person to address this bug.  Since kloeri bumped spim to version 7 I'm going to pass this bug along.
Comment 11 Bryan Østergaard (RETIRED) gentoo-dev 2004-12-19 13:32:08 UTC
I've bumped x86 stable to 7.0, hope this solves the problem for everybody.