Re: gcc-4.5/4.4: Bug in .subreg1 pass?
2011/2/26 Georg-Johann Lay : > Georg-Johann Lay schrieb: >> >> Denis Chertykov schrieb: >> >>> 2011/2/26 Georg Johann Lay >>> Eric Botcazou schrieb: >> What does "word" mean here? Is it a 32-bit entity or is it according >> to >> word_mode which is QImode for avr? > > > The latter, it is machine-dependent. > > > >> So the same should be true for QI-subregs of scalar modes if >> UNITS_PER_WORT = 1. Right? > > > Right. Thanks for that definite clarification. >>> >>> >>> >>> As I understand PR46779 and PR45291 no longer an AVR port bugs. >>> And the following comment is not a true anymore: >>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45291#c2 >>> Am I right ? >> >> >> At least the analysis I gave there is incorrect. >> >> I remember a problem in avr backend concerning the frame pointer because >> QImode was allowed in FP's hard regs... that sort of problem. Was that fixed >> here or just in some distribution like WinAVR? So perhaps it's still this FP >> problem? I don't know anything about WinAVR. > Ok, this is the patch I meant: > > http://gcc.gnu.org/viewcvs?view=revision&revision=86842 > > it allows just Pmode in r29:r28 because of some spill failures in PR15417 > and PR12017. It was a stupid workaround. I think that the problem exists anyway because it's not a port problem. Denis.
Re: temporarily giving up using Git for GCC MELT
Miles Bader writes: > [...] > Do you use the http: or git: protocol for cloning? The official gcc git > repo only supports the "old" git http: protocol, which is almost useless > on slow/high-latency networks... gcc.gnu.org does talk git:// too. By "new http", you are probably referring to the git-http-backend widget, which we can investigate setting up. - FChE
Re: temporarily giving up using Git for GCC MELT
On Sun, Feb 27, 2011 at 11:19 PM, Frank Ch. Eigler wrote: > Miles Bader writes: >> Do you use the http: or git: protocol for cloning? The official gcc git >> repo only supports the "old" git http: protocol, which is almost useless >> on slow/high-latency networks... > > gcc.gnu.org does talk git:// too. Right; I meant, "over http:, it only supports the old protocol." > By "new http", you are probably > referring to the git-http-backend widget, which we can investigate > setting up. Yes http://progit.org/2010/03/04/smart-http.html -Miles -- Cat is power. Cat is peace.
Parma Polyhedra Library 0.11.2
We announce the availability of PPL 0.11.2, a new release of the Parma Polyhedra Library. This release fixes a few minor bugs in PPL 0.11.1. The precise list of user-visible changes is available at http://www.cs.unipr.it/ppl/Download/ftp/releases/0.11.2/NEWS For more information, please come and visit the PPL web site at http://www.cs.unipr.it/ppl/ On behalf of all the past and present developers listed at http://www.cs.unipr.it/ppl/Credits/ and in the file CREDITS, Abramo Bagnara Roberto Bagnara Patricia M. Hill Enea Zaffanella -- Prof. Roberto Bagnara CEO & CTO Applied Formal Methods Laboratory BUGSENG srl Department of Mathematics Parco Area delle Scienze 53/A University of Parma, ItalyI-43124 Parma, Italy http://www.cs.unipr.it/~bagnara/ http://bugseng.com/ mailto:bagn...@cs.unipr.itmailto:roberto.bagn...@bugseng.com
gcc-4.3-20110227 is now available
Snapshot gcc-4.3-20110227 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20110227/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.3 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-4_3-branch revision 170546 You'll find: gcc-4.3-20110227.tar.bz2 Complete GCC (includes all of below) MD5=641cfbe1252d7faf60ebd87275f70217 SHA1=05e294514175d1d8d65f0190d0e210feda2991ae gcc-core-4.3-20110227.tar.bz2C front end and core compiler MD5=1c827449fed791880ef75a928390d14e SHA1=eaf8d3f000f253a5401bb798c72ce4f66ce3d849 gcc-ada-4.3-20110227.tar.bz2 Ada front end and runtime MD5=47b944c3cae0210fb9918aa3cd7ef718 SHA1=c479db94ac56e933c8a0e7d04a532b5ff545f6fb gcc-fortran-4.3-20110227.tar.bz2 Fortran front end and runtime MD5=e89720f4e4c9194c0c5bafb72cce14ae SHA1=a0c4f28b8378a894fd5634b90dc8ddc967caba8a gcc-g++-4.3-20110227.tar.bz2 C++ front end and runtime MD5=0fafb9d76c6619479b3038b955483a35 SHA1=3e9333d30698e596cc6a8d70d59b0174cfe4e2e1 gcc-go-4.3-20110227.tar.bz2 Go front end and runtime MD5=9c0a61136e6da425005bdc0a9fa12382 SHA1=b602ba99a3ac0da03ce34c8365ea42f16c7d59e5 gcc-java-4.3-20110227.tar.bz2Java front end and runtime MD5=ba004894017767db749c8440ed9edfcf SHA1=29bd2d99cf65da1c231edc7690c3f22c5286eff8 gcc-objc-4.3-20110227.tar.bz2Objective-C front end and runtime MD5=a287d7b774530058f976e10e2494d97c SHA1=bd65e961a3cf8e60b9e047f97092414385028232 gcc-testsuite-4.3-20110227.tar.bz2 The GCC testsuite MD5=67bc1f399e1c2cfab50cce560ab75200 SHA1=799a5e0e01d472d7e73bd6fc09d9a5250116b75f Diffs from 4.3-20110220 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.3 link is updated and a message is sent to the gcc list. Please do not use a snapshot before it has been announced that way.
how can I write a right V32QI Unpack Low Data insn pattern?
hi all I write a v16hi mode Unpack Low Data insn pattern and it is OK. v8si and v4di modes are OK, too. But the v32qi mode Unpack Low Data insn pattern get error like: ../../gcc-4.5.1/gcc/config/mips/hr.md:509: error: expected identifier or ‘(’ before ‘goto’ ../../gcc-4.5.1/gcc/config/mips/hr.md:511: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘:’ token anyone will tell me what's wrong with my code? ;; V16HI Unpack Low Data (define_insn "vec_punpcklhw" [(set (match_operand:V16HI 0 "register_operand" "=Z") (vec_select:V16HI (vec_concat:V32HI (match_operand:V16HI 1 "register_operand" "Z") (match_operand:V16HI 2 "register_operand" "Z")) (parallel [(const_int 0) (const_int 16) (const_int 1) (const_int 17) (const_int 2) (const_int 18) (const_int 3) (const_int 19) (const_int 4) (const_int 20) (const_int 5) (const_int 21) (const_int 6) (const_int 22) (const_int 7) (const_int 23)])))] "TARGET_VECTORS" "vpunpcklhw\t%0,%1,%2" [(set_attr "type" "fadd")]) ;; V32QI Unpack Low Data (define_insn "vec_punpcklbh" [(set (match_operand:V32QI 0 "register_operand" "=Z") (vec_select:V32QI (vec_concat:V64QI (match_operand:V32QI 1 "register_operand" "Z") (match_operand:V32QI 2 "register_operand" "Z")) (parallel [(const_int 0) (const_int 32) (const_int 1) (const_int 33) (const_int 2) (const_int 34) (const_int 3) (const_int 35) (const_int 4) (const_int 36) (const_int 5) (const_int 37) (const_int 6) (const_int 38) (const_int 7) (const_int 39) (const_int 8) (const_int 40) (const_int 9) (const_int 41) (const_int 10) (const_int 42) (const_int 11) (const_int 43) (const_int 12) (const_int 44) (const_int 13) (const_int 45) (const_int 14) (const_int 46) (const_int 15) (const_int 47)])))] "TARGET_VECTORS" "vpunpcklbh\t%0,%1,%2" [(set_attr "type" "fadd")])
