[Bug tree-optimization/42652] vectorizer created unaligned vector insns

[irar at il dot ibm dot com]

--- Comment #8 from irar at il dot ibm dot com  2010-01-12 08:08 ---
So, to be on the safe side, we should assume that COMPONENT_REFs are not
naturally aligned and never use peeling for them?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42652

[Bug rtl-optimization/42691] problematic REG_EQUAL note added to SUBREG

[ebotcazou at gcc dot gnu dot org]

--- Comment #4 from ebotcazou at gcc dot gnu dot org  2010-01-12 08:57 
---
> Then gcc comes to line3657. Since changed_i3_dest is 0, gcc does not
> call adjust_for_new_dest at all.
> 
> line3657:
> if (changed_i3_dest)
> {
>   PATTERN (i3) = newpat;
>   adjust_for_new_dest (i3);
> }

We should try and set changed_i3_dest to 1 in this particular case as well.

Where does the dest get changed exactly?

> I did not read the entire combine pass. So I am not sure whether it is
> fine to just add something like this after line3062 where
> recog_for_combine is called.
> 
>   if (insn_code_number >= 0)
> changed_i3_dest = 1;

Too big a hammer, the dest of I3 is generally not changed.

> Another option to fix this problem is not to attach REG_EQUAL note to
> "set subreg reg" at all during forward propagation.

Too big a hammer as well, the note is correct at this point.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42691

[Bug lto/42696] lto1 error with -fsigned-char and char comparison

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-01-12 09:05 ---
Mine.  I hate -f[un]signed-char ...


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |rguenth at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Keywords||lto
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 09:05:46
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42696

[Bug libffi/42423] Core dumps while executing ctypes test cases of python-2.5.1 in AIX 5.3

[swamy dot sangamesh at gmail dot com]

--- Comment #2 from swamy dot sangamesh at gmail dot com  2010-01-12 09:06 
---
No Failures are seen in latest libffi-3.0.9


-- 

swamy dot sangamesh at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42423

[Bug middle-end/42694] Compiler could optimize pow (x, 0.75) into sqrt (x) * sqrt (sqrt (x))

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-01-12 09:08 ---
Confirmed and easy to add in the pow expander (expand_builtin_pow).


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
   Severity|normal  |enhancement
 Status|UNCONFIRMED |NEW
  Component|rtl-optimization|middle-end
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 09:08:00
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42694

[Bug debug/41371] [4.5 Regression] var-tracking is slow and memory hungry

[rguenth at gcc dot gnu dot org]

--- Comment #11 from rguenth at gcc dot gnu dot org  2010-01-12 09:09 
---
(In reply to comment #10)
> I've looked briefly at the #c4 testcase, and the problem seems to be extremely
> long loc_chains.  var-tracking e.g. stops for huge amount of time (many
> minutes) on one bb, EH pad with 162 incoming EH edges (and no others).  Each 
> of
> those 162 incoming EH edges has roughly 1800 vars in its out hash table, with
> just one problematic one - which has around 650 items in
> var->var_part[0].loc_chain chain.  There are ~ 2 other vars with loc_chain
> chain lengths in the 40s and the rest is with chain length below 10.  The CPU
> eater is intersect_loc_chains.
> For each of the 650 loc_chain entries it calls find_loc_in_1pdv, which, as the
> vast majority of the entries in s2var's loc_chain are VALUEs, looks stuff up 
> in
> the hash table and recurses.
> 
> I wonder whether for large loc_chain lengths we just couldn't use a temporary
> hash table.  If we see in intersect_loc_chains that chain length is beyond
> certain threshold, populate a temporary hash table by doing what
> find_loc_in_1pdv does (except instead of rtx_equal_p and returning early it
> seeing a match it would record each loc into the hash table and continue
> walking).  Then intersect_loc_chains could just walk this hash table instead 
> of
> searching through it again and again, avoiding the O(loc_chain_length^2)
> complexity.

That sounds like a good idea.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41371

[Bug c/42688] gcc 4.3.3 with -O2 thinks a often non-zero expression is always zero

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-01-12 09:10 ---
Please attach preprocessed source of the offending file.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42688

[Bug tree-optimization/42685] [4.5 Regression] "-fcompare-debug failure" with "-O1 -funroll-loops" (2)

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|"-fcompare-debug failure"   |[4.5 Regression] "-fcompare-
   |with "-O1 -funroll-loops"   |debug failure" with "-O1 -
   |(2) |funroll-loops" (2)
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42685

[Bug libstdc++/24803] [c++0x] reference_wrapper and pointers to member functions

[redi at gcc dot gnu dot org]

--- Comment #19 from redi at gcc dot gnu dot org  2010-01-12 09:32 ---
As I said earlier in this audit trail, the current draft defines the call
operator in terms of std::result_of and so it doesn't support invoking a
pointer-to-member. I have removed the relevant bits of the 24803.cc testcase,
and enabled the FIXME parts that needed rvalue reference support, which work
now that std::reference_wrapper::operator() uses perfect forwarding.

I think this bug could be closed now, any objections?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24803

[Bug rtl-optimization/42691] problematic REG_EQUAL note added to SUBREG

[ramana at gcc dot gnu dot org]

-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail||4.4.2 4.5.0
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 09:33:45
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42691

[Bug rtl-optimization/42502] Bad register allocation in a very simple code

[ramana at gcc dot gnu dot org]

-- 

ramana at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 09:36:39
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42502

[Bug tree-optimization/42645] "-fcompare-debug failure" at -O1

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2010-01-12 09:43 ---
Subject: Bug 42645

Author: jakub
Date: Tue Jan 12 09:43:31 2010
New Revision: 155830

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155830
Log:
PR tree-optimization/42645
* tree-inline.c (processing_debug_stmt): Move earlier.  Make static.
(remap_ssa_name): If processing_debug_stmt and name wasn't found in
decl_map, set processing_debug_stmt to -1 and return name without
any remapping.

* g++.dg/other/pr42645-1.C: New test.
* g++.dg/other/pr42645-2.C: New test.

Added:
trunk/gcc/testsuite/g++.dg/other/pr42645-1.C
trunk/gcc/testsuite/g++.dg/other/pr42645-2.C
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-inline.c


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42645

[Bug debug/42662] [4.5 Regression] invalid rtl sharing found in the insn

[jakub at gcc dot gnu dot org]

--- Comment #8 from jakub at gcc dot gnu dot org  2010-01-12 09:45 ---
Subject: Bug 42662

Author: jakub
Date: Tue Jan 12 09:45:19 2010
New Revision: 155831

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155831
Log:
PR debug/42662
* simplify-rtx.c (simplify_relational_operation_1): Avoid invalid rtx
sharing when canonicalizing ({lt,ge}u (plus a b) b).

* gcc.dg/pr42662.c: New test.

Added:
trunk/gcc/testsuite/gcc.dg/pr42662.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/simplify-rtx.c
trunk/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42662

[Bug debug/42662] [4.5 Regression] invalid rtl sharing found in the insn

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2010-01-12 09:47 ---
Subject: Bug 42662

Author: jakub
Date: Tue Jan 12 09:47:07 2010
New Revision: 155832

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155832
Log:
PR debug/42662
* simplify-rtx.c (simplify_relational_operation_1): Avoid invalid rtx
sharing when canonicalizing ({lt,ge}u (plus a b) b).

* gcc.dg/pr42662.c: New test.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.dg/pr42662.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/simplify-rtx.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42662

[Bug middle-end/14187] [tree-ssa] C restricted pointers are not properly implemented

[rguenther at suse dot de]

--- Comment #19 from rguenther at suse dot de  2010-01-12 09:54 ---
Subject: Re:  [tree-ssa] C restricted pointers are not
 properly implemented

On Mon, 11 Jan 2010, manu at gcc dot gnu dot org wrote:

> --- Comment #18 from manu at gcc dot gnu dot org  2010-01-11 19:23 ---
> (In reply to comment #17)
> > Fixed.
> > 
> 
> Richard, since this is a new feature of GCC 4.5, shouldn't we mention it in 
> the
> GCC 4.5 changes.html?
> 
> Even something short would be welcome by users, such as:
> 
> "Better optimizations when using the  href="http://gcc.gnu.org/onlinedocs/gcc/Restricted-Pointers.html";>restrict
> keyword".

It's not universally better tho due to limitations on the RTL export
side.  I'll think of sth.

Richard.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14187

[Bug java/42698] New: [4.5 regression] jc1: ICE in redirect_eh_edge_1, at tree-eh.c:2112

[doko at ubuntu dot com]

seen with trunk 20100107:

$ gcj -c -g -O2 -fPIC -findirect-dispatch -fjni 
./debian/ant-gcj/usr/lib/gcj/ant-1.7.1.jar.3.jar -o ant-1.7.1.jar.3.o
org/apache/tools/ant/types/selectors/ContainsSelector.java: In class
'org.apache.tools.ant.types.selectors.ContainsSelector':
org/apache/tools/ant/types/selectors/ContainsSelector.java: In method
'org.apache.tools.ant.types.selectors.ContainsSelector.isSelected(org.apache.tools.ant.types.Resource)':
In file included from
org/apache/tools/ant/types/selectors/ContainsRegexpSelector.java:164:0,
 from :3:
org/apache/tools/ant/types/selectors/ContainsSelector.java:164:0: internal
compiler error: in redirect_eh_edge_1, at tree-eh.c:2112
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: [4.5 regression] jc1: ICE in redirect_eh_edge_1, at
tree-eh.c:2112
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42698

[Bug java/42698] [4.5 regression] jc1: ICE in redirect_eh_edge_1, at tree-eh.c:2112

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-01-12 10:11 ---
Created an attachment (id=19545)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19545&action=view)
jar file


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42698

[Bug rtl-optimization/42699] New: [4.3/4.4/4.5 Regression] ZERO_EXTRACT on lhs never optimized out

[jakub at gcc dot gnu dot org]

As mentioned in http://gcc.gnu.org/ml/gcc/2010-01/msg00033.html the following
testcase is not optimized very well on PowerPC with -O2 -m32, while it works
well say on x86_64 or PowerPC -O2 -m64:
union U
{
  unsigned u;
  struct
  {
unsigned b1:2;
unsigned:8;
unsigned b2:2;
unsigned b3:2;
unsigned:18;
  } b;
};

unsigned
test (void)
{
  union U u;
  u.u = 0;
  u.b.b1 = 2;
  u.b.b2 = 3;
  u.b.b3 = 1;
  return u.u;
}

The problem is that the bitfields aren't converted into and/or operations
during tree optimizations and at the RTL level expander emits them using insv
insns (i.e. ZERO_EXTRACT on lhs).  While for -m64 (and targets that don't have
insv) CSE then manages to optimize the and/or operations with constant
arguments down to a return of a constant, nothing optimizes the lhs
ZERO_EXTRACT.

The gcc ml mail mentioned above claims it is a regression from 2.95, I've just
tried 3.4 and it didn't optimize it either, but I don't have 2.95 around to
test this.


-- 
   Summary: [4.3/4.4/4.5 Regression] ZERO_EXTRACT on lhs never
optimized out
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: enhancement
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target triplet: powerpc-linux


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42699

[Bug java/42700] New: jc1: ICE in java_read_sourcefilenames, at java/jcf-parse.c:192

[doko at ubuntu dot com]

seen with 4.4 and 4.5 (attachment in PR42698), when the file fiven with
-fsource-filename doesn't exist.

$ gcj-4.4 -c -fsource-filename=/tmp/fileTkf0Hh -g -O2 -fPIC -findirect-dispatch
-fjni  ./debian/ant-gcj/usr/lib/gcj/ant-1.7.1.jar.3.jar -o ant-1.7.1.jar.3.o
jc1: internal compiler error: in java_read_sourcefilenames, at
java/jcf-parse.c:192
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: jc1: ICE in java_read_sourcefilenames, at java/jcf-
parse.c:192
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42700

[Bug c++/41970] use of a type with no linkage to declare a variable with linkage

[manu at gcc dot gnu dot org]

--- Comment #16 from manu at gcc dot gnu dot org  2010-01-12 10:16 ---
(In reply to comment #15)
> Should I submit a second report so there is one for "accepts invalid" and a
> different one for "diagnostic quality"?
> 

No need, thanks. Both can be solved at the same time.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords||accepts-invalid


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41970

[Bug java/42698] [4.5 Regression] jc1: ICE in redirect_eh_edge_1, at tree-eh.c:2112

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.5 regression] jc1: ICE in|[4.5 Regression] jc1: ICE in
   |redirect_eh_edge_1, at tree-|redirect_eh_edge_1, at tree-
   |eh.c:2112   |eh.c:2112
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42698

[Bug libstdc++/24803] [c++0x] reference_wrapper and pointers to member functions

[paolo dot carlini at oracle dot com]

--- Comment #20 from paolo dot carlini at oracle dot com  2010-01-12 10:53 
---
(In reply to comment #19)
> I think this bug could be closed now, any objections?

Not from me, I agree it can be closed. I'd like only to make sure we don't
forget about the issue with pointers to member functions: is there a DR open
already? Maybe we could also find a way to mention it in the code, if you
haven't done that already, didn't check.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24803

[Bug c++/40239] Aggregate initialization requires copy constructor

[dodji at gcc dot gnu dot org]

--- Comment #2 from dodji at gcc dot gnu dot org  2010-01-12 11:00 ---
Posted a candidate fix to
http://gcc.gnu.org/ml/gcc-patches/2010-01/msg00536.html

Please not that as this is a not a regression and it touches the core language
I doubt the patch is going to committed for 4.5


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40239

[Bug c++/42697] ice-on-legal-code: template class template function local objects

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC|bisqwit at iki dot fi   |
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code
  Known to fail||4.4.1 4.5.0
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 11:52:20
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42697

[Bug libstdc++/42624] libstdc++ parallel mode deadlocks in barrier

[paolo dot carlini at oracle dot com]

--- Comment #5 from paolo dot carlini at oracle dot com  2010-01-12 11:54 
---
Thanks. If you could do your best to figure out something small and self
contained it would be great, otherwise we lack anyway something to add to the
testsuite.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624

[Bug c++/42697] ice-on-legal-code: template class template function local objects

[dodji at gcc dot gnu dot org]

--- Comment #1 from dodji at gcc dot gnu dot org  2010-01-12 12:00 ---
I see this on trunk too.


-- 

dodji at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42697

[Bug ada/41929] 64-bit null_pointer_deref1 gnat.dg test consumes all available memory

[ro at CeBiTec dot Uni-Bielefeld dot DE]

--- Comment #9 from ro at CeBiTec dot Uni-Bielefeld dot DE  2010-01-12 
12:08 ---
Subject: Re:  64-bit null_pointer_deref1 gnat.dg test consumes all available
memory

> --- Comment #1 from ebotcazou at gcc dot gnu dot org  2009-11-03 18:49 
> ---
> Somewhat expected, see the comment in the test.  A patch to disable it on this
> platform (sparc*-*-solaris2.11) is pre-approved.

I've just installed that since the bug hit me again and I've not yet
succeeded in the investigation.

> The failure very likely means that the 64-bit pattern matching code of the
> fallback routine in config/sparc/sol2-unwind.h misbehaves for Solaris 11. 
> Unfortunately, I don't have access to any Solaris 11 machine so I cannot fix.

I've checked __sighndlr in the Solaris 11 64-bit libc.so.1 against
sol2-unwind.h (sighndlr_pattern), and they are identical.

> To debug this, you need to recompile libgcc at -O0 -g and put a breakpoint on
> sparc64_fallback_frame_state from within the debugger; it will be hit once you
> resume execution after the SIGSEGV.  What happens from that on?

Unfortunately, it doesn't hit:

(gdb) b sparc64_fallback_frame_state
Breakpoint 1 at 0x100017c88: file
/vol/gcc/src/hg/trunk/solaris/libgcc/../gcc/config/sparc/sol2-unwind.h, line
38.
(gdb) run
Starting program:
/vol/gcc/obj/gcc-4.5.0-20100107/11-gcc/gcc/testsuite/gnat/null_pointer_deref1.exe
 
[Thread debugging using libthread_db enabled]
[New Thread 1 (LWP 1)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1 (LWP 1)]
0x0001000141b0 in _ada_null_pointer_deref1 ()
(gdb) cont
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x7fff7f8c81d0 in kill () from /lib/64/libc.so.1
(gdb) cont
Continuing.
procfs: couldn't find pid -1 in procinfo list.

So I'm sort of stuck.  dbx doesn't allow me to set a breakpoint in
sparc64_fallback_frame_state at all.

Rainer


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41929

[Bug c++/42701] New: ICE on error recovery

[doko at ubuntu dot com]

seen with trunk 20100107 on ix86:

$ g++ -c greg_month.ii
In file included from ./boost/date_time/gregorian/formatters.hpp:17:0,
 from libs/date_time/src/gregorian/greg_month.cpp:21:
./boost/date_time/date_formatting.hpp: In static member function 'static
std::basic_string boost::date_time::ymd_formatter::ymd_to_string(ymd_type)':
./boost/date_time/date_formatting.hpp:87:36: error: cannot call constructor
'std::locale::locale' directly
./boost/date_time/date_formatting.hpp:87:36: note: for a function-style cast,
remove the redundant '::locale'
./boost/date_time/gregorian/formatters.hpp:65: confused by earlier errors,
bailing out
Preprocessed source stored into /tmp/ccNSCpcB.out file, please attach this to
your bugreport.


-- 
   Summary: ICE on error recovery
   Product: gcc
   Version: 4.5.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=42701

[Bug c++/42701] ICE on error recovery

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-01-12 12:16 ---
Created an attachment (id=19546)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19546&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42701

[Bug libstdc++/42624] libstdc++ parallel mode deadlocks in barrier

[singler at kit dot edu]

--- Comment #6 from singler at kit dot edu  2010-01-12 12:36 ---
Can I get this thing to run without actually installing it into the system?

5. clamd/clamd -c etc/clamd.conf
LibClamAV Error: cl_load(): Can't get status of /usr/local/share/clamav
ERROR: Can't get file status

Please enter the GCC version into the "Reported against" field.
What happens for OMP_NUM_THREADS=1?

I will look thoroughly into the find implementation in the meantime.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624

[Bug libstdc++/42624] libstdc++ parallel mode deadlocks in barrier

[edwintorok at gmail dot com]

--- Comment #7 from edwintorok at gmail dot com  2010-01-12 12:41 ---
(In reply to comment #6)
> Can I get this thing to run without actually installing it into the system?
> 
> 5. clamd/clamd -c etc/clamd.conf
> LibClamAV Error: cl_load(): Can't get status of /usr/local/share/clamav
> ERROR: Can't get file status

Yes, you can specify the path.
A minimal example (you can use any path instead of /tmp):
$ mkdir /tmp/testdb
$ touch /tmp/testdb/foo.pdb
$ cat >etc/clamd.conf < 
> Please enter the GCC version into the "Reported against" field.

Done.

> What happens for OMP_NUM_THREADS=1?

Will test now.

> 
> I will look thoroughly into the find implementation in the meantime.
> 

Ok.


-- 

edwintorok at gmail dot com changed:

   What|Removed |Added

Version|unknown |4.4.2


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624

[Bug c++/42701] ICE on error recovery

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2010-01-12 12:49 
---
As usual, please reduce these beasts...


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42701

[Bug c++/42697] ice-on-legal-code: template class template function local objects

[paolo dot carlini at oracle dot com]

--- Comment #2 from paolo dot carlini at oracle dot com  2010-01-12 12:50 
---
Yes.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42697

[Bug libstdc++/42624] libstdc++ parallel mode deadlocks in barrier

[edwintorok at gmail dot com]

--- Comment #8 from edwintorok at gmail dot com  2010-01-12 12:51 ---
(In reply to comment #7)
> > What happens for OMP_NUM_THREADS=1?
> 
> Will test now.

It doesn't hang with OMP_NUM_THREADS=1. It does hang with OMP_NUM_THREADS=2,
or with OMP_NUM_THREADS unset.

> > Please enter the GCC version into the "Reported against" field.
> 

I reproduced the issue with gcc version 4.3.2 (Debian 4.3.2-1.1) too.

BTW you can also find my build on gcc14 in the compiler farm at
/home/edwin/clam/git_test/clamav-devel (should be world readable).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624

[Bug c++/42702] New: Unimplemented functionality

[piotr dot wyderski at gmail dot com]

g++ -std=gnu++0x -c -O2

prints:

minimal.cpp:8:44: sorry, unimplemented: cannot expand '_Tail ...' into a
fixed-l
ength argument list

reduced testcase:

  template
class tuple<>
{
{
 }
  template
struct tuple_element<__i, tuple<_Head, _Tail...> >
: tuple_element<__i - 1, tuple<_Tail...> > { };


-- 
   Summary: Unimplemented functionality
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: piotr dot wyderski at gmail dot com
  GCC host triplet: Cygwin/GCC-trunk


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42702

[Bug debug/41371] [4.5 Regression] var-tracking is slow and memory hungry

[jakub at gcc dot gnu dot org]

--- Comment #12 from jakub at gcc dot gnu dot org  2010-01-12 12:58 ---
It is actually far worse on this testcase, as with all the recursions
find_loc_in_1pdv does we actually must scan many values many times.
I've put a counter and on this bb one outermost find_loc_in_1pdv calls together
rtx_equal_p roughly 88 times, times 650.
So, perhaps even just not resetting VALUE_RECURSED_INTO back immediately, but
in a second loop afterwards would be enough to make this manageable.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41371

[Bug c++/42702] Unimplemented functionality

[paolo dot carlini at oracle dot com]

--- Comment #1 from paolo dot carlini at oracle dot com  2010-01-12 12:59 
---
If it's unimplemented, it's unimplemented, the issue is obviously known.


-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

 CC|piotr dot wyderski at gmail |
   |dot com |
 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42702

[Bug c++/42702] Unimplemented functionality

[piotr dot wyderski at gmail dot com]

--- Comment #2 from piotr dot wyderski at gmail dot com  2010-01-12 13:05 
---
Subject: Re:  Unimplemented functionality

paolo dot carlini wrote:

at oracle dot com :

> If it's unimplemented, it's unimplemented, the issue
> is obviously known.

Even in this case?

runtime/base/stack_trace.h:130:30: sorry,
 unimplemented: inlining failed in call to
'base::stack_trace::stack_trace(size_t)': function not inlinable

Best regards
Piotr Wyderski


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42702

[Bug c++/42702] Unimplemented functionality

[paolo dot carlini at oracle dot com]

--- Comment #3 from paolo dot carlini at oracle dot com  2010-01-12 13:11 
---
No, in this case it's just a diagnostic telling you that the function cannot be
inlined by the optimizers, there is nothing in the Standard about that, and it
can well be that for some reason (there are many possible) it will *never* be
in the foreseeable future. But if exactly the same function *could* be inlined
by a previous version of GCC and you cannot convince the new GCC to do that
even playing with the various --param knobs, you could (should) file an
optimization regression PR.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42702

[Bug fortran/42677] [4.5 Regression] Bogus Error: Ambiguous interfaces '...' in intrinsic assignment operator

[pault at gcc dot gnu dot org]

--- Comment #6 from pault at gcc dot gnu dot org  2010-01-12 13:29 ---
We have replaced an "accepts invalid" with a "rejects valid".  If we do not fix
this in time for 4.5.0 release, I suggest we revert the fix for PR36497.

I am CC'ing Janus.  Maybe he will see a solution to this right away.

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||janus at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42677

[Bug libstdc++/42624] libstdc++ parallel mode deadlocks in barrier

[edwintorok at gmail dot com]

--- Comment #9 from edwintorok at gmail dot com  2010-01-12 13:35 ---
Could this bug be related to this one:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36242#c4

Clamd creates threads using pthread_create, std::find is called from those
threads. There are also threads that only poll/dispatch, and never use the STL
(hence never uses openmp). However the gcc manual doesn't mention
incompatibility between pthread_create and openmp (or libstdc++ parallel mode).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624

[Bug c++/42634] ICE with -g -O2 -std=c++0x in copy_fn_p, at cp/decl.c:9973

[doko at ubuntu dot com]

--- Comment #5 from doko at ubuntu dot com  2010-01-12 13:39 ---
Created an attachment (id=19547)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19547&action=view)
preprocessed source

the attached testcase builds with the 4.4 branch, but not with 4.5. lowering
optimization to -O1 works around the build failure.

$ g++ -g -O2 -std=c++0x -c file_lie.ii 
In file included from /usr/include/c++/4.5/bits/move.h:38:0,
 from /usr/include/c++/4.5/bits/stl_pair.h:60,
 from /usr/include/c++/4.5/utility:71,
 from /usr/include/c++/4.5/unordered_map:42,
 from file_lie.cpp:22:
/usr/include/c++/4.5/type_traits: In instantiation of 'const bool
std::__is_constructible_helper::__value':
/usr/include/c++/4.5/type_traits:235:5:   instantiated from
'std::is_constructible'
/usr/include/c++/4.5/bits/stl_pair.h:257:49:   instantiated from here
/usr/include/c++/4.5/type_traits:224:67: internal compiler error: in copy_fn_p,
at cp/decl.c:9973
Please submit a full bug report,
with preprocessed source if appropriate.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42634

[Bug c++/42701] [4.5 Regression] ICE on error recovery

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-01-12 13:43 ---
You can use -fpermissive in which case it's no longer error-recovery.

The emitted warning doesn't vanish with -w, the note stays:

> ./cc1plus -quiet greg_month.ii  -m32 -fpermissive -w
In file included from ./boost/date_time/gregorian/formatters.hpp:17:0,
 from libs/date_time/src/gregorian/greg_month.cpp:21:
./boost/date_time/date_formatting.hpp: In static member function 'static
std::basic_string boost::date_time::ymd_formatter::ymd_to_string(ymd_type)':
./boost/date_time/date_formatting.hpp:87:36: note: for a function-style cast,
remove the redundant '::locale'
In file included from libs/date_time/src/gregorian/greg_month.cpp:21:0:
./boost/date_time/gregorian/formatters.hpp: In function
'std::basic_string<_CharT> boost::gregorian::to_iso_string_type(const
boost::gregorian::date_period&) [with charT = char,
boost::gregorian::date_period =
boost::date_time::period]':
./boost/date_time/gregorian/formatters.hpp:72:38:   instantiated from here
./boost/date_time/gregorian/formatters.hpp:65:125: internal compiler error: in
tsubst_copy, at cp/pt.c:10664
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


Reducing.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords|error-recovery  |diagnostic, ice-on-valid-
   ||code
Summary|ICE on error recovery   |[4.5 Regression] ICE on
   ||error recovery
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42701

[Bug tree-optimization/42703] New: [4.5 Regression] ICE in generate_subtree_copies, at tree-sra.c:2003

[doko at ubuntu dot com]

seen with trunk 20100107, not with the 4.4 branch. lowering optimization to -O0
lets the build succeed.

$ gcc -c -O1 uvector.i 
uvector.c: In function 'swapb64':
uvector.c:10935:1: internal compiler error: in generate_subtree_copies, at
tree-sra.c:2003
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: [4.5 Regression] ICE in generate_subtree_copies, at
tree-sra.c:2003
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42703

[Bug tree-optimization/42703] [4.5 Regression] ICE in generate_subtree_copies, at tree-sra.c:2003

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-01-12 13:58 ---
Created an attachment (id=19548)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19548&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42703

[Bug tree-optimization/42703] [4.5 Regression] ICE in generate_subtree_copies, at tree-sra.c:2003

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-01-12 14:13 ---
Reducing.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jamborm at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 14:13:18
   date||
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42703

[Bug c++/42701] [4.5 Regression] ICE on error recovery

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-01-12 14:30 ---
Created an attachment (id=19549)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19549&action=view)
reduced testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42701

[Bug c++/42701] [4.5 Regression] ICE on error recovery

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 14:30:35
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42701

[Bug libgcj/40859] [4.4/4.5 regression] regressions in libjava testsuite on arm-linux

[doko at ubuntu dot com]

--- Comment #2 from doko at ubuntu dot com  2010-01-12 14:33 ---
this is fixed on the trunk, preparing a backport to the branch


-- 

doko at ubuntu dot com changed:

   What|Removed |Added

 CC||doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40859

[Bug libstdc++/42624] libstdc++ parallel mode deadlocks in barrier

[singler at kit dot edu]

--- Comment #10 from singler at kit dot edu  2010-01-12 14:35 ---
Can reproduce deadlock now.


-- 

singler at kit dot edu changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |singler at kit dot edu
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 14:35:01
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624

[Bug libstdc++/42624] libstdc++ parallel mode deadlocks in barrier

[singler at kit dot edu]

--- Comment #11 from singler at kit dot edu  2010-01-12 14:35 ---
(In reply to comment #9)
> Could this bug be related to this one:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36242#c4

This bug is invalid for GCC 4.4.

> Clamd creates threads using pthread_create, std::find is called from those
> threads. There are also threads that only poll/dispatch, and never use the STL
> (hence never uses openmp). However the gcc manual doesn't mention
> incompatibility between pthread_create and openmp (or libstdc++ parallel 
> mode).

It should work nevertheless.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42624

[Bug tree-optimization/42704] New: [4.5 Regression] ICE in verify_ssa after early SRA

[rguenth at gcc dot gnu dot org]

> ./cc1plus -quiet nsTreeRows.ii -O2
/usr/src/packages/BUILD/mozilla/content/xul/templates/src/nsTreeRows.cpp: In
member function 'void nsTreeRows::InvalidateCachedRow()':
/usr/src/packages/BUILD/mozilla/content/xul/templates/src/nsTreeRows.cpp:483:1:
error: missing definition
for SSA_NAME: D.14766_10 in statement:
# .MEM_18 = VDEF <.MEM_13>
this_1(D)->mLastRow.mLink[i_9].mParent = D.14766_10;
/usr/src/packages/BUILD/mozilla/content/xul/templates/src/nsTreeRows.cpp:483:1:
internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [4.5 Regression] ICE in verify_ssa after early SRA
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42704

[Bug tree-optimization/42704] [4.5 Regression] ICE in verify_ssa after early SRA

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-01-12 14:36 ---
Created an attachment (id=19550)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19550&action=view)
testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42704

[Bug tree-optimization/42704] [4.5 Regression] ICE in verify_ssa after early SRA

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-01-12 14:37 ---
Reducing.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42704

[Bug tree-optimization/42703] [4.5 Regression] ICE in generate_subtree_copies, at tree-sra.c:2003

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-01-12 14:38 ---
__extension__ typedef unsigned long long int uint64_t;
typedef uint64_t ScmUInt64;
void swapb64(ScmUInt64 *loc) 
{
union {
ScmUInt64 l;
unsigned char c[4];
} dd;
unsigned char t;
dd.l = *loc;
(t = dd.c[3], dd.c[3] = dd.c[4], dd.c[4] = t);
}

> ./cc1 -quiet uvector.3.i -O
uvector.3.i: In function 'swapb64':
uvector.3.i:12:1: internal compiler error: in generate_subtree_copies, at
tree-sra.c:2003
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42703

[Bug tree-optimization/42704] [4.5 Regression] ICE in verify_ssa after early SRA

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-01-12 14:53 ---
> ./cc1plus -quiet nsTreeRows.3.ii -O2 -w
nsTreeRows.3.ii: In member function 'void nsTreeRows::InvalidateCachedRow()':
nsTreeRows.3.ii:39:1: error: missing definition
for SSA_NAME: D.2215_9 in statement:
# .MEM_16 = VDEF <.MEM_12>
this_1(D)->mLastRow.mLink[i_8].mParent = D.2215_9;
nsTreeRows.3.ii:39:1: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


typedef int PRInt32;
class nsTreeRows {
class Subtree { };
enum { kMaxDepth = 32 };
struct Link {
Subtree* mParent;
PRInt32 mChildIndex;
Link& operator=(const Link& aLink) {
mParent = aLink.mParent;
mChildIndex = aLink.mChildIndex;
}
};
class iterator {
PRInt32 mTop;
PRInt32 mRowIndex;
Link mLink[kMaxDepth];
public:
iterator() : mTop(-1), mRowIndex(-1) { }
iterator& operator=(const iterator& aIterator);
};
Subtree* EnsureSubtreeFor(Subtree* aParent, PRInt32 aChildIndex);
Subtree* GetSubtreeFor(const Subtree* aParent,  
PRInt32 aChildIndex,   PRInt32* aSubtreeSize = 0);
void InvalidateCachedRow() {
mLastRow = iterator();
}
iterator mLastRow;
};
nsTreeRows::Subtree* nsTreeRows::EnsureSubtreeFor(Subtree* aParent,
 PRInt32 aChildIndex) {
Subtree* subtree = GetSubtreeFor(aParent, aChildIndex);
if (! subtree) {
InvalidateCachedRow();
}
}
nsTreeRows::iterator& nsTreeRows::iterator::operator=(const iterator&
aIterator) {
mTop = aIterator.mTop;
for (PRInt32 i = mTop;
 i >= 0;
 --i) mLink[i] = aIterator.mLink[i];
}


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 14:53:45
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42704

[Bug tree-optimization/42705] New: [4.5 Regression] verify_flow_info failed with -O

[rguenth at gcc dot gnu dot org]

> ./cc1 -quiet radeon_span.i -O 
radeon_span.c: In function 'r600_ptr_color':
radeon_span.c:228:17: error: label 
 in the middle of basic block 9radeon_span.c:228:17: internal compiler
error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [4.5 Regression] verify_flow_info failed with -O
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42705

[Bug tree-optimization/42705] [4.5 Regression] verify_flow_info failed with -O

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-01-12 15:15 ---
Created an attachment (id=19551)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19551&action=view)
testcase

Reducing.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42705

[Bug tree-optimization/42652] vectorizer created unaligned vector insns

[law at redhat dot com]

--- Comment #9 from law at redhat dot com  2010-01-12 15:18 ---
Subject: Re:  vectorizer created unaligned vector
 insns

On 01/12/10 01:08, irar at il dot ibm dot com wrote:
> --- Comment #8 from irar at il dot ibm dot com  2010-01-12 08:08 ---
> So, to be on the safe side, we should assume that COMPONENT_REFs are not
> naturally aligned and never use peeling for them?
>
If you can not *prove* at compile time that you're going to get the 
proper alignment, then you can't vectorize without a runtime check to 
select between a vectorized and unvectorized loop.

Proven alignement -- vectorize
Proven unaligned -- do not vectorize
Likely aligned, but not proven -- emit two loops, one vectorized, one 
not vectorized and runtime selection of the proper loop

Otherwise you run the risk of making conforming code segfault which is 
obviously unacceptable.

jeff


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42652

[Bug tree-optimization/42706] New: [4,.5 Regression] ICE in gimple_op, at gimple.h:1634, (IPA SRA)

[rguenth at gcc dot gnu dot org]

> ./cc1 -quiet Net.i -O2 -w
Net.c: In function 'check_netstat':
Net.c:765:1: internal compiler error: in gimple_op, at gimple.h:1634
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [4,.5 Regression] ICE in gimple_op, at gimple.h:1634,
(IPA SRA)
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42706

[Bug tree-optimization/42706] [4,.5 Regression] ICE in gimple_op, at gimple.h:1634, (IPA SRA)

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-01-12 15:28 ---
Created an attachment (id=19552)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19552&action=view)
testcase

Reducing.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42706

[Bug tree-optimization/42705] [4.5 Regression] verify_flow_info failed with -O

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-01-12 15:42 ---
typedef int GLint;
typedef unsigned char GLubyte;
typedef unsigned int uint32_t;
struct radeon_bo {
void *ptr;
uint32_t flags;
};
struct radeon_renderbuffer {
struct radeon_bo *bo;
unsigned int cpp;
int has_surface;
};
static inline
GLint r600_1d_tile_helper(const struct radeon_renderbuffer * rrb,
  GLint x, GLint y, GLint is_depth, GLint is_stencil)
{
  GLint element_bytes = rrb->cpp;
  GLint num_samples = 1;
  GLint tile_width = 8;
  GLint tile_height = 8;
  GLint tile_thickness = 1;
  GLint tile_bytes;
  GLint tiles_per_row;
  GLint slice_offset;
  GLint tile_row_index;
  GLint tile_column_index;
  GLint tile_offset;
  GLint pixel_number = 0;
  GLint element_offset;
  GLint offset = 0;
  tile_bytes = tile_width * tile_height * tile_thickness
  * element_bytes * num_samples;
  tile_column_index = x / tile_width;
  tile_offset = ((tile_row_index * tiles_per_row)
 + tile_column_index) * tile_bytes;
  if (is_depth) {
  }
  else {
  GLint sample_offset;
  switch (element_bytes) {
  case 1:   pixel_number |= ((x >> 0) & 1) << 0;
  }
  element_offset = sample_offset + (pixel_number * element_bytes);
  }
  offset = slice_offset + tile_offset + element_offset;
  return offset;
}
GLubyte *r600_ptr_color(const struct radeon_renderbuffer * rrb,
GLint x, GLint y)
{
  GLubyte *ptr = rrb->bo->ptr;
  uint32_t mask = 1 | 2;
  GLint offset;
  if (rrb->has_surface || !(rrb->bo->flags & mask)) {
  offset = r600_1d_tile_helper(rrb, x, y, 0, 0);
  }
  return &ptr[offset];
}


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 15:42:46
   date||
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42705

[Bug tree-optimization/42707] New: [4.5 Regression] ICE - segfault in mark_operand_necessary

[doko at ubuntu dot com]

seen with trunk 20100112, not with the 4.4 branch; lowering optimization to -O1
works around the segfault.

$ g++ -c -g -O2 nsTreeRows.ii
/scratch/packages/tmp/rebuild/kompozer-0.8~b1/mozilla/content/xul/templates/src/nsTreeRows.cpp:
In member function 'void nsTreeRows::InvalidateCachedRow()':
/scratch/packages/tmp/rebuild/kompozer-0.8~b1/mozilla/content/xul/templates/src/nsTreeRows.cpp:483:1:
internal compiler error: Segmentation fault
Please submit a full bug report,


Program received signal SIGSEGV, Segmentation fault.
mark_operand_necessary (aggressive=) at
../../src/gcc/tree-ssa-dce.c:265
265 SET_BIT (bb_contains_live_stmts, gimple_bb (stmt)->index);
(gdb) bt
#0  mark_operand_necessary (aggressive=) at
../../src/gcc/tree-ssa-dce.c:265
#1  propagate_necessity (aggressive=) at
../../src/gcc/tree-ssa-dce.c:705
#2  perform_tree_ssa_dce (aggressive=) at
../../src/gcc/tree-ssa-dce.c:1389
#3  0x0070bbae in execute_one_pass (pass=0x1129080) at
../../src/gcc/passes.c:1561
#4  0x0070be15 in execute_pass_list (pass=0x1129080) at
../../src/gcc/passes.c:1616
#5  0x0070be27 in execute_pass_list (pass=0x1128a20) at
../../src/gcc/passes.c:1617
#6  0x0070b668 in do_per_function_toporder (callback=0x70be00
, data=0x1128b40) at ../../src/gcc/passes.c:1142
#7  0x0070c08a in execute_ipa_pass_list (pass=0x11289c0) at
../../src/gcc/passes.c:1800
#8  0x00908e29 in ipa_passes () at ../../src/gcc/cgraphunit.c:1768
#9  cgraph_optimize () at ../../src/gcc/cgraphunit.c:1829
#10 0x00908f85 in cgraph_finalize_compilation_unit () at
../../src/gcc/cgraphunit.c:1093
#11 0x004f349c in cp_write_global_declarations () at
../../src/gcc/cp/decl2.c:3798
#12 0x0079f3a6 in compile_file (argc=14, argv=0x7fffe5f8) at
../../src/gcc/toplev.c:1065
#13 do_compile (argc=14, argv=0x7fffe5f8) at ../../src/gcc/toplev.c:2405
#14 toplev_main (argc=14, argv=0x7fffe5f8) at ../../src/gcc/toplev.c:2447
#15 0x7616cabd in __libc_start_main () from /lib/libc.so.6
#16 0x0049f179 in _start ()


-- 
   Summary: [4.5 Regression] ICE - segfault in
mark_operand_necessary
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42707

[Bug tree-optimization/42707] [4.5 Regression] ICE - segfault in mark_operand_necessary

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-01-12 15:43 ---
Created an attachment (id=19553)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19553&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42707

[Bug middle-end/42708] New: [4.5 Regression] ICE in gimplify_expr, at gimplify.c:6993

[rguenth at gcc dot gnu dot org]

> ./cc1 -quiet -O0 parser_lex.i 
parser_lex.l: In function 'yylex':
parser_lex.l:185:183: internal compiler error: in gimplify_expr, at
gimplify.c:6993
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [4.5 Regression] ICE in gimplify_expr, at
gimplify.c:6993
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42708

[Bug middle-end/42708] [4.5 Regression] ICE in gimplify_expr, at gimplify.c:6993

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-01-12 15:46 ---
Created an attachment (id=19554)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19554&action=view)
testcase

reducing.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42708

[Bug libstdc++/42679] RTLD_DEEPBIND dlopen option for shared library that uses libstdc++ std::ostream crashes

[paolo dot carlini at oracle dot com]

-- 

paolo dot carlini at oracle dot com changed:

   What|Removed |Added

   Severity|major   |normal


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42679

[Bug middle-end/42708] [4.5 Regression] ICE in gimplify_expr, at gimplify.c:6993

[doko at ubuntu dot com]

--- Comment #2 from doko at ubuntu dot com  2010-01-12 15:53 ---
Created an attachment (id=19555)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19555&action=view)
preprocessed source

another failure, independent of -O[0-2]


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42708

[Bug tree-optimization/42706] [4.5 Regression] ICE in gimple_op, at gimple.h:1634, (IPA SRA)

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-01-12 15:54 ---
Created an attachment (id=19556)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19556&action=view)
reduced testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42706

[Bug tree-optimization/42706] [4.5 Regression] ICE in gimple_op, at gimple.h:1634, (IPA SRA)

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-01-12 15:55 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 15:55:06
   date||
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42706

[Bug tree-optimization/42709] New: [4.5 Regression] error: type mismatch in pointer plus expression

[rguenth at gcc dot gnu dot org]

> ./cc1 -quiet -O3 YUY2.i 
YUY2.c: In function 'dv_mb411_right_YUY2':
YUY2.c:172:1: error: type mismatch in pointer plus expression
dv_coeff_t *

dv_coeff_t *

dv_coeff_t *

vect_var_.422_459 = vect_cst_.423_156 + vect_cst_.424_119;

YUY2.c:172:1: internal compiler error: verify_stmts failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [4.5 Regression] error: type mismatch in pointer plus
expression
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42709

[Bug tree-optimization/42709] [4.5 Regression] error: type mismatch in pointer plus expression

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-01-12 15:59 ---
Created an attachment (id=19557)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19557&action=view)
testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42709

[Bug c/42708] [4.5 Regression] ICE in gimplify_expr, at gimplify.c:6993

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-01-12 16:08 ---
typedef long unsigned int size_t;
extern char *yytext;
typedef union YYSTYPE {
char *id;
}  YYSTYPE;
extern YYSTYPE yylval;
void yylex (int b)
{
  yylval = (YYSTYPE) (b ? 0 : (char *) malloc (4));
}


#1  0x0080f95a in gimplify_expr (expr_p=0x77ff90d0, 
pre_p=0x7fffcec8, post_p=0x7fff8a08, 
gimple_test_f=0x7c83bf , fallback=1)
at /space/rguenther/src/svn/trunk/gcc/gimplify.c:6991
6991  gcc_assert (TREE_CODE (*expr_p) == TRUTH_AND_EXPR
(gdb) p *expr_p
$1 = (tree) 0x77ff9070
(gdb) call debug_tree ( *expr_p)
 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42708

[Bug other/42710] New: [4.5 Regression] ICE in first_imm_use_stmt, at tree-flow-inline.h:1081

[doko at ubuntu dot com]

seen with trunk 20100107:

build succeeds with either -O2, or without the -ffast-math

$ g++ -c -g -O3 -ffast-math dcraw.ii 
dcraw.cc: In member function 'void DCRaw::convert_to_rgb()':
dcraw.cc:8096:6: internal compiler error: in first_imm_use_stmt, at
tree-flow-inline.h:1081
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: [4.5 Regression] ICE in first_imm_use_stmt, at tree-
flow-inline.h:1081
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42710

[Bug c/42711] New: the increment(++) or decrement(--) operators is wrong for short index of array

[aonebeam at gmail dot com]

The following tests are made on solaris 5.10 platform.
This is the example of the decrement(--) for short index of array:
/*/
#include 
int main()
{
int aryHuowq[3] = {0};
short   nIndex = 2; /* nIndex is short */

aryHuowq[nIndex--] = nIndex + 1;
printf("array[%d] : %d\n", nIndex+1, aryHuowq[nIndex+1]);
return 0;
}
/*/
/* The result is "array[2] : 2", but it should be "array[2] : 3" */
/*/

If nIndex is type of int, then the result is "array[2] : 3".


-- 
   Summary: the increment(++) or decrement(--) operators is wrong
for short index of array
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aonebeam at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42711

[Bug tree-optimization/42709] [4.5 Regression] error: type mismatch in pointer plus expression

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-01-12 16:11 ---
Created an attachment (id=19558)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19558&action=view)
reduced testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42709

[Bug tree-optimization/42709] [4.5 Regression] error: type mismatch in pointer plus expression

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-01-12 16:12 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
 GCC target triplet||x86-64-*-*
  Known to work||4.4.2
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 16:12:10
   date||
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42709

[Bug c/42711] the increment(++) or decrement(--) operators is wrong for short index of array

[aonebeam at gmail dot com]

--- Comment #1 from aonebeam at gmail dot com  2010-01-12 16:14 ---
Created an attachment (id=19559)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19559&action=view)
The source of wrong result of decrement, increment is the same

The result is wrong.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42711

[Bug c++/42569] [4.5 Regression] ICE in cp_parser_parenthesized_expression_list at cp/parser.c

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-01-12 16:23 ---
Confirmed for the unreduced testcase.

> ./cc1plus -quiet gstagev2mux.ii  -fpermissive
gstapev2mux.cc: In function 'void add_one_tag(const GstTagList*, const gchar*,
void*)':
gstapev2mux.cc:118:62: warning: cannot call constructor
'TagLib::String::String' directly
gstapev2mux.cc:118:62: note: for a function-style cast, remove the redundant
'::String'
gstapev2mux.cc:127:62: warning: cannot call constructor
'TagLib::String::String' directly
gstapev2mux.cc:127:62: note: for a function-style cast, remove the redundant
'::String'
gstapev2mux.cc:127:62: error: no matching function for call to
'TagLib::String::String(char*&, TagLib::String::Type, char*&,
TagLib::String::Type)'
/usr/include/taglib/tstring.h:164:5: note: candidates are:
TagLib::String::String(const TagLib::ByteVector&, TagLib::String::Type)
/usr/include/taglib/tstring.h:156:5: note:
TagLib::String::String(const char*, TagLib::String::Type)
/usr/include/taglib/tstring.h:147:5: note:
TagLib::String::String(wchar_t, TagLib::String::Type)
/usr/include/taglib/tstring.h:142:5: note:
TagLib::String::String(char, TagLib::String::Type)
/usr/include/taglib/tstring.h:134:5: note:
TagLib::String::Strig(const wchar_t*, TagLib::String::Type)
/usr/include/taglib/tstring.h:129:5: note:
TagLib::String::String(const TagLib::wstring&, TagLib::String::Type)
/usr/include/taglib/tstring.h:124:5: note:
TagLib::String::String(const std::string&, TagLib::String::Type)
/usr/include/taglib/tstring.h:116:5: note:
TagLib::String::String(const TagLib::String&)
/usr/include/taglib/tstring.h:109:5: note:
TagLib::String::String()
gstapev2mux.cc:136:44: internal compiler error: vector VEC(tree,base) push
domain error, in cp_parser_parenthesized_expression_list at cp/parser.c:5326
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to work||4.4.2
   Last reconfirmed|-00-00 00:00:00 |2010-01-12 16:23:20
   date||
Summary|ICE in  |[4.5 Regression] ICE in
   |cp_parser_parenthesized_expr|cp_parser_parenthesized_expr
   |ession_list at cp/parser.c  |ession_list at cp/parser.c
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42569

[Bug other/42710] [4.5 Regression] ICE in first_imm_use_stmt, at tree-flow-inline.h:1081

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-01-12 16:24 ---
Created an attachment (id=19560)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19560&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42710

[Bug c/42711] the increment(++) or decrement(--) operators is wrong for short index of array

[schwab at linux-m68k dot org]

--- Comment #2 from schwab at linux-m68k dot org  2010-01-12 16:24 ---


*** This bug has been marked as a duplicate of 11751 ***


-- 

schwab at linux-m68k dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE
Summary|the increment(++) or|the increment(++) or
   |decrement(--) operators is  |decrement(--) operators is
   |wrong for short index of|wrong for short index of
   |array   |array


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42711

[Bug c/11751] wrong evaluation order of an expression

[schwab at linux-m68k dot org]

--- Comment #86 from schwab at linux-m68k dot org  2010-01-12 16:24 ---
*** Bug 42711 has been marked as a duplicate of this bug. ***


-- 

schwab at linux-m68k dot org changed:

   What|Removed |Added

 CC||aonebeam at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11751

[Bug fortran/42664] ICE on compilation of polyhedron benchmarks with -mfma4

[harsha dot jagasia at amd dot com]

--- Comment #6 from harsha dot jagasia at amd dot com  2010-01-12 16:24 
---
Bootstrap and target tests pass with the new patch. Compilation of all
polyhedron benchmarks also passes.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664

[Bug fortran/42664] ICE on compilation of polyhedron benchmarks with -mfma4

[harsha dot jagasia at amd dot com]

--- Comment #7 from harsha dot jagasia at amd dot com  2010-01-12 16:26 
---
Ok to check in?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42664

[Bug lto/42690] Undefined reference errors with -flto -fuse-linker-plugin

[espindola at gcc dot gnu dot org]

--- Comment #2 from espindola at gcc dot gnu dot org  2010-01-12 16:29 
---
Is the undefined reference to libgcc? Is it being linked statically? When
linking libgcc statically the driver has to pass
-plugin-opt=-pass-through=/foo/bar/libgcc.a to ld. This is done in gcc.c:

%{static|static-libgcc:-plugin-opt=-pass-through=%(lto_libgcc)} \
%{static:-plugin-opt=-pass-through=-lc} \

So, is there a better way to detect that we are linking libgcc statically?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42690

[Bug debug/42710] [4.5 Regression] ICE in first_imm_use_stmt, at tree-flow-inline.h:1081

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-01-12 16:30 ---
Also works without -g.  Reducing.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||aoliva at gcc dot gnu dot
   ||org
  Component|other   |debug
   Target Milestone|--- |4.5.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42710

[Bug libstdc++/42712] New: search_n/iterator.cc times out in parallel-mode

[paolo dot carlini at oracle dot com]

I'm consistently seeing this time out when regtesting make check-parallel. Is
it unavoidable withing the current infrastructure? Besides slowing down the
testing itself (not a very big issue, momentarily, I will commit an hack for
this), seems a quite puzzling behavior to me: if parallel-mode runs orders of
magnitude slower than serial-mode, shouldn't in principle at minimum fall back
to the latter?


-- 
   Summary: search_n/iterator.cc times out in parallel-mode
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: paolo dot carlini at oracle dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42712

[Bug debug/42710] [4.5 Regression] ICE in first_imm_use_stmt, at tree-flow-inline.h:1081

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2010-01-12 16:38 ---
Created an attachment (id=19561)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19561&action=view)
reduced testcase


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42710

[Bug debug/42710] [4.5 Regression] ICE in first_imm_use_stmt, at tree-flow-inline.h:1081

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-01-12 16:40 ---
Seems to work on current trunk (fixed between revs 155679 (failing) and
155834 (ok)).


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42710

[Bug tree-optimization/42707] [4.5 Regression] ICE - segfault in mark_operand_necessary

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2010-01-12 16:43 ---
Looks like PR42704 which is what I reproduce with the testcase in this
bug as well.  I guess you built 4.5 w/o checking.

*** This bug has been marked as a duplicate of 42704 ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42707

[Bug tree-optimization/42704] [4.5 Regression] ICE in verify_ssa after early SRA

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2010-01-12 16:43 ---
*** Bug 42707 has been marked as a duplicate of this bug. ***


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42704

[Bug other/42713] New: [4.5 Regression] ICE - segfault in tsubst

[doko at ubuntu dot com]

seen with trunk 20100112:

$ g++ -c ../DemonsRegistration.ii 
In file included from
/scratch/packages/tmp/rebuild/slicer-3.4.0~svn10438/Applications/CLI/DiffeomorphicDemonsRegistration/itkGridForwardWarpImageFilter.h:120:0,
 from
/scratch/packages/tmp/rebuild/slicer-3.4.0~svn10438/Applications/CLI/DiffeomorphicDemonsRegistration/DemonsRegistration.cxx:48:
/scratch/packages/tmp/rebuild/slicer-3.4.0~svn10438/Applications/CLI/DiffeomorphicDemonsRegistration/itkGridForwardWarpImageFilter.txx:
In constructor 'itk::GridForwardWarpImageFilter::GridForwardWarpImageFilter() [with TDeformationField =
itk::Image, 3u>, TOutputImage = itk::Image]':
/scratch/packages/tmp/rebuild/slicer-3.4.0~svn10438/Applications/CLI/DiffeomorphicDemonsRegistration/itkGridForwardWarpImageFilter.h:49:125:
  instantiated from 'static itk::GridForwardWarpImageFilter::Pointer itk::GridForwardWarpImageFilter::New() [with TDeformationField = itk::Image,
3u>, TOutputImage = itk::Image,
itk::GridForwardWarpImageFilter::Pointer =
itk::SmartPointer,
3u>, itk::Image > >]'
/scratch/packages/tmp/rebuild/slicer-3.4.0~svn10438/Applications/CLI/DiffeomorphicDemonsRegistration/DemonsRegistration.cxx:871:85:
  instantiated from 'void::DoDemonsRegistration(::arguments)
[with unsigned int Dimension = 3u]'
/scratch/packages/tmp/rebuild/slicer-3.4.0~svn10438/Applications/CLI/DiffeomorphicDemonsRegistration/DemonsRegistration.cxx:1018:35:
  instantiated from here
/scratch/packages/tmp/rebuild/slicer-3.4.0~svn10438/Applications/CLI/DiffeomorphicDemonsRegistration/itkGridForwardWarpImageFilter.txx:23:3:
internal compiler error: Segmentation fault
Please submit a full bug report,


Program received signal SIGSEGV, Segmentation fault.
0x004d040b in tsubst (t=0x7fffee844bd0, args=0x7fffea07e210,
complain=3, in_decl=0x7fffee347ac8) at ../../src/gcc/cp/pt.c:9870
9870if (arg && TREE_CODE (arg) == ARGUMENT_PACK_SELECT)
(gdb) p arg
$1 = (tree) 0x3
(gdb) bt
#0  0x004d040b in tsubst (t=0x7fffee844bd0, args=0x7fffea07e210,
complain=3, in_decl=0x7fffee347ac8) at ../../src/gcc/cp/pt.c:9870
#1  0x004d3fdb in tsubst_template_args (t=,
args=, complain=, 
in_decl=) at ../../src/gcc/cp/pt.c:8377
#2  0x004d0de1 in tsubst (t=0x7fffee84de70, args=0x7fffea07e210,
complain=3, in_decl=0x7fffee347ac8) at ../../src/gcc/cp/pt.c:9732
#3  0x004d046f in tsubst (t=0x7fffee84f498, args=0x7fffea07e210,
complain=3, in_decl=0x7fffee347ac8) at ../../src/gcc/cp/pt.c:10265
#4  0x004d3fdb in tsubst_template_args (t=,
args=, complain=, 
in_decl=) at ../../src/gcc/cp/pt.c:8377
#5  0x004dab8b in tsubst_aggr_type (t=0x7fffee8bd888,
args=0x7fffea07e210, complain=3, in_decl=0x7fffee347ac8, entering_scope=0)
at ../../src/gcc/cp/pt.c:8543
#6  0x004d4373 in tsubst_qualified_id (qualified_id=0x7fffee37ba80,
args=0x7fffea07e210, complain=3, in_decl=, 
done=, address_p=) at
../../src/gcc/cp/pt.c:10550
#7  0x004d2241 in tsubst_copy_and_build (t=0x7fffee37ba80,
args=0x7fffea07e210, complain=3, in_decl=0x7fffee347ac8, function_p=0 '\000', 
integral_constant_expression_p=0 '\000') at ../../src/gcc/cp/pt.c:12001
#8  0x004d234e in tsubst_copy_and_build (t=0x7fffee390040,
args=0x7fffea07e210, complain=3, in_decl=0x7fffee347ac8, function_p=0 '\000', 
integral_constant_expression_p=) at
../../src/gcc/cp/pt.c:12045
#9  0x004cd891 in tsubst_expr (t=0x7fffee390040, args=, complain=3, in_decl=0x7fffee347ac8, 
integral_constant_expression_p=) at
../../src/gcc/cp/pt.c:11747
#10 0x004ce2b2 in tsubst_expr (t=0x7fffee38c930, args=, complain=3, in_decl=0x7fffee347ac8, 
integral_constant_expression_p=) at
../../src/gcc/cp/pt.c:11346
#11 0x004ce215 in tsubst_expr (t=, args=, complain=3, in_decl=0x7fffee347ac8, 
integral_constant_expression_p=) at
../../src/gcc/cp/pt.c:11332
#12 0x004cd904 in tsubst_expr (t=0x7fffee37cac0, args=, complain=3, in_decl=0x7fffee347ac8, 
integral_constant_expression_p=) at
../../src/gcc/cp/pt.c:11488
#13 0x004ce215 in tsubst_expr (t=, args=, complain=3, in_decl=0x7fffee347ac8, 
integral_constant_expression_p=) at
../../src/gcc/cp/pt.c:11332
#14 0x004cd904 in tsubst_expr (t=0x7fffee528f40, args=, complain=3, in_decl=0x7fffee347ac8, 
integral_constant_expression_p=) at
../../src/gcc/cp/pt.c:11488
#15 0x004dbe0f in instantiate_decl (d=,
defer_ok=, expl_inst_class_mem_p=)
at ../../src/gcc/cp/pt.c:16640
#16 0x004df064 in instantiate_pending_templates (retries=) at ../../src/gcc/cp/pt.c:16737
#17 0x004f2d15 in cp_write_global_declarations () at
../../src/gcc/cp/decl2.c:3511
#18 0x0079f3a6 in compile_file (argc=12, argv=0x7fffe5f8) at
../../src/gcc/toplev.c:1065
#19 do_compile (argc=12, argv=0x7fffe5f8) at ../../src/gcc/toplev.c:2405
#20 toplev_main (argc=12, argv=0x7fffe5f8)

[Bug tree-optimization/42714] New: [4.5 Regression] ICE in create_tmp_var, at gimplify.c:504

[rguenth at gcc dot gnu dot org]

early IPA SRA runs into

> ./cc1plus -quiet x_20.ii -O2
/usr/src/packages/BUILD/kdebindings-4.3.90/build/smoke/qt/x_20.cpp: In function
'__smokeqt::x_QXmlStreamAttributes::x_QXmlStreamAttributes(QVectorData**)':
/usr/src/packages/BUILD/kdebindings-4.3.90/build/smoke/qt/x_20.cpp:2974:62:
internal compiler error: in create_tmp_var, at gimplify.c:504
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [4.5 Regression] ICE in create_tmp_var, at
gimplify.c:504
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rguenth at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42714

[Bug other/42713] [4.5 Regression] ICE - segfault in tsubst

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-01-12 16:47 ---
Created an attachment (id=19562)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19562&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42713

[Bug tree-optimization/42714] [4.5 Regression] ICE in create_tmp_var, at gimplify.c:504

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2010-01-12 16:48 ---
Created an attachment (id=19563)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19563&action=view)
testcase

Reducing.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42714

[Bug tree-optimization/42707] [4.5 Regression] ICE - segfault in mark_operand_necessary

[doko at ubuntu dot com]

--- Comment #3 from doko at ubuntu dot com  2010-01-12 16:50 ---
configured with --enable-checking=release


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42707

[Bug debug/41371] [4.5 Regression] var-tracking is slow and memory hungry

[jakub at gcc dot gnu dot org]

--- Comment #13 from jakub at gcc dot gnu dot org  2010-01-12 17:00 ---
Created an attachment (id=19564)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19564&action=view)
gcc45-pr41371.patch

Patch that speeds up the qmc2main.ii testcase to bearable compile time (2m20s
on my box with -g -O2).  With -g0 -O2 it compiles in 45s, so var-tracking still
dominates the time, but it is no longer so slow.
I'll bootstrap/regtest it now.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41371

[Bug other/42715] New: [4.5 Regression] output_operand: invalid expression as operand

[doko at ubuntu dot com]

seen with 20100107 on x86_64-linux-gnu with a biarch compiler:

works without -fPIC or with -O1

$ gcc -m32 -c -g -O2 -fPIC stabs.i 
../../../dlls/dbghelp/stabs.c:1533:1: internal compiler error: output_operand:
invalid expression as operand
Please submit a full bug report,
with preprocessed source if appropriate.


-- 
   Summary: [4.5 Regression] output_operand: invalid expression as
operand
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: other
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: doko at ubuntu dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42715

[Bug other/42715] [4.5 Regression] output_operand: invalid expression as operand

[doko at ubuntu dot com]

--- Comment #1 from doko at ubuntu dot com  2010-01-12 17:07 ---
Created an attachment (id=19565)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19565&action=view)
preprocessed source


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42715

[Bug libgcj/40859] [4.4 regression] regressions in libjava testsuite on arm-linux

[doko at gcc dot gnu dot org]

--- Comment #3 from doko at gcc dot gnu dot org  2010-01-12 17:14 ---
Subject: Bug 40859

Author: doko
Date: Tue Jan 12 17:14:15 2010
New Revision: 155840

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=155840
Log:
2010-01-12  Matthias Klose  

PR libjava/40859, backported from:

2009-08-12  Andrew Haley  
* configure.host (arm*-linux*): Add -Wno-abi to cxxflags.
(testsuite/libjava.jvmti/jvmti-interp.exp): Likewise.
(testsuite/libjava.jvmti/jvmti.exp): Likewise.
(testsuite/libjava.jni/jni.exp): Likewise.

Modified:
branches/gcc-4_4-branch/libjava/ChangeLog
branches/gcc-4_4-branch/libjava/configure.host
branches/gcc-4_4-branch/libjava/testsuite/libjava.jni/jni.exp
branches/gcc-4_4-branch/libjava/testsuite/libjava.jvmti/jvmti-interp.exp
branches/gcc-4_4-branch/libjava/testsuite/libjava.jvmti/jvmti.exp


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40859