LOGIN   :::   RECOVER PASS   :::   GET ACCOUNT    
Browse
  • Projects
  • Code (CVS)
  • Forums
  • News
  • Articles
  • Polls
  •  
    OpenCores
  • FAQ
  • CVS HowTo
  • Mission
  • Media
  • Tools
  • Advertise
  • Mirrors
  • Logos
  • Contact us
  • Find Resources
  • Job Opportunity
  •  
    Tools
  • Search
      
  • Download Cores (CVSGet)
  •  
    More
  • Wishbone
  • Perlilog
  • EDA tools
  • OpenTech CD
  •  
    Navigation: All forums > Openrisc > Message List > Message Post

    Message

    Reply | Reply all
    Date Prev | Date Next | Thread Prev | Thread Next Date Index | Thread Index

    From: Jeremy Bennett<jeremy.bennett@e...>
    Date: Thu Jul 10 09:16:55 CEST 2008
    Subject: [openrisc] Updated OpenRISC toolchain instructions
    Top
    Hi Anthony,

    Do you mean Centos 5? That's pretty much the same as Red Hat Enterprise
    Linux, which is based on fairly modern Linux 2.6 kernels.

    You have tgetent on this system (as I would expect) - this is the manual
    page for it.

    So the problem is something to do with how you are building GDB. Have
    you already built binutils and GCC and are these cross-platform tools on
    your search path? Are you trying to build GDB on the same machine, using
    the same target? In other words you have earlier done something like

    mkdir bd-binutils
    cd bd-binutils
    ../binutils-2.16.1/configure --target=or32-uclinux --prefix=/opt/or32
    make all install
    PATH=/opt/or32:$PATH (or setenv PATH /opt/or32:$PATH)
    cd ..
    mkdir bd-gcc
    cd bd-gcc
    ../gcc-3.4.4/configure --target=or32-uclinux --prefix=/opt/or32
    cd ..
    mkdir bd-gdb
    ../gdb-5.3/configure --target=or32-uclinux

    This assumes you have first applied all the patches described in
    Embecosm Applicaction Note 2

    http://www.embecosm.com/download.html

    Note that you cannot use --prefix with GDB.

    Your Linux problem is with the UART setting in the simulator. The serial
    driver doesn't seem to be able to find a terminal. What setting do you
    have in the UART section of your sim.cfg? Are you using the Or1ksim
    0.2.0 and have you applied the patches from the above?

    HTH,


    Jeremy

    -
    Tel: +44 (1202) 416955
    Cell: +44 (7970) 676050
    SkypeID: jeremybennett
    Email: jeremy.bennett@e...
    Web: www.embecosm.com



    -----Original Message-----
    From: anthonyyi@m...
    Reply-To: List about OpenRISC project <openrisc@o...>
    To: openrisc@o...
    Subject: Re: [openrisc] Updated OpenRISC toolchain instructions
    Date: Thu, 10 Jul 2008 05:47:50 +0200 (CEST)

    Hi, Jeremy

    Thank you for your help
    Actually I don't know much about linux system
    My current project is work under a CenOS5 linux system
    When I type man tgetent
    It replies:
    curs_termcap(3X)
    curs_termcap(3X)

    NAME
    tgetent, tgetflag, tgetnum, tgetstr, tgoto, tputs - direct
    curses interface to the
    terminfo capability database

    SYNOPSIS
    #include <curses.h>
    #include <term.h>

    extern char PC;
    extern char * UP;
    extern char * BC;
    extern unsigned ospeed;

    int tgetent(char *bp, const char *name);
    int tgetflag(char *id);
    int tgetnum(char *id);
    char *tgetstr(char *id, char **area);
    char *tgoto(const char *cap, int col, int row);
    int tputs(const char *str, int affcnt, int (*putc)(int));

    DESCRIPTION
    These routines are included as a conversion aid for programs
    that use the termcap
    library. Their parameters are the same and the routines
    are emulated using the
    terminfo database. Thus, they can only be used to query
    the capabilities of
    entries for which a terminfo entry has been compiled.

    The tgetent routine loads the entry for name. It returns 1 on
    success, 0 if there
    is no such entry, and -1 if the terminfo database could not be
    found. The emula- tion ignores the buffer pointer bp. The tgetflag routine gets the boolean entry for id, or zero if it is not available. The tgetnum routine gets the numeric entry for id, or -1 if it is not available. As you know MOF has sent out a new toolchain for OR1200 I have tested it to simulate the linux system However, it will not show the /dev/ttyS0: 'etc/init.d/rcS' as you discribe at your AN. It only show that: RAMDISK: ext2 filesystem found at block 0 RAMDISK: Loading 2048KiB [1 disk] into ram disk... done. VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 104k freed init started: BusyBox v1.7.5 (2008-04-26 13:18:58 EDT) starting pid 22, tty '': '/etc/init.d/rcS' then it will stop here and I can only quit it use ctrl+c it shows back Please press Enter to activate this console. (sim) I have changed the sim.cfg to comment the section Ethernet But if I modified the section UART change channel = "xterm:" It can't work and shows segment fault Thank you again ----- Original Message ----- From: Jeremy Bennett<jeremy.bennett@e...> To: Date: Mon Jul 7 08:56:00 CEST 2008 Subject: [openrisc] Updated OpenRISC toolchain instructions > Hi Anthony, > > The error message is from the GDB configure script. GDB needs a > terminfo > library and this message says it could not find one. Specifically > it is > looking for the tgetent() function in all the libraries listed and > has > not succeeded. > What system are you trying to build this on? If you try "man > tgetent" > what response do you get? Does your system already have a native > GDB > that works? > HTH, > Jeremy > - > Tel: +44 (1202) 416955 > Cell: +44 (7970) 676050 > SkypeID: jeremybennett > Email: jeremy.bennett at embecosm.com > Web: www.embecosm.com > -----Original Message----- > From: anthonyyi at msn.com > Reply-To: List about OpenRISC project <openrisc at > opencores.org> > To: openrisc at opencores.org > Subject: Re: [openrisc] Updated OpenRISC toolchain instructions > Date: Mon, 7 Jul 2008 05:49:18 +0200 (CEST) > Hi Jeremy > When I install GDB according your AP > The system gives out some errors as follows > checking for tgetent in -lncurses... (cached) no > checking for tgetent in -lHcurses... no > checking for tgetent in -ltermlib... no > checking for tgetent in -ltermcap... (cached) no > checking for tgetent in -lcurses... (cached) no > checking for tgetent in -lterminfo... no > configure: error: Could not find a term library > Configure in /root/or1k/b-g/gdb failed, exiting. > So it doesn't generate any gdb files under the path /gdb/gdb/ > can you help me to solve this problem > ----- Original Message ----- > From: Jeremy Bennett<jeremy at j...> > To: > Date: Tue Jul 1 15:23:12 CEST 2008 > Subject: [openrisc] Updated OpenRISC toolchain instructions > > I've updated the instructions for installing the OpenRISC GCC > > toolchain, > > uClibc and Linux 2.6.19 kernel, to make it suitable for the > latest > > Linux > > distros which use GCC 4.x (tested on Fedora 9 with GCC 4.3.0). > > This is a single unified document for installing the tools. It > > reuses a > > lot of the existing work on the OpenRISC project page > > > (http://www.opencores.org/projects.cgi/web/or1k/gnu_toolchain_port) > > and > > Rich D'Addio's Meansoffreedom website > (http://meansoffreedom.com/). > > Currently the instructions are hosted on the Embecosm website > as > > Application Note #2. I'm working to get it incorporated on the > main > > OpenCores website. > > http://www.embecosm.com/download.html > > All feedback welcome. > > Best wishes, > > Jeremy > > - > > &#65279;Tel: +44 (1202) 417007 > > Cell: +44 (7970) 676050 > > SkypeID: jeremybennett > > Email: jeremy at jeremybennett.com > > Web: www.jeremybennett.com > > > > > _______________________________________________ > http://www.opencores.org/mailman/listinfo/openrisc > > _______________________________________________ http://www.opencores.org/mailman/listinfo/openrisc

    ReferenceAuthor
    [openrisc] Updated OpenRISC toolchain instructionsAnthonyyi

     
    Copyright (c) 1999 OPENCORES.ORG. All rights reserved.