gmane.comp.gcc.devel

Re: GCC 4.3.2 Released

Doug Esser — 2008-08-29T18:36:38

sssoooo what is GCC????? ----- Original Message ----- From: "Joseph S. Myers" codesourcery.com> To: gcc.gnu.org>; gcc.gnu.org> Sent: Friday, August 29, 2008 8:29 AM Subject: GCC 4.3.2 Released

Re: Enabling IPCP by default

Jan Hubicka — 2008-08-29T14:51:38

the problem is that cgraph_remove_node removes nested funcitons of that node that breaks in inline when outer function is inlined but inner is going to be inlined. Since we do unnesting now, we can thread the functions as indepenedent. We probably also can remove nest tree after unnesting, but I will need to look into it deeper (i.e. I've kept it around to immitate some of behaviour of function at a time compiler). I am testing the attached patch Index: cgraph.c =================================================================== --- cgraph.c(revision 139767) +++ cgraph.c(working copy) < at >< at > -857,6 +857,7 < at >< at > cgraph_remove_node (struct cgraph_node * { void **slot; bool kill_body = false; + struct cgraph_node *n; cgraph_call_node_removal_hooks (node); cgraph_node_remove_callers (node); < at >< at > -865,8 +866,9 < at >< at > cgraph_remove_node (struct cgraph_node * /* Incremental inlining access removed nodes stored in the postorder list. */ node->needed = node->reachable = false; - while (node->nest

GCC 4.3.2 Released

Joseph S. Myers — 2008-08-29T13:29:10

GCC 4.3.2 has been released. GCC 4.3.2 is a bug-fix release, containing fixes for regressions in GCC 4.3.1 relative to previous GCC releases. This release is available from the FTP servers listed at: http://www.gnu.org/order/ftp.html Please do not contact me directly regarding questions or comments about this release. Instead, use the resources available from http://gcc.gnu.org. As always, a vast number of people contributed to this GCC release -- far too many to thank individually!

Re: Enabling IPCP by default

Richard Guenther — 2008-08-29T13:18:55

This broke Ada bootstrap: /space/rguenther/obj/./prev-gcc/xgcc -B/space/rguenther/obj/./prev-gcc/ -B/usr/local/x86_64-unknown-linux-gnu/bin/ -c -g -O2 -gnatpg -gnata -nostdinc -I- -I. -Iada -I../../trunk/gcc/ada -I../../trunk/gcc/ada/gcc-interface ../../trunk/gcc/ada/sem_ch12.adb -o ada/sem_ch12.o +===========================GNAT BUG DETECTED==============================+ | 4.4.0 20080829 (experimental) (x86_64-unknown-linux-gnu) GCC error: | | in expand_call_inline, at tree-inline.c:3106 | | Error detected around ../../trunk/gcc/ada/sem_ch12.adb:6296 | | Please submit a bug report; see http://gcc.gnu.org/bugs.html. | | Use a subject line meaningful to you and us to track the bug. | | Include the entire contents of this bug box in the report. | | Include the exact gcc or gnatmake command that you entered. | | Also include sources listed below in gnatchop format | | (concatenate

Re: insn does not satisfy its constraints

shafi — 2008-08-29T12:22:13

Operand 0 is a register Operand 1 is a memory Operand 2 is a register Do you have an option where operand 0 is reg and operand 1 is mem and operand 2 is reg? I am not sure what rim is for? Shafi

Re: Enabling IPCP by default

Jan Hubicka — 2008-08-29T11:46:41

Hi, tonight testing on x86_64, i386 and IA-64 didn't seem to bring any new surprises, so I've comitted the following patch. I will also update changes page of 4.4. * doc/invoke.texi (-fipa-cp): Enabled by default at -O2/-Os/-O3 (-fipa-cp-clone): Enabled by default at -O3. * opts.c (decode_options): Enable ipa-cp at -O2, ipa-cp-clone at -O3; make ipa-cp-clone to imply ipa-cp; disable cloning at -Os. Index: doc/invoke.texi =================================================================== *** doc/invoke.texi(revision 139760) --- doc/invoke.texi(working copy) *************** This optimization analyzes the program t *** 5902,5907 **** --- 5902,5908 ---- to functions are constants and then optimizes accordingly. This optimization can substantially increase performance if the application has constants passed to functions. + This flag is enabled by default at < at >option{-O2}, < at >option{-Os} and < at >option{-O3}. < at >item -fipa-cp-clone < at >opindex fipa-cp-clone *************** when externally visible functi

Instrument-functions: possible also for function exit via exception?

Tim München — 2008-08-29T09:36:12

Hi, is it somehow possible to also be notified if a function/method is left with a 'throw'? Or, would it be possible to patch gcc like that? I had a quick look into function.c but it seems not to be as straight-forward as the entry/exit instrumentation (What is probably the reason it isn't implemented yet). Or is it even impossible for some reason? (And: Would it furthermore be possible to get similar callbacks when an exception is catched?) Thanks, Tim

Re: [Ada] strange errors with make check -j2 --target_board=\{-m32,-m64\}

Laurent GUERBY — 2008-08-29T08:10:53

FYI I've resumed my work on the second part of the Ada multilib support patch. http://gcc.gnu.org/ml/gcc/2008-07/msg00338.html Laurent

Re: Boostrap failure on i686-apple-darwin9 at revision 139725

Dominique Dhumieres — 2008-08-29T06:57:49

Paolo, Bootstrap completed at revision 139739. Thanks for the fix. Dominique

Re: Enabling IPCP by default

Jan Hubicka — 2008-08-29T14:04:32

Sorry fro that. I am investigating now. The same problem appeared earlier but disappeared again, it seems to be related to inlining (the ICE happens in inlining not in IPCP clonning) Looks like Ada can fold statements into constant but we don't notice that the function has address taken. Honza

insn does not satisfy its constraints

Omar Torres — 2008-08-28T23:18:49

Hi All, I am getting the error message bellow while hacking my gcc backend. Any suggestions on how to fix this? error: insn does not satisfy its constraints: (insn 25 50 26 2 (set (reg:HI 1 %r0 [33]) (plus:HI (mem/s/j:HI (plus:HI (reg:HI 3 %r2) (reg/v/f:HI 11 %i2h [orig:28 cell ] [28])) [0 .dod S2 A8]) (reg:HI 1 %r0 [43]))) 8 {*addhi3} (insn_list:REG_DEP_TRUE 3 (insn_list:REG_DEP_TRUE 24 (nil))) (nil)) The md description for this instruction is: ;; addhi3 (define_expand "addhi3" [(set (match_operand:HI 0 "register_operand" "") (plus:HI (match_operand:HI 1 "cool_addhi_operand" "") (match_operand:HI 2 "cool_addhi_operand" "")))] "" "") (define_insn "*addhi3" [(set (match_operand:HI 0 "register_operand" "=r ,r ,r") (plus:HI (match_operand:HI 1 "cool_addhi_operand" "%0 ,rim,r") (match_operand:HI 2 "cool_addhi_operand" "rim,0 ,r")))] "" { operands[3] = simplify_gen_subreg (QImode, operands[0],

gcc-4.3-20080828 is now available

2008-08-28T22:43:42

Snapshot gcc-4.3-20080828 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20080828/ 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 139739 You'll find: gcc-4.3-20080828.tar.bz2 Complete GCC (includes all of below) gcc-core-4.3-20080828.tar.bz2 C front end and core compiler gcc-ada-4.3-20080828.tar.bz2 Ada front end and runtime gcc-fortran-4.3-20080828.tar.bz2 Fortran front end and runtime gcc-g++-4.3-20080828.tar.bz2 C++ front end and runtime gcc-java-4.3-20080828.tar.bz2 Java front end and runtime gcc-objc-4.3-20080828.tar.bz2 Objective-C front end and runtime gcc-testsuite-4.3-20080828.tar.bz2 The GCC testsuite Diffs from 4.3-20080821 are available in the diffs/ subdirectory. When a particular snapshot is ready for public consumption the LATEST-4.3

Re: Boostrap failure on i686-apple-darwin9 at revision 139725

Paolo Carlini — 2008-08-28T22:12:15

Hi again, this is what I eventually committed. Apologies again for the breakage. Paolo. /////////////// 2008-08-28 Paolo Carlini oracle.com> * gtrh-posix.h: Fix uses of _POSIX_TIMEOUTS per the normal Posix rule that a symbolic constant must be defined and >= 0 for the corresponding facility to be present at compile-time. * gthr-posix.c: Likewise. Index: gthr-posix.c =================================================================== --- gthr-posix.c(revision 139737) +++ gthr-posix.c(working copy) < at >< at > -112,12 +112,14 < at >< at > } #ifdef _POSIX_TIMEOUTS +#if _POSIX_TIMEOUTS >= 0 int pthread_mutex_timedlock (pthread_mutex_t *mutex ATTRIBUTE_UNUSED, const struct timespec *abs_timeout ATTRIBUTE_UNUSED) { return 0; } +#endif #endif /* _POSIX_TIMEOUTS */ int Index: gthr-posix.h =================================================================== --- gthr-posix.h(revision 139737) +++ gthr-posix.h(working copy) < at >< at > -104,7 +104,9 < at >< at > __gthrw3(pthread_mutex_lock) __gthrw3(pthread_m

[Ada] strange errors with make check -j2 --target_board=\{-m32,-m64\}

Manuel López-Ibáñez — 2008-08-28T10:36:16

Dear all, I get the following errors when running the GNAT testsuite on x86_64-unknown-linux-gnu with make check -j2 --target_board=\{-m32,-m64\}. Executing on host: /home/manuel/test/139674M/build/gcc/gnatmake -I/home/manuel/test/139674M/build/gcc/ada/rts --GCC=/home/manuel/test/139674M/build/gcc/xgcc --GNATBIND=\ /home/manuel/test/139674M/build/gcc/gnatbind --GNATLINK=/home/manuel/test/139674M/build/gcc/gnatlink -cargs -B/home/manuel/test/139674M/build/gcc -largs --GCC=/home/man\ uel/test/139674M/build/gcc/xgcc -B/home/manuel/test/139674M/build/gcc -margs -q -f /home/manuel/test/src/gcc/testsuite/gnat.dg/allocator_maxalign1.adb -I/home/manuel\ /test/139674M/build/gcc/ada/rts -lm -m32 -o ./allocator_maxalign1.exe (timeout = 300) /usr/bin/ld: warning: i386:x86-64 architecture of input file `b~allocator_maxalign1.o' is incompatible with i386 output^M /usr/bin/ld: warning: i386:x86-64 architecture of input file `/home/manuel/test/139674M/build/gcc/ada/rts/ada.o' is incompatible with i386 output^M /u

Re: Boostrap failure on i686-apple-darwin9 at revision 139725

Paolo Carlini — 2008-08-28T21:13:06

Yes, looks like that's the reason of the breakage: I'm seeing it defined to -1 on Darwin. I'm going to prepare and test on Darwin the trivial patch, if it fixes the bootstrap failure I will post and commit it as obvious. Paolo.

Re: Boostrap failure on i686-apple-darwin9 at revision 139725

Paolo Carlini — 2008-08-28T21:03:04

Hi, Ok, please give us a couple of hours to try reproducing it. I hope it's something simple like _POSIX_TIMEOUTS which must be not just defined but >= 0. Paolo.

Re: Boostrap failure on i686-apple-darwin9 at revision 139725

Andrew Pinski — 2008-08-28T20:33:34

: More to the point, it looks like pthread_mutex_timedlock was only added to issue 6 of POSIX which was just released in 2004. This function is too new for most pthreads implementation. See http://www.opengroup.org/onlinepubs/009695399/functions/pthread_mutex_timedlock.html for more information on this new function.

Boostrap failure on i686-apple-darwin9 at revision 139725

Dominique Dhumieres — 2008-08-28T20:25:24

Boostrap fails on i686-apple-darwin9 at revision 139725 with: ... mkdir -p ./i686-apple-darwin9/bits/stdc++.h.gch /opt/gcc/i686-darwin/./gcc/xgcc -shared-libgcc -B/opt/gcc/i686-darwin/./gcc -nostdinc++ -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src -L/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/src/.libs -B/opt/gcc/gcc4.4w/i686-apple-darwin9/bin/ -B/opt/gcc/gcc4.4w/i686-apple-darwin9/lib/ -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/include -isystem /opt/gcc/gcc4.4w/i686-apple-darwin9/sys-include -Winvalid-pch -x c++-header -g -O2 -I/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/include/i686-apple-darwin9 -I/opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/include -I/opt/gcc/gcc-4.4-work/libstdc++-v3/libsupc++ -O0 -g /opt/gcc/gcc-4.4-work/libstdc++-v3/include/precompiled/stdc++.h -o i686-apple-darwin9/bits/stdc++.h.gch/O0g.gch In file included from /opt/gcc/i686-darwin/i686-apple-darwin9/libstdc++-v3/include/i686-apple-darwin9/bits/gthr.h:165, from /opt/gcc/i686-darwin/i686

Re: GCC targets need updating for new register allocator

Jeff Law — 2008-08-28T20:00:32

I'm aware of that, but: 1. I don't want to have to remember an obscure version #. It's much easier IMHO to have a symbolic name representing the point in time when the old allocator disappears. 2. I don't want the change when IRA was installed, I want the last version of the tree before the old allocator goes away. jeff

Re: GCC targets need updating for new register allocator

Richard Sandiford — 2008-08-28T19:36:38

For the record, I have a WIP MIPS port, and have had for a while. It got blocked by some IRA wrong-code regressions which I was discussing with Vlad. They were caused by incorrect livenes information for EH, and my "fix" for this was to replace the current note_stores-based forward scan with a DF-based backward scan, on the basis that using DF gave us the corrected liveness information "for free". The problem was that, although this did indeed fix the wrong-code problem, it showed up an interesting property of IRA: that it was very sensitive to the order of numbers given to allocnos. If you give IRA the same liveness information, but give allocnos "inverted" numbers, IRA could sometimes produce much worse results. (Vlad measured a noticable difference on SPEC.) Also, I found what seemed to be a problem with the copy-reduction heuristics: in certain cases, they could cause us to "deliberately" pick the one register that would force a copy, even when there was little register pressure. Now that IRA is i

Re: GCC targets need updating for new register allocator

Manuel López-Ibáñez — 2008-08-28T19:09:27

2008/8/28 Ian Lance Taylor google.com>: On the other hand, tagging is free [*] and you do not need to remember revision numbers svn cp -r REVISION svn+ssh://gcc.gnu.org/svn/gcc/trunk \ svn+ssh://gcc.gnu.org/svn/gcc/tags/old-allocator-removed-from-trunk \ -m "Tag for the removal of the old allocator" Cheers, Manuel. [*] http://svnbook.red-bean.com/en/1.1/ch04s02.html