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: Matjaz Breskvar <phoenix@o...>
    Date: Mon, 24 Nov 2003 17:39:57 +0100
    Subject: [openrisc] gcc 'long long'
    Top

    * Scott Furman (sfurman@r...) wrote:
    
    > >Yes, there were reports of problems compiling eCos with -O2 optimizations
    > >on opencores gcc-3.2.3 compiler. i think going to -O solved it. (it in the
    > >archives a few months ago)
    > >
    > I encountered bugs with both long long and (soft) double floating point 
    > support using gcc 3.1 and have made some fixes to the compiler to solve 
    > these problems.  I haven't submitted my patches because my changes 
    > modify the ABI, rendering object files incompatible with code compiled 
    > by the unmodified compiler.  (The calling convention I use is more 
    > efficient than the existing 3.1 version: 64-bit values (long longs and 
    > doubles) are passed by value in registers rather than as references.) 
    > 
    > Is anyone actively maintaining the gcc versions ?  I could share my 
    > changes if we were willing to tolerate an ABI change.
    
    This is from email some time ago...
    
    There's been no objections against ABI change regarding 'long long' in
    gcc. Since Scott's implementation is also more efficient i think we should
    merge it (it doesn't work now anyway).
    
    Scott can you please post the patch or even better just commit it to cvs ?
    
    regards,
    p.
    
    
    

    ReferenceAuthor
    RE: [openrisc] gdb stub instead of JTAG?Heiko Panther
    RE: [openrisc] gdb stub instead of JTAG?Robert Cragie
    Re: [openrisc] gdb stub instead of JTAG?Matjaz Breskvar
    Re: [openrisc] gdb stub instead of JTAG?Scott Furman

    Follow upAuthor
    RE: [openrisc] gcc 'long long'Robert Cragie

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