Package Details: mips-harvard-os161-gdb 7.8+os161_2.1-3

Git Clone URL: https://aur.archlinux.org/mips-harvard-os161-gdb.git (read-only, click to copy)
Package Base: mips-harvard-os161-gdb
Description: The GNU Debugger modified for mips-harvard-os161 arquitecture. This is part of toolset for the course os161 from Harvard.
Upstream URL: http://os161.eecs.harvard.edu/
Licenses: GPL, LGPL
Groups: mips-harvard-os161-toolchain
Submitter: gerito
Maintainer: gerito
Last Packager: gerito
Votes: 3
Popularity: 0.002717
First Submitted: 2017-02-13 12:47
Last Updated: 2019-09-18 03:34

Latest Comments

1 2 Next › Last »

gerito commented on 2019-09-18 04:02

@johnramsden Welp. I swear I couldn't find it. Yes, that one. XP

johnramsden commented on 2019-09-18 03:55

No worries, thanks for your time @gerito. In the meantime I was able to get it to build by building in a clean chroot with no python3.

Isn't this the emulator? https://aur.archlinux.org/packages/sys161/

gerito commented on 2019-09-18 03:42

@johnramsden I'm so sorry for the delay. I have been busy lately and stuff. I hope this fixes the build issue, unfortunately I discovered that the sys161 emulator is no longer available in aur anymore. I'm not sure if I should provide one or no. It is not difficult to set it up by yourself, once the toolchain, bmake and all other dependencies are installed. If you have any other problem I will try to answer but keep in mind it could take time. It took me most part of my afternoon to fix this, granted it wasn't difficult (I had to back-port a patch) but I had to set up my environment and stuff. Again I'm sorry for the delay.

johnramsden commented on 2019-09-11 01:24

I'm getting the following during builds:

../../gdb-7.8+os161-2.1/gdb/python/python.c: In function ‘_initialize_python’:
../../gdb-7.8+os161-2.1/gdb/python/python.c:1691:3: error: too few arguments to function ‘_PyImport_FixupBuiltin’
 1691 |   _PyImport_FixupBuiltin (gdb_module, "_gdb");
      |   ^~~~~~~~~~~~~~~~~~~~~~
In file included from /usr/include/python3.7m/Python.h:145,
                 from ../../gdb-7.8+os161-2.1/gdb/python/python-internal.h:97,
                 from ../../gdb-7.8+os161-2.1/gdb/python/python.c:94:
/usr/include/python3.7m/import.h:112:17: note: declared here
  112 | PyAPI_FUNC(int) _PyImport_FixupBuiltin(
      |                 ^~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [Makefile:2369: python.o] Error 1
make[2]: *** Waiting for unfinished jobs....
make[2]: Leaving directory '/home/john/.cache/aurutils/sync/mips-harvard-os161-gdb/src/gdb-build/gdb'
make[1]: *** [Makefile:8668: all-gdb] Error 2
make[1]: Leaving directory '/home/john/.cache/aurutils/sync/mips-harvard-os161-gdb/src/gdb-build'
make: *** [Makefile:832: all] Error 2
==> ERROR: A failure occurred in build().
    Aborting...

Anonymous comment on 2018-06-01 02:39

@sommd The error is caused because the python modules that mips-harvard-os161-gdb depend on are deleted during install. 

rm -rf ${pkgdir}/usr/share/gdb

When gdb from extra isn't installed, the modules cannot load (there's a brief error). If it is installed, then the modules that load cause errors like you're seeing because they aren't compatible. I suspect that this is because gdb in extra is at version 8+ while the one in the OS/161 toolchain is still in version 7.

This quick hack to get this working is by using the --data-directory argument while running mips-harvard-os161-gdb.

$ git clone https://aur.archlinux.org/mips-harvard-os161-gdb.git
$ cd mips-harvard-os161-git

Edit PKGBUILD so that the line I mentioned at the beginning is commented out and make sure you have mips-harvard-os161-gdb installed as is before doing the following.

$ makepkg
$ mips-harvard-os161-gdb --data-directory=/[path to where you cloned]/mips-harvard-os161-gdb/pkg/mips-harvard-os161-gdb/usr/share/gdb

Store the folder somewhere and make an alias for mips-harvard-os161-gdb so that you don't have to add it every time.

This isn't ideal but it should do until @gerito can sort out a way to fix this.

@gerito Would it be possible to install the modules in another directory that doesn't interfere with gdb from the official repos? Like /usr/share/mips-harvard-os161-gdb so that it's distinguished from /usr/share/gdb?

sommd commented on 2018-05-31 13:23

Keep getting the following error:

Traceback (most recent call last):
  File "/usr/share/gdb/python/gdb/__init__.py", line 144, in auto_load_packages
    __import__(modname)
  File "/usr/share/gdb/python/gdb/command/explore.py", line 756, in <module>
    Explorer.init_env()
  File "/usr/share/gdb/python/gdb/command/explore.py", line 135, in init_env
    gdb.TYPE_CODE_RVALUE_REF : ReferenceExplorer,
AttributeError: module 'gdb' has no attribute 'TYPE_CODE_RVALUE_REF'

Which keeps printing after almost every command, making the output unreadable. The only solution I've found is to uninstall normal GDB. Any proper solutions?

Anonymous comment on 2017-07-31 17:32

@gerito Sorry for the delay! It builds perfectly fine now. Thank You.

gerito commented on 2017-07-29 08:20

I hope it works now @0xelectron, and @m51.

Please notify me for success/failure.


I wish that I could said I fixed it, but after unsuccessfully tracking the root of the problem I found a patch and I just applied.

I found another error, and I added a new dependency.

gerito commented on 2017-07-29 03:56

Sorry for the delay, I missed the first message. @m51

It takes ages for me to compile, so when I get time I will get into.

I don't know the problem, for the moment I need to create a fresh install and start from there.

I'm on it @0xelectron, and @m51.

Anonymous comment on 2017-07-27 17:23

can confirm. I've the same error as @m51. I'll too look into it.