[Bug target/37381] New: [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902
I get the following ICE with trunk from 20080903 (revision 127646). This doesn't happen with 4.4.0 20080802 (sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -O2 -c wmtv-wmtv.c wmtv-wmtv.c: In function 'DoFullScreen': wmtv-wmtv.c:97: internal compiler error: in ia64_speculate_insn, at config/ia64/ia64.c:6902 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. (sid)[EMAIL PROTECTED]:~$ /usr/lib/gcc-snapshot/bin/gcc -O -c wmtv-wmtv.c (sid)[EMAIL PROTECTED]:~$ -- Summary: [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com GCC build triplet: ia64-linux-gnu GCC host triplet: ia64-linux-gnu GCC target triplet: ia64-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37381
[Bug target/37381] [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902
--- Comment #1 from tbm at cyrius dot com 2008-09-05 08:04 --- Created an attachment (id=16228) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16228&action=view) Preprocessed code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37381
[Bug target/37381] [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902
--- Comment #2 from tbm at cyrius dot com 2008-09-05 08:04 --- Created an attachment (id=16229) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16229&action=view) Slightly reduced testcase -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37381
[Bug middle-end/37382] New: [4.4 Regression] ICE in extract_insn: ) 0)
With current trunk (20080905, revision 127646):
(sid)973:[EMAIL PROTECTED]: ..4.3-2008-09-05-r140029/gcc] ./cc1 -quiet -O3
~/hamlib-hamlibtcl_wrap.i
hamlibtcl_wrap.c: In function 'T.4796':
hamlibtcl_wrap.c:1186: error: unrecognizable insn:
(insn 146 18 20 2 hamlibtcl_wrap.c:604 (set (reg:HI 141)
(subreg:HI (symbol_ref:DI ("swig_module") [flags 0x2] ) 0)) -1 (expr_list:REG_EQUIV (subreg:HI
(symbol_ref:DI ("swig_module") [flags 0x2] ) 0)
(nil)))
hamlibtcl_wrap.c:1186: internal compiler error: in extract_insn, at
recog.c:2027
Please submit a full bug report,
with preprocessed source if appropriate.
--
Summary: [4.4 Regression] ICE in extract_insn: ) 0)
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tbm at cyrius dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37382
[Bug target/37381] [4.4 Regression] ICE in ia64_speculate_insn, at config/ia64/ia64.c:6902
-- rguenth at gcc dot gnu dot org changed: What|Removed |Added CC||abel at ispras dot ru Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37381
[Bug middle-end/37382] [4.4 Regression] ICE in extract_insn: ) 0)
--- Comment #1 from tbm at cyrius dot com 2008-09-05 09:06 --- Created an attachment (id=16230) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16230&action=view) Preprocessed code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37382
[Bug rtl-optimization/37333] [4.4 Regression] ICE in ira_flattening, at ira-build.c:2146
--- Comment #2 from tbm at gcc dot gnu dot org 2008-09-05 09:11 --- Confirmed. -- tbm at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-09-05 09:11:03 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37333
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #11 from abel at ispras dot ru 2008-09-05 09:16 --- I was unable to trigger the assert on the given testcase even with the cross-compiler configured exactly like the one in the bug report. However, I was able to reproduce the ICE on a longer plain C test case. The assert that triggers actually means that we will never issue more insns on a cycle than issue_rate, i.e. cycle_issued_insns is always <= issue_rate. However, both before and after selective scheduling merge, I see (the log is given for the trunk just before sel-sched merge): ;; Ready list (t = 0):117 101 100 ;; Choosed insn : 100; points: 3/3 ;;0--> 100 $2=sxn([$18]) :sb1_ls0|sb1_ls1 ;; dependencies resolved: insn 104 ;; Ready-->Q: insn 104: queued for 1 cycles. ;; tick updated: insn 104 into queue with cost=1 ;; dependencies resolved: insn 118 ;; tick updated: insn 118 into ready ;; Ready list (t = 0):118 117 101 ;; Choosed insn : 101; points: 3/2 ;;0--> 101 $16=sxn([$17]):sb1_ls0|sb1_ls1 ;; dependencies resolved: insn 119 ;; tick updated: insn 119 into ready ;; Ready list (t = 0):119 118 117 ;; Choosed insn : 117; points: 2/1 ;;0--> 117 $19=$19+0x1 :sb1_ls1|sb1_ex1|sb1_ex0 ;; Ready list (t = 0):119 118 ;; Choosed insn : 118; points: 1/1 ;;0--> 118 $18=$18+0x1 :sb1_ls1|sb1_ex1|sb1_ex0 ;; Ready list (t = 0):119 ;; Choosed insn : 119; points: -1/1 ;; Ready-->Q: insn 119: queued for 1 cycles. This means that we've issued insns 100, 101, 117, and 118, while at the same time claiming that issue_rate is 3. In mips_issue_rate, I see the following: case PROCESSOR_SB1: case PROCESSOR_SB1A: /* This is actually 4, but we get better performance if we claim 3. This is partly because of unwanted speculative code motion with the larger number, and partly because in most common cases we can't reach the theoretical max of 4. */ return 3; So this is while the assert is triggered only for those arches. The assert was introduced with sel-sched merge just for purposes of stricter checking. I was not aware of targets that claim issue rate which is lower than the maximal value that can be actually achieved. I see that it is done on purpose, however hackish it may seem though. So I'd propose to remove the assert in max_issue and add a comment saying that for some targets the assert may not be true. If people are happy with this, I will prepare a patch. The other solution will be to fix mips.c to make it not to lie to the scheduler about its issue rate, and fix the performance issues with e.g. lowering priority of speculative motions in the appropriate scheduler hooks. But I believe that this is not appropriate for stage3. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug middle-end/37382] [4.4 Regression] ICE in extract_insn: ) 0)
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-05 09:34 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37382
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-09-05 09:37 --- I think it's reasonable to disable the assert with a comment for now and file a separate bugreport for the targets who lie about their issue rate. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug libstdc++/37351] [c++0x] std::result_of requires nested template
--- Comment #5 from jwakely dot gcc at gmail dot com 2008-09-05 10:23 --- this seems pretty easy to fix with decltype and variadic templates, patch coming soon ... -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
[Bug libstdc++/37351] [c++0x] std::result_of requires nested template
--- Comment #6 from paolo dot carlini at oracle dot com 2008-09-05 10:29 --- Great. I'm assigning it to yourself, then. -- paolo dot carlini at oracle dot com changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |jwakely dot gcc at gmail dot |dot org |com Status|UNCONFIRMED |ASSIGNED Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-09-05 10:29:39 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #13 from abel at ispras dot ru 2008-09-05 10:32 --- (In reply to comment #12) > I think it's reasonable to disable the assert with a comment for now and > file a separate bugreport for the targets who lie about their issue rate. Ok, with the below patch my failing test case compiles in an identical assembly as it was compiled before the sel-sched merge. I've also bootstrapped it on x86_64. If the patch will fix MIPS bootstrap, I think it can be committed as obvious. 2008-09-05 Andrey Belevantsev <[EMAIL PROTECTED]> PR 37360 * haifa-sched.c (max_issue): Do not assert that we never issue more insns than issue_rate. Add comment. Index: gcc/haifa-sched.c === *** gcc/haifa-sched.c (revision 140031) --- gcc/haifa-sched.c (working copy) *** max_issue (struct ready_list *ready, int *** 2071,2077 /* Init max_points. */ max_points = 0; more_issue = issue_rate - cycle_issued_insns; ! gcc_assert (more_issue >= 0); for (i = 0; i < n_ready; i++) if (!ready_try [i]) --- 2071,2084 /* Init max_points. */ max_points = 0; more_issue = issue_rate - cycle_issued_insns; ! ! /* ??? We used to assert here that we never issue more insns than issue_rate. ! However, some targets (e.g. MIPS/SB1) claim lower issue rate than can be ! achieved to get better performance. Until these targets are fixed to use ! scheduler hooks to manipulate insns priority instead, the assert should ! be disabled. ! ! gcc_assert (more_issue >= 0); */ for (i = 0; i < n_ready; i++) if (!ready_try [i]) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #14 from abel at ispras dot ru 2008-09-05 10:33 --- Created an attachment (id=16231) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16231&action=view) Proposed patch -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug fortran/36746] Rejects variable which is implictly typed as derived typed with DIMENSION
--- Comment #7 from domob at gcc dot gnu dot org 2008-09-05 11:57 --- Subject: Bug 36746 Author: domob Date: Fri Sep 5 11:56:23 2008 New Revision: 140034 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140034 Log: 2008-09-05 Daniel Kraft <[EMAIL PROTECTED]> PR fortran/36746 * primary.c (gfc_match_rvalue): Removed logic to handle implicit typing to a derived-type if a component reference is found. (gfc_match_varspec): Moved it here. 2008-09-05 Daniel Kraft <[EMAIL PROTECTED]> PR fortran/36746 * gfortran.dg/implicit_derived_type_1.f90: New test. * gfortran.dg/used_before_typed_5.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/implicit_derived_type_1.f90 trunk/gcc/testsuite/gfortran.dg/used_before_typed_5.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/primary.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36746
[Bug fortran/36746] Rejects variable which is implictly typed as derived typed with DIMENSION
--- Comment #8 from domob at gcc dot gnu dot org 2008-09-05 11:58 --- Fixed on trunk. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36746
[Bug middle-end/37378] [4.4 Regression] Divide_X
--- Comment #6 from jh at suse dot cz 2008-09-05 12:39 --- Subject: Re: [4.4 Regression] Divide_X > All failures have > > -2147483648 > -2147483648 > 0 > 0 > 0 > java.lang.ArithmeticException: / by zero > java.lang.ArithmeticException: / by zero I've caused bug in expand_divmod that temporarily prevented divmod from expanding into unwound sequence. I fixed it day before yesterday and it should not cause wrong code problems, just code quality issues. And it matters only for constant divisors. Honza -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
[Bug fortran/35837] rej.valid: Host-associated SAVEd variable and PURE function
-- domob at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org |dot org | Status|NEW |ASSIGNED Last reconfirmed|2008-04-05 22:57:37 |2008-09-05 12:48:51 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35837
[Bug c++/32519] [4.2/4.3/4.4 regression] g++ allows access to protected template member functions of base class
--- Comment #6 from fabien dot chene at gmail dot com 2008-09-05 13:22 --- There is a patch here: http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00474.html -- fabien dot chene at gmail dot com changed: What|Removed |Added CC||fabien dot chene at gmail ||dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32519
[Bug rtl-optimization/37377] [4.4 Regression] Bootstrap failure compiling libgcc
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-05 13:46 --- (In reply to comment #6) > > I tried revision 140023 on RHEL4U6. I can bootstrap > > with --enable-languages=c i586-linux. > > Which branch? I still get the failure on mainline at revision 140025. > See http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00384.html Mainline can bootstrap with i586-linux. But there are some additional testsuite failures. -- hjl dot tools at gmail dot com changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2008-09-05 13:46:52 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37377
[Bug c++/37383] New: optimization - compiler crash
Compiler crashed with these lines g++ main.cpp expenditure_category.h expenditure_category.cpp -O4 expenditure_category.h: In member function bool expenditure::category_compare::operator()(const expenditure::category&, const expenditure::category&) const: expenditure_category.h:33: error: parent1 was not declared in this scope expenditure_category.h: In member function bool expenditure::category_compare::operator()(const expenditure::category&, const expenditure::category&) const: expenditure_category.h:33: error: parent1 was not declared in this scope expenditure_category.cpp:28: internal compiler error: Segmentation fault Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html> for instructions. For Debian GNU/Linux specific bug reporting instructions, see . Preprocessed source stored into /tmp/ccZFb4sl.out file, please attach this to your bugreport. -- Summary: optimization - compiler crash Product: gcc Version: 4.1.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: dckorah at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383
[Bug c++/37383] optimization - compiler crash
--- Comment #1 from dckorah at gmail dot com 2008-09-05 13:49 --- Created an attachment (id=16232) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16232&action=view) the temporary file /tmp/ccZFb4sl.out -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383
[Bug c++/37383] optimization - compiler crash
--- Comment #2 from dckorah at gmail dot com 2008-09-05 13:50 --- Here is the output without the optimization options g++ main.cpp expenditure_category.h expenditure_category.cpp expenditure_category.h: In member function bool expenditure::category_compare::operator()(const expenditure::category&, const expenditure::category&) const: expenditure_category.h:33: error: parent1 was not declared in this scope expenditure_category.h: In member function bool expenditure::category_compare::operator()(const expenditure::category&, const expenditure::category&) const: expenditure_category.h:33: error: parent1 was not declared in this scope -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383
[Bug middle-end/37378] [4.4 Regression] Divide_X
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-05 13:51 --- (In reply to comment #6) > Subject: Re: [4.4 Regression] Divide_X > > > All failures have > > > > -2147483648 > > -2147483648 > > 0 > > 0 > > 0 > > java.lang.ArithmeticException: / by zero > > java.lang.ArithmeticException: / by zero > > I've caused bug in expand_divmod that temporarily prevented divmod from > expanding into unwound sequence. I fixed it day before yesterday and it > should not cause wrong code problems, just code quality issues. > And it matters only for constant divisors. > Has the fix been checked into trunk? There are still failures as of revision 140025 http://gcc.gnu.org/ml/gcc-testresults/2008-09/msg00393.html FAIL: Divide_1 execution - source compiled test FAIL: Divide_1 -findirect-dispatch execution - source compiled test FAIL: Divide_1 -O3 execution - source compiled test FAIL: Divide_1 -O3 -findirect-dispatch execution - source compiled test FAIL: Divide_2 execution - source compiled test FAIL: Divide_2 -findirect-dispatch execution - source compiled test FAIL: Divide_2 -O3 execution - source compiled test FAIL: Divide_2 -O3 -findirect-dispatch execution - source compiled test -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
[Bug c++/37383] optimization - compiler crash
--- Comment #3 from paolo dot carlini at oracle dot com 2008-09-05 14:00 --- Target? x86_64-linux? I can't reproduce the problem on FSF 4.1.3, neither with 4.2.5, 4.3.2 or mainline. I suspect it's a Debian modification at fault, not to be reported here... PS: -OX, with X >= 3 are all the same. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383
[Bug c++/37383] optimization - compiler crash
--- Comment #4 from paolo dot carlini at oracle dot com 2008-09-05 14:02 --- Figured out from the attachment... -- paolo dot carlini at oracle dot com changed: What|Removed |Added GCC build triplet||i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383
[Bug c/37384] New: Assembler error message when building vlc-0.9.1
When building version 0.9.0 or 0.9.1 of the videolan client application with gcc-4.3.2 or the 20080904 snapshot of version 4.3 I get the following error: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -I../include -I../include -DSYS_LINUX -D_FILE_OFFSET_BITS=64 -D__USE_UNIX98 -D_LARGEFILE64_SOURCE -D_REENTRANT -D_THREAD_SAFE -DHAVE_RELEASE -D__LIBVLC__ -I../src/misc -O2 -ffast-math -funroll-loops -mtune=pentium2 -fomit-frame-pointer -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DMODULE_STRING=\"main\" -DLOCALEDIR=\"/usr/share/locale\" -DSYSCONFDIR=\"/usr/etc\" -DDATA_PATH=\"/usr/share/vlc\" -DLIBDIR=\"/usr/lib\" -DPLUGIN_PATH=\"/usr/lib/vlc\" -I/usr/X11/include -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wbad-function-cast -Wcast-align -Wwrite-strings -Wmissing-prototypes -Wvolatile-register-var -MT libvlccore_la-libvlc-module.lo -MD -MP -MF .deps/libvlccore_la-libvlc-module.Tpo -c libvlc-module.c -fPIC -DPIC -o .libs/libvlccore_la-libvlc-module.o /tmp/ccaXA1Ec.s: Assembler messages: /tmp/ccaXA1Ec.s:2537: Error: symbol `pread64' is already defined make[4]: *** [libvlccore_la-libvlc.lo] Error 1 make[4]: *** Waiting for unfinished jobs /tmp/ccWiBHlk.s: Assembler messages: /tmp/ccWiBHlk.s:12905: Error: symbol `pread64' is already defined make[4]: *** [libvlccore_la-libvlc-module.lo] Error 1 Both versions of gcc were configured as follows: $ gcc -v Using built-in specs. Target: i386-pc-linux Configured with: ../configure --prefix=/usr --infodir=/usr/info --mandir=/usr/man --enable-shared --disable-static --with-system-zlib --enable-threads=posix --enable-haifa --enable-languages=c,c++ --enable-long-long --enable-namespaces --enable-multilib --with-gnu-as --with-gnu-ld --with-system-zlib --without-x --disable-werror --disable-checking --enable-__cxa_atexit --disable-nls --without-included-gettext i386-pc-linux Thread model: posix gcc version 4.3.3 20080904 (prerelease) (GCC) The application builds successfully with gcc-4.2.5-20080820 and gcc-3.4.6. It also builds successfully if I omit the -O2 argument. I'll attach the preprocessed file that triggers the problem in a moment or two. -- Summary: Assembler error message when building vlc-0.9.1 Product: gcc Version: 4.3.3 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: chris2553 at googlemail dot com GCC build triplet: i386-pc-linux GCC host triplet: i386-pc-linux GCC target triplet: i386-pc-linux http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
[Bug c/37384] Assembler error message when building vlc-0.9.1
--- Comment #1 from chris2553 at googlemail dot com 2008-09-05 14:54 --- Created an attachment (id=16233) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16233&action=view) Preprocessed file that triggers the problem -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
[Bug middle-end/37385] [4.4 Regression] ICE in set_mem_alias_set, at emit-rtl.c:1789
--- Comment #1 from tbm at cyrius dot com 2008-09-05 15:50 --- Created an attachment (id=16234) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16234&action=view) Preprocessed code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
[Bug middle-end/37385] New: [4.4 Regression] ICE in set_mem_alias_set, at emit-rtl.c:1789
With current trunk (r140029): (sid)985:[EMAIL PROTECTED]: ..4.3-2008-09-05-r140029/gcc] ./cc1 -quiet -O3 ~/libsdl-erlang-esdl_wrapper.i esdl_wrapper.c: In function 'init_fps': esdl_wrapper.c:77: internal compiler error: in set_mem_alias_set, at emit-rtl.c:1789 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: [4.4 Regression] ICE in set_mem_alias_set, at emit- rtl.c:1789 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: middle-end AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
[Bug c/37361] spurious 'uninitialized' warning
--- Comment #1 from manu at gcc dot gnu dot org 2008-09-05 15:45 --- This may be the same issue (or one of the two issues) of PR 36296. Although I would need to check the dumps before and after VRP. Wuninitialized got some fixes in GCC 4.4, so we also need to test whether this has been fixed. -- manu at gcc dot gnu dot org changed: What|Removed |Added CC||manu at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37361
[Bug middle-end/37372] [graphite] SCoP detection splits bbs / Define SCoPs with single entry and exit edge
--- Comment #1 from spop at gcc dot gnu dot org 2008-09-05 16:19 --- (In reply to comment #0) > During SCoP detection we split bbs (e.g. in "scopdet_edge_info"), but the SCoP > detection should only detect SCoPs and not modify anything. No, we want to split BBs to increase the scop boundaries by moving code in different BBs. > Also it splits bbs in inner loops, that do not need to be splitted. > More precisely: we split the basic block that is the destination of a single exit loop, and that has multiple successors. I think this is not a big problem right now, but indeed this bb_split is not needed. We can remove the bb_split by slightly modifying the scop detection algorithm: putting the code that splits the bbs after we determine whether the loop exit should be the place for a new scop, i.e. computing result.next after we determine result.difficult. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37372
[Bug middle-end/37385] [4.4 Regression] ICE in set_mem_alias_set, at emit-rtl.c:1789
--- Comment #2 from tbm at cyrius dot com 2008-09-05 16:26 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
typedef struct sdl_data_def
{
}
sdl_data;
typedef void (*sdl_fun) (struct sdl_data_def *);
void undefined_function (sdl_data * sd)
{
}
void init_fps (sdl_fun *fun_tab)
{
int i;
for (i = 0; i < 700; i++)
fun_tab[i] = undefined_function;
}
--
tbm at cyrius dot com changed:
What|Removed |Added
Summary|[4.4 Regression] ICE in |[4.4 Regression] ICE in
|set_mem_alias_set, at emit- |set_mem_alias_set, at emit-
|rtl.c:1789 |rtl.c:1789
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
gcc-bugs@gcc.gnu.org
--- Comment #7 from dgregor at gcc dot gnu dot org 2008-09-05 17:05 --- Subject: Bug 37342 Author: dgregor Date: Fri Sep 5 17:04:12 2008 New Revision: 140037 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140037 Log: 2008-09-05 Douglas Gregor <[EMAIL PROTECTED]> PR c++/37342 * tree.c (cp_build_qualified_type_real): Deal with sharing of TYPE_LANG_SPECIFIC in the canonical types of pointer-to-method types. 2008-09-05 Douglas Gregor <[EMAIL PROTECTED]> PR c++/37342 * g++.dg/other/canon-37342.C: New. Added: trunk/gcc/testsuite/g++.dg/other/canon-37342.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/tree.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37342
gcc-bugs@gcc.gnu.org
--- Comment #8 from dgregor at gcc dot gnu dot org 2008-09-05 17:06 --- Fixed on mainline -- dgregor at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37342
[Bug target/37283] [4.4 Regression] Cannot build crtbegin.o for ARM
--- Comment #7 from janis at gcc dot gnu dot org 2008-09-05 17:15 --- Subject: Bug 37283 Author: janis Date: Fri Sep 5 17:13:52 2008 New Revision: 140040 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140040 Log: PR target/37283 * opts.c (decode_options): Handle more relationships among unit-at-a-time, toplevel-reorder, and section-anchors. Modified: trunk/gcc/ChangeLog trunk/gcc/opts.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37283
[Bug c++/37386] New: Interrupt service routine for arm target corrupts program counter
Trying to compile this code:
#define U0THR (*((volatile unsigned char *) 0xE000C000))
template
class Queue
{
public:
/**
Constructor, create a new queue.
*/
Queue()
{
put_pos=get_pos=num_elem=0;
}
bool IRQget(T& elem)
{
if((put_pos==get_pos)&&(num_elem==0))//If queue empty
{
return false;
}
num_elem--;
elem=buffer[get_pos];
if(++get_pos==len) get_pos=0;
return true;
}
bool IRQput(T elem)
{
if((put_pos==get_pos)&&(num_elem!=0))//If queue full
{
return false;
}
num_elem++;
buffer[put_pos]=elem;
if(++put_pos==len) put_pos=0;
return true;
}
private:
//Queue data
T buffer[len];
volatile unsigned int num_elem;
volatile unsigned int put_pos;
volatile unsigned int get_pos;
};
Queue tx_queue;
void serial_IRQ_Routine() __attribute__ ((interrupt("IRQ")));
void serial_IRQ_Routine()
{
char c;
int i;
for(i=0;i<16;i++)
{
//If software queue empty, stop
if(tx_queue.IRQget(c)==false) break;
U0THR=c;
}
}
with gcc 4.2.4, command line "arm-elf-g++ -mcpu=arm7tdmi -fno-exceptions
-fno-rtti -Os -Wall -S bug.cpp"
corrupts the program counter when returning from the ISR.
It happens only with -Os optimization flag. -O0 -O1 -O2 -O3 optimization flags
cause no bug.
Here's a piece of assembler code:
_Z18serial_IRQ_Routinev:
@ Interrupt Service Routine.
@ args = 0, pretend = 0, frame = 4
@ frame_needed = 0, uses_anonymous_args = 0
sub lr, lr, #4
stmfd sp!, {r0, r1, r2, r3, r4, r5, r6, r7, ip, lr}
ldr r7, .L15
sub sp, sp, #4
ldr r6, .L15+4
mov r4, #0
add r5, sp, #3
.L10:
ldr r0, .L15+8
mov r1, r5
mov lr, pc
bx r7
cmp r0, #0
add r4, r4, #1
beq .L13
ldrbr3, [sp, #3]@ zero_extendqisi2
cmp r4, #16
strbr3, [r6, #0]
bne .L10
.L13:
add sp, sp, #4
ldmfd sp!, {r0, r1, r2, r3, r4, r5, r6, r7, ip, lr}
subspc, lr, #4
at the beginning there's
" sub lr, lr, #4"
and at the end
" subspc, lr, #4"
so the program counter is decremented by 8 instead of 4.
Here's the output of arm-elf-gcc -v:
arm-elf-g++ -v
Using built-in specs.
Target: arm-elf
Configured with: ../gcc-4.2.4/configure --target=arm-elf
--prefix=/usr/local/arm-elf --enable-interwork --enable-multilib
--with-float=soft --enable-languages=c,c++ --with-newlib
--with-headers=../newlib-1.16.0/newlib/libc/include
Thread model: single
gcc version 4.2.4
--
Summary: Interrupt service routine for arm target corrupts
program counter
Product: gcc
Version: 4.2.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: fede dot tft at hotmail dot it
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37386
[Bug rtl-optimization/37360] [4.4 Regression] ICE in haifa-sched.c when compiling __popcountsi2 from libgcc
--- Comment #15 from daney at gcc dot gnu dot org 2008-09-05 18:29 --- Thanks for the patch. With the patch applied to the trunk my bootstrap has made it into stage 2, indicating that it has corrected the problem. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37360
[Bug c++/37386] Interrupt service routine for arm target corrupts program counter
--- Comment #1 from fede dot tft at hotmail dot it 2008-09-05 18:40 --- After searching the bug database, it looks like this bug is similar to bug #27859 and bug #16634, but in this case occurs only with -Os -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37386
[Bug c/37384] Assembler error message when building vlc-0.9.1
--- Comment #2 from hjl dot tools at gmail dot com 2008-09-05 19:43 --- This regression was introduced between revisions 139822 and 139853. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
[Bug c/37384] Assembler error message when building vlc-0.9.1
--- Comment #3 from hjl dot tools at gmail dot com 2008-09-05 19:44 --- (In reply to comment #2) > This regression was introduced between revisions 139822 and 139853. > Ooops. Please ignore this comments. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37384
[Bug middle-end/37378] [4.4 Regression] Divide_X
--- Comment #8 from hjl dot tools at gmail dot com 2008-09-05 19:44 --- his regression was introduced between revisions 139822 and 139853. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
[Bug tree-optimization/37387] New: [4.4 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2145
With current trunk (r140043) on powerpc (but not on x86_64): (sid)2492:[EMAIL PROTECTED]: ..4.3-2008-09-05-r140043/gcc] ./cc1 -quiet -O2 ~/gap-costab.i ../../src/costab.c: In function 'FuncStandardizeTable2C': ../../src/costab.c:2780: internal compiler error: in extract_range_from_binary_expr, at tree-vrp.c:2145 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: [4.4 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2145 Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: tbm at cyrius dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37387
[Bug tree-optimization/37387] [4.4 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2145
--- Comment #1 from tbm at cyrius dot com 2008-09-05 20:07 --- Created an attachment (id=16235) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16235&action=view) Preprocessed code -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37387
[Bug tree-optimization/37387] [4.4 Regression] ICE in extract_range_from_binary_expr, at tree-vrp.c:2145
--- Comment #2 from tbm at cyrius dot com 2008-09-05 20:25 ---
/* Testcase by Martin Michlmayr <[EMAIL PROTECTED]> */
typedef long int Int;
typedef Int **Bag;
FuncMakeConsequencesPres (Bag self, Bag list)
{
Bag objDefs1;
Bag objDefs2;
if (! ( (((Int) 0) + 13) <=
(((Int) (objDefs1) & 0x01) ? ((Int) 0)
: (((Int) (objDefs1) & 0x02) ? ((Int) 0)
: *(*(objDefs1) )))
&& (((Int) (objDefs1) & 0x01) ? (((Int) 0) )
: (((Int) (objDefs1) & 0x02) ? (((Int) 0) )
: (*(*(objDefs2) - 3) & 0xFFL))) <= 0))
ErrorQuit ();
}
--
tbm at cyrius dot com changed:
What|Removed |Added
Summary|[4.4 Regression] ICE in |[4.4 Regression] ICE in
|extract_range_from_binary_ex|extract_range_from_binary_ex
|pr, at tree-vrp.c:2145 |pr, at tree-vrp.c:2145
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37387
[Bug target/37362] [4.4 Regression] Bootstrap broken on mipsisa64r2-linux-gcc
--- Comment #1 from g0dsowncountry at yahoo dot com 2008-09-05 20:46 --- Noticed that if GCC is configured with additional parameters '--with-arch=5kc --with-tune=5kc', PASS 1 build completes (gcc version 4.4.0 20080904 (experimental)). mipsisa64-linux-* builds fine w/o these extra configure options. If this is the intended way to currently configure/build for mipsisa64r2-linux targets, please confirm, so that this could be marked as invalid..? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37362
[Bug fortran/35837] rej.valid: Host-associated SAVEd variable and PURE function
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-05 20:53 --- Subject: Bug 35837 Author: domob Date: Fri Sep 5 20:51:50 2008 New Revision: 140046 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140046 Log: 2008-09-05 Daniel Kraft <[EMAIL PROTECTED]> PR fortran/35837 * resolve.c (resolve_types): Restore gfc_current_ns on exit. * symbol.c (gfc_save_all): Removed blank line. 2008-09-05 Daniel Kraft <[EMAIL PROTECTED]> PR fortran/35837 * gfortran.dg/save_3.f90: New test. Added: trunk/gcc/testsuite/gfortran.dg/save_3.f90 Modified: trunk/gcc/fortran/ChangeLog trunk/gcc/fortran/resolve.c trunk/gcc/fortran/symbol.c trunk/gcc/testsuite/ChangeLog -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35837
[Bug fortran/35837] rej.valid: Host-associated SAVEd variable and PURE function
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-05 20:55 --- Fixed for trunk. -- domob at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35837
[Bug tree-optimization/37388] New: [graphite] No warn with "-O0 -fgraphite" when cloog or ppl are not present
GCC does not fail at -O0 when -fgraphite is used and support for graphite is not built in the compiler. -- Summary: [graphite] No warn with "-O0 -fgraphite" when cloog or ppl are not present Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization AssignedTo: spop at gcc dot gnu dot org ReportedBy: spop at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37388
[Bug middle-end/37385] [4.4 Regression] ICE in set_mem_alias_set with the vectorizer and function pointers
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Keywords||ice-on-valid-code Summary|[4.4 Regression] ICE in |[4.4 Regression] ICE in |set_mem_alias_set, at emit- |set_mem_alias_set with the |rtl.c:1789 |vectorizer and function ||pointers Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
[Bug tree-optimization/37388] [graphite] No warn with "-O0 -fgraphite" when cloog or ppl are not present
--- Comment #1 from spop at gcc dot gnu dot org 2008-09-05 21:22 --- Created an attachment (id=16236) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16236&action=view) fix This patch fixes the bug. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37388
[Bug middle-end/37385] [4.4 Regression] ICE in set_mem_alias_set with the vectorizer and function pointers
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-05 21:25 --- Confirmed, on PowerPC, you need -maltivec. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 GCC target triplet||x86_64-*-*-*, powerpc*-*-* Last reconfirmed|-00-00 00:00:00 |2008-09-05 21:25:25 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
[Bug middle-end/37378] [4.4 Regression] Divide_X
--- Comment #9 from hjl dot tools at gmail dot com 2008-09-05 21:43 --- Revision 139832 is bad. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
[Bug c++/37389] New: expected integer_cst, have error_mark in build_enumerator
seen with 4.2.4, 4.3.2 and trunk 20080904 g++ -c -mtune=generic -g foo.ii In file included from utNativePackedCoDec.cc:5: ../../src/pers/RecBuf.hh: At global scope: ../../src/pers/RecBuf.hh: In instantiation of 'pers::RecBuf': utNativePackedCoDec.cc:11: instantiated from here ../../src/pers/RecBuf.hh:76: error: 'typename pers::NativePackedCoDec::Type' names 'template struct pers::NativePackedCoDec::Type', which is not a type ../../src/pers/RecBuf.hh:76: error: overflow in enumeration values at 'STRING_SZ' ../../src/pers/RecBuf.hh:76: error: 'typename pers::NativePackedCoDec::Type' names 'template struct pers::NativePackedCoDec::Type', which is not a type ../../src/pers/RecBuf.hh:76: internal compiler error: tree check: expected integer_cst, have error_mark in build_enumerator, at cp/decl.c:11144 Please submit a full bug report, with preprocessed source if appropriate. -- Summary: expected integer_cst, have error_mark in build_enumerator Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at ubuntu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37389
[Bug c++/37389] expected integer_cst, have error_mark in build_enumerator
--- Comment #1 from doko at ubuntu dot com 2008-09-05 22:29 --- Created an attachment (id=16237) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16237&action=view) preprocessed source -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37389
[Bug c++/37389] expected integer_cst, have error_mark in build_enumerator
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-05 22:37 ---
Confirmed reduced testcase:
enum { OFFSET_MAX = (9223372036854775807L * 2UL + 1UL) };
enum {
OFFSET_MAX = OFFSET_MAX,
STRING_SZ = CoDec::Type::FIXED_SIZE,
STRING_DYN = CoDec::Type::DYN_PARTS,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Keywords||error-recovery
Last reconfirmed|-00-00 00:00:00 |2008-09-05 22:37:42
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37389
[Bug target/37390] New: wrong-code on i486-linux-gnu with -O[12], -O0 works
this is the example from http://gcc.gnu.org/ml/gcc/2008-08/msg00376.html seen with 4.2.4 and 4.3.2 [EMAIL PROTECTED]:/home/junk/prog/tju# gcc bug_short.c -lm -O2 [EMAIL PROTECTED]:/home/junk/prog/tju# ./a.out 2383,1 31727,1 132265613,1 3145439247023686464 [EMAIL PROTECTED]:/home/junk/prog/tju# gcc bug_short.c -lm [EMAIL PROTECTED]:/home/junk/prog/tju# ./a.out 2383,1 31727,1 132265613,1 10004511787964928 -- Summary: wrong-code on i486-linux-gnu with -O[12], -O0 works Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at ubuntu dot com GCC target triplet: i486-linux-gnu http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37390
[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works
--- Comment #1 from doko at ubuntu dot com 2008-09-05 22:43 --- Created an attachment (id=16238) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16238&action=view) example -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37390
[Bug middle-end/37375] [graphite] Parameter detection and scev only take a surrounding loop as border
--- Comment #1 from spop at gcc dot gnu dot org 2008-09-05 22:45 --- Created an attachment (id=16239) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16239&action=view) fix the attached patch fixes PR37375 by changing instantiate_scev to take a basic block above which all the definitions are left uninstantiated. Patch passes RUNTESTFLAGS=tree-ssa.exp, graphite.exp and vect.exp I will do a complete bootstrap and submit to gcc-patches for review. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37375
[Bug middle-end/37378] [4.4 Regression] Divide_X
--- Comment #10 from hjl dot tools at gmail dot com 2008-09-05 22:53 --- Revision 139827 is bad. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
[Bug target/37390] wrong-code on i486-linux-gnu with -O[12], -O0 works
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-05 22:54 --- I think this is really PR 323. Using -ffloat-store gives the correct answer. D.2639 = pow ((double) a, (double) b + 1.0e+0); num = (ull) D.2639 - 1.0e+0; So I don't know what else to say, except -ffloat-store or use -mfpmath=sse. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37390
[Bug java/37329] ICE during .jar -> .bin compilation with -freduced-reflection.
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-05 22:56 --- Most likely fixed for 4.4 with http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01461.html. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37329
[Bug preprocessor/37373] Variadic macros fail when generated by other macros.
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-05 22:59 --- >which can cause problems in code that is otherwise valid. No they are not valid. printf is allowed to be a macro function in both C90 and C99. -- pinskia at gcc dot gnu dot org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37373
[Bug c++/37314] [4.2/4.3/4.4 Regression] seg violation
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Severity|blocker |normal http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37314
[Bug web/37391] New: examples not accessible online (non existing URLs)
all the examples referenced by http://gcc.gnu.org/onlinedocs/libstdc++/ext/pb_ds/assoc_examples.html are not accessible. -- Summary: examples not accessible online (non existing URLs) Product: gcc Version: 4.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: web AssignedTo: unassigned at gcc dot gnu dot org ReportedBy: doko at ubuntu dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37391
[Bug web/37391] examples not accessible online (non existing URLs)
--- Comment #1 from paolo dot carlini at oracle dot com 2008-09-05 23:51 --- Benjamin, can you have a look to these links? Thanks. -- paolo dot carlini at oracle dot com changed: What|Removed |Added CC||bkoz at redhat dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37391
[Bug libstdc++/30085] switch debug mode hash containers from ext to tr1
--- Comment #8 from paolo dot carlini at oracle dot com 2008-09-05 23:53 --- I think this is a major loss of function, we want to fix this before 4.4.0. -- paolo dot carlini at oracle dot com changed: What|Removed |Added Severity|enhancement |major Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30085
[Bug c++/37383] optimization - compiler crash
--- Comment #5 from doko at ubuntu dot com 2008-09-06 00:32 --- can't reproduce this either with the Debian or Ubuntu gcc builds -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37383
[Bug middle-end/37316] [4.4 Regression] Small structs are not passed correctly on hppa64-*-*
--- Comment #3 from danglin at gcc dot gnu dot org 2008-09-06 01:23 --- This problem was introduced in revision 137326. Removing the PARALLEL breaks argument passing on this target. See the comment in pa.c, function_arg, regarding argument justification on a big-endian target. -- danglin at gcc dot gnu dot org changed: What|Removed |Added CC||drow at gcc dot gnu dot org http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37316
[Bug middle-end/37337] [4.4 Regression] ICE: verify_flow_info failed
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-09-06 01:23 --- Reducing. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37337
[Bug middle-end/37316] [4.4 Regression] Small structs are not passed correctly on hppa64-*-*
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-06 01:43 --- Subject: Re: [4.4 Regression] Small structs are not passed correctly on hppa64-*-* > This problem was introduced in revision 137326. Removing the PARALLEL > breaks argument passing on this target. See the comment in pa.c, > function_arg, regarding argument justification on a big-endian target. I also want to add that there are some non BLKMODE cases used in the 32-bit hppa runtimes. Dave -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37316
[Bug middle-end/37337] [4.4 Regression] ICE: verify_flow_info failed
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-09-06 02:13 ---
Reduced testcase:
extern "C" {
typedef struct _IO_FILE FILE;
extern int __fprintf_chk (FILE *__restrict __stream, int __flag, __const
char *__restrict __format, ...);
extern __inline __attribute__ ((__always_inline__)) __attribute__
((__gnu_inline__, __artificial__)) int fprintf (FILE *__restrict __stream,
__const char *__restrict __fmt, ...)
{
return __fprintf_chk (__stream, 2 - 1, __fmt,__builtin_va_arg_pack ());
}
}
extern int bx_pc_system;
struct eth_pktmover_c {
virtual ~eth_pktmover_c (void) { }
};
struct bx_null_pktmover_c : public eth_pktmover_c
{
bx_null_pktmover_c();
FILE *txlog_txt;
};
void f(int*);
bx_null_pktmover_c::bx_null_pktmover_c()
{
f(&bx_pc_system);
for (int i=0; i<6; i++)
fprintf (txlog_txt, "%02x", 0xff);
fprintf (txlog_txt, "\n--\n");
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|-00-00 00:00:00 |2008-09-06 02:13:46
date||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37337
[Bug target/37382] [4.4 Regression] ICE in extract_insn: ) 0)
-- pinskia at gcc dot gnu dot org changed: What|Removed |Added CC||pinskia at gcc dot gnu dot ||org Component|middle-end |target Target Milestone|--- |4.4.0 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37382
[Bug fortran/37301] libgfortran/io/write.c:304: warning: unused variable 'j'
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-09-06 03:08 --- Fixed on trunk. Thanks Daniel for the commit. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37301
[Bug fortran/37228] F2008: Support g0. edit descriptor
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-09-06 03:10 --- Fixed on trunk. Thanks Daniel for the commit. -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37228
[Bug fortran/36540] libgfortran compile warnings
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2008-09-06 03:13 --- Un-assigning myself for the reason stated in comment #5 -- jvdelisle at gcc dot gnu dot org changed: What|Removed |Added AssignedTo|jvdelisle at gcc dot gnu dot|unassigned at gcc dot gnu |org |dot org Status|ASSIGNED|NEW http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36540
[Bug middle-end/37378] [4.4 Regression] Revision 139827 causes Divide_X
--- Comment #11 from hjl dot tools at gmail dot com 2008-09-06 06:14 --- Revision 139826 is good. Revision 139827 is the cause. -- hjl dot tools at gmail dot com changed: What|Removed |Added CC|abel at ispras dot ru | Summary|[4.4 Regression] Divide_X |[4.4 Regression] Revision ||139827 causes Divide_X http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37378
