Re: kernel BUG at fs/ext4/mballoc.c:2993!
On 08/06/2010 11:45 PM, Ted Ts'o wrote: On Fri, Aug 06, 2010 at 10:48:40PM -0700, Justin Mattock wrote: hello, I just built a fresh clfs system using the tutorial.. right now Im able to boot and am able to login, the system seems to be running as it should except for when I try to install gmp and/or do a /sbin/lilo I see a message appear on screen(below) then if I do any kind of command(dmesg> dmesg) I get a stuck screen. has there been anything similar to the below message? keep in mind the kernel I'm using is 2.6.35-rc6 which on other machines(same type of system) run just fine without such message. Um, is this a completely modified 2.6.35-rc6 kernel? The reason why I ask is there is no BUG_ON at line fs/ext4/mballoc.c:2993 for that kernel version. no not modified at all. current git commit: 2.6.35-rc6-00191-ga2dccdb but says 2.6.35-rc6 because git is not installed yet on this system. (I was able to use ohci1394_dma=early to capture this, no ssh yet) There are two BUG_ON statements nearby, but given the line number doesn't match up with either one, it's hard to say for sure which one triggered it. What were the kernel messages right before the BUG_ON? was there a "start N size NNN, fe_logical " (where is some number) right before the "cut here" message? Have you tried forcing an fsck run on the file system to make sure it's not caused by a file-system corruption? before the cut here message I have loads of avc denials from SELinux showing up in the log, after the avc's denials I see this: EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro,user_xattr EXT4-fs (sda3): re-mounted. Opts: errors=remount-ro,user_xattr as for fsck I did not do that, but just saw on a reboot that it had fired off with nothing stating corruption or anything. And have you tried using a standard released gcc so we can determine for sure whether this is a potential kernel bug, file system corruption issue, or gcc issue? - Ted this is strange.. I ended up taking a kernel from another machine(literally the same kernel) loaded it up etc.. after booting up doing /sbin/lilo worked, installing gmp worked.. prior too make install with gmp would trigger this half way through the installation reliably as well as /sbin/lilo, and now nothing of the sort of what I posted. After testing the other machines kernel I recompiled the kernel on the new system rebooted and did those steps to reproduce with nothing of the sort of what I had posted as well. The only thing I can think of is during my building of the system, is maybe this was happening because I built the kernel as root i.e. I usually will chroot towards the end of building a system, build the kernel as root, check the symlinks, configurations, then tar ball the whole thing and transfer, then once booted into the new system, start building everything all over again. as for the gcc version I'm using 4.6.0 20100731 as for this being the culprit.. not sure if building the kernel as root causes gcc to change things with this version of gcc or not.. Right now, as I write things look normal again, I've done /sbin/lilo numerous times with all a success, and built gmp mpfr just to make sure with all being a success. Justin P. Mattock
Re: some integer undefined behaviors in gcc
* John Regehr: > I ran gcc 162830 on x86 under a tool that checks for integer undefined > behaviors. The attached error messages show up when running "make > check" and when recompiling gcc. > > Each line in the attachment is an error message giving the problematic > operator, its srcloc, the types of its operands, and examples of > offending values. > > Let me know if more detail is needed or if it would be better for me to > file all 71 bug reports. I wonder if we should give up and make -fwrapv the default.
Can a front end pass information to the Value Range Propagation Pass ?
Recently, Thomas Koenig introduced an optimization in the Fortran Front End that enables it do determine that in: subroutine foo(a,n,i,j) implicit none integer, intent(in) :: i,j,n real, dimension(20) :: a a(1:10) = a(i:j) ... end subroutine foo the assignment of a(i:j) to a(1:10) does not need a temporary array to store a(i:j), because i cannot be smaller than 1 (the lower bound of the array a, by its declaration as "real, dimension(20) :: a", which establishes a as an array of real, a(1:20).) Because i cannot be legally smaller than 1, this assignment can be performed without a temporary (either it is a partial copy of an exactly overlapping array slice, or it copies from higher indices to lower). However, two more observations can be drawn from the fact that both sides of the assignment have to be conformable (of the same shape): 1 <= i <= 11 (because a ten element copy can't arrive after element 11). j = i + 9(because the LHS is ten elements long, so the RHS). Can this information be passed from the Front End to GIMPLE, for use in Value Range Propagation optimization ? If so, how ? [ It might be hard to generalize this to multi-rank arrays, yet the opportunity is there ] Cheers, -- Toon Moene - e-mail: t...@moene.org - phone: +31 346 214290 Saturnushof 14, 3738 XG Maartensdijk, The Netherlands At home: http://moene.org/~toon/; weather: http://moene.org/~hirlam/ Progress of GNU Fortran: http://gcc.gnu.org/gcc-4.5/changes.html#Fortran
�yJ-REIT.NET�z�s���Y���������p�����f�[�^�x�[�X����
J-REIT.NETãâââââââââââââââââââââââââââ ãâªâªãä¸åç£å£²è²·äºä¾æ¤ç´¢ç¨ã®ç¡æãã¼ã¿ãã¼ã¹ã®ãæ¡å ãâ«â« âââââââââââââââââââââââââââââââââ J-REIT.NETã¯ãJ-REITã®å£²è²·äºä¾ãéç´ãããå¼·åãªåææ©è½ãæãã ä¸åç£å£²è²·ãã¼ã¿ãã¼ã¹ã§ãã ãã ãã¾ãJ-REIT.NETã¯ãã¼ã¿çã§ã®éå¶ãè¡ã£ã¦ããã¾ãããã·ã¹ãã æ¹è¯ã®ããã®ç¡æä¼å¡ãåéãã¦ããããé£çµ¡ããã¦é ãã¾ããã http://www.j-reit.net/ J-REIT.NETã§ã¯ãä¸åç£å£²è²·ãã¼ã¿ãã¼ã¹ãã以ä¸ã®ãããªå種ã¹ã³ã¢ã åæãã ä¸åç£å£²è²·ãè¡ãä¸åç£ãã¡ã³ãã®åèæ å ±ã¨ãã¦ãéè¡çã® ã¬ã³ãã¼ã®æ ä¿ç©ä»¶ã®åææ å ±ã¨ãã¦ã ä¸åç£é宿¥è ã®åèæ å ±ã¨ãã¦ ã®æ å ±ãæä¾ãã¾ãã ãªããå ¨ã¦ã®ç©ä»¶æ å ±ã¯å°å·ç»é¢ãç¨æãã¦ãã¾ãã®ã§ããã®ã¾ã¾ããªã³ã ã¢ã¦ããã¦é ãã äºä¾ã¨ãã¦å©ç¨ãã§ãã¾ãã â ãJ-REIT売買æ å ± ã»J-REITã®ç©ä»¶å£²è²·æ å ±ã®ä¸è¦§è¡¨ç¤º ã»å£²è²·ç©ä»¶ãã¨ã®åå¼å©åãï¼ãã£ããã¬ã¼ãï¼CAP RATEï¼ ã»ç©ä»¶åçåï¼NOIã»NCFï¼ ã»ç©ä»¶æçï¼è³è²¸åçã»è³è²¸è²»ç¨ã»æ¸ä¾¡åå´è²»ã»CAPEXï¼ ã»æå¹åªå価 ã»ç©ä»¶ç¨®å¥ã»å°åã»å弿æã«ããåå¼äºä¾ã®æ¤ç´¢ ã»å°åãã¨å©åãæ¯è¼ãªã©å種ã©ã³ãã³ã° ã»J-REITã®é©æé示ï¼IRæ å ±ï¼ã¸ã®ãªã³ã¯ ã»ãGoogle ããããã«ããç©ä»¶å°å³ã表示 â ãä¸å ´ä¼æ¥å£²è²·æ å ± ã»ä¸å ´ä¼æ¥ã®ç©ä»¶å£²è²·æ å ±ã®ä¸è¦§è¡¨ç¤º ã»åå°åªå価 ã»å»¶åºå価 ã»é©æé示ï¼IRæ å ±ï¼ã¸ã®ãªã³ã¯ â ããå©ç¨æ¹æ³ ç¾å¨ãã¼ã¿çã§ã®éç¨ãè¡ã£ã¦ãã¾ããããã¼ã¿çã®å©ç¨ã«ã¯äºåç»é²ã å¿ è¦ã§ãï¼ç»é²ã¯ç¡æã§ãï¼ã ãå©ç¨ãããæ¹ã¯ä¸è¨ãã©ã¼ã ããE-MAILã®ç»é²ããé¡ãè´ãã¾ãã http://www.j-reit.net/trd/trd_login_menu.php â¡ãæ°çJ-REIT売買äºä¾ ææ°ã®å£²è²·äºä¾ããå±ããã¾ãã ã»20100804: ãã»ã©ã¤ãæè³æ³äºº(ãã¥ã¼ã·ãã£ã¬ã¸ãã³ã¹æ¹åï¼å£²å´ï¼) http://www.j-reit.net/trd/trd_des.php?t=2103 ã»20100729: ãªãªãã¯ã¹ä¸åç£æè³æ³äºº(ãªãªãã¯ã¹ç®é»ãã«) http://www.j-reit.net/trd/trd_des.php?t=2102 ã»20100726: æ¥æ¬è³è²¸ä½å® æè³æ³äºº(ãã«ãããæ¨ªæ¿±æ ¹å²¸ï¼å£²å´ï¼) http://www.j-reit.net/trd/trd_des.php?t=2101 ã»20100713: æ¥æ¬ãã©ã¤ã ãªã¢ã«ãã£æè³æ³äºº(ããã¯ã¹æ°å®¿ãã«ï¼è¿½å åå¾åï¼) http://www.j-reit.net/trd/trd_des.php?t=2100 ã»20100708: éæä¸åç£ã¬ã¸ãã³ã·ã£ã«æè³æ³äºº(ã¢ã¼ãã³ã¹ãã¼ã¸æ¿æ©åºå½¹æå) http://www.j-reit.net/trd/trd_des.php?t=2098 ã»20100708: ãªãªãã¯ã¹ä¸åç£æè³æ³äºº(ã©ã¦ã³ãã¯ãã¹èµ¤åè¦éï¼å£²å´ï¼) http://www.j-reit.net/trd/trd_des.php?t=2099 ã»20100630: ã¤ã³ã´ã£ã³ã·ãã«æè³æ³äºº(ã¬ãã·ã³ãã³ã»ãã©ã¶åºå³¶å¤§æçºï¼å£²å´ï¼) http://www.j-reit.net/trd/trd_des.php?t=2096 ã»20100630: ã¤ã³ã´ã£ã³ã·ãã«æè³æ³äºº(ããã°ã¿ã¯ã¼å 3 æ¡ï¼å£²å´ï¼) http://www.j-reit.net/trd/trd_des.php?t=2095 ã»20100630: ã¤ã³ã´ã£ã³ã·ãã«æè³æ³äºº(ã¬ãã·ã³ãã³ã»ã¹ã¯ã¨ã¢ä¼è¦ï¼å£²å´ï¼) http://www.j-reit.net/trd/trd_des.php?t=2094 ã»20100629: ãã»ã©ã¤ãæè³æ³äºº(ã¤ãã»å¸ã¶è°·) http://www.j-reit.net/trd/trd_des.php?t=2092 ã»20100629: ãã»ã©ã¤ãæè³æ³äºº(ã©ã¤ãªã³ãºãã³ã·ã§ã³æ±éæ¢ ç¬¬ä¸ï¼å£²å´ï¼) http://www.j-reit.net/trd/trd_des.php?t=2091 â¡ãCRE(伿¥ä¸åç£)æ å ±ï¼ææ°å£²è²·äºä¾ J-REIT.NETã§ã¯ã伿¥ã®ä¸åç£ã®å£²è²·äºä¾ã«ã¤ãã¦ãé示ãã¦ãã¾ãã http://www.j-reit.net/ ææ°ã®å£²è²·äºä¾ããå±ããã¾ãã ã»20100729: ãªã¾ã¼ããã©ã¹ã(æ ª)(ç¥æ¸å¸çåºå ç²å±±çºåå°) http://www.j-reit.net/trd/trd_com_des.php?t=94 ã»20100727: æ±äº¬ã¤ã³ã(æ ª)(å¼ççæ¯ä¼é¡é éã»ã³ã¿ã¼) http://www.j-reit.net/trd/trd_com_des.php?t=93 ã»20100726: ãã¼ã»ã¤(æ ª)(ãã«ãããæ¨ªæ¿±æ ¹å²¸) http://www.j-reit.net/trd/trd_com_des.php?t=92 ã»20100630: (æ ª)ã¨ãã»ãã¼ã»ã·ã¼(æåªçæ¾å±±å¸å»ºç©) http://www.j-reit.net/trd/trd_com_des.php?t=91 ã»20100629: ãã¯ãã«ã«é»å(æ ª)(大ç°åºå¤§æ£®è¥¿åå°) http://www.j-reit.net/trd/trd_com_des.php?t=89 ã»20100629: ã¯ã©ãã¦(æ§åæ·ãããªå ¬åè·¡å°ã®ä¸é¨ï¼å£²å´ï¼) http://www.j-reit.net/trd/trd_com_des.php?t=90 ã»20100618: ãã¼ã«ã(æ ª)(å®®åçé»å·é¡æ´å°) http://www.j-reit.net/trd/trd_com_des.php?t=88 ã»20100615: ã¿ã¤ã¨ã¼ã¨ã¬ãã¯(æ ª)(ç¬æ¸å·¥å ´ï¼æç¥çç¬æ¸å¸ï¼) http://www.j-reit.net/trd/trd_com_des.php?t=87 ã»20100615: (æ ª)ã¨ãã»ãã¼ã»ã·ã¼(æåªçæ¾å±±å¸è¥¿å£ççº åå°) http://www.j-reit
gcc-4.6-20100807 is now available
Snapshot gcc-4.6-20100807 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20100807/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.6 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/trunk revision 162985 You'll find: gcc-4.6-20100807.tar.bz2 Complete GCC (includes all of below) gcc-core-4.6-20100807.tar.bz2 C front end and core compiler gcc-ada-4.6-20100807.tar.bz2 Ada front end and runtime gcc-fortran-4.6-20100807.tar.bz2 Fortran front end and runtime gcc-g++-4.6-20100807.tar.bz2 C++ front end and runtime gcc-java-4.6-20100807.tar.bz2 Java front end and runtime gcc-objc-4.6-20100807.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.6-20100807.tar.bz2The GCC testsuite Diffs from 4.6-20100731 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.6 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.
ykuomkoll.
ÄúºÃ : ±¾Ë¾ÏÖÓÐ: ÆÕͨ `ÔËÊä ` ¹ã¸æ ` ÉÌÆ· `ÆÕͨÔöÖµ¡® ½¨Öþ°²×°. µÈ{¹ú/µØ¶}óàÑÓŻݴú¿ª. ÁªÏµÈË: Áº Éú ÊÖ»ú: 139 2654 1830 ¿ÉÏÈÌṩ¶/ƱÓú󸶿î. »¶ÓÀ´µçǢ̸¡£ __ ¸Ï¿ì×¢²áÑÅ»¢³¬´óÈÝÁ¿Ãâ·ÑÓÊÏä? http://cn.mail.yahoo.com
Template information with GCC 4.5
Hi all I want to write a plugin for GCC 4.5. Now i have a problem. When visit a var_decl node. We can get name of node and tree node reperesent for that type of node by marco TREE_TYPE(node) But it not work with template decl. For example: class C { // define class in here }; C a; When I use TREE_TYPE on node represent for a, i only get the node represent for C. But i want "C". So what macro will provide me to get that template information? Please help me