[Bug other/49929] New: GNU Malloc fails when compiling Bash 4.1 statically

[coolio at ymail dot com]

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

   Summary: GNU Malloc fails when compiling Bash 4.1 statically
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: coo...@ymail.com


GNU Malloc fails when compiling Bash 4.1 statically. Fix is to 
--with-bash-malloc=no in configure. 

gcc 4.4.5 being used.

[Bug tree-optimization/49926] [4.7 Regression] ice in process_use, at tree-vect-stmts.c:405

[irar at il dot ibm.com]

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

Ira Rosen  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||irar at il dot ibm.com
 AssignedTo|unassigned at gcc dot   |irar at gcc dot gnu.org
   |gnu.org |

[Bug preprocessor/49928] New: Only workaround for "-Wundef" is "defined(Macro) && Macro", but it is undefined behavior?

[schaub.johannes at googlemail dot com]

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

   Summary: Only workaround for "-Wundef" is "defined(Macro) &&
Macro", but it is undefined behavior?
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: preprocessor
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: schaub.johan...@googlemail.com


It appears that to inhibit a warning about using an undefined macro identifier,
one has to employ the following work-around

#define FOO BAR
#if FOO // warns about 'BAR'

Instead:

#define FOO defined BAR && BAR 
#if FOO

Doesn't warn anymore then. But that yields to undefined behavior and IMO it's
not intuitive, because "BAR" is still used but is undefined (this doesn't work
like short circuiting or something), so I would think GCC provides another way
to do this. 

If it doesn't exist yet, I would like to ask for a builtin, like

#define FOO __possibly_undefined(BAR) // , or
#define FOO ((BAR))

See https://bugs.webkit.org/show_bug.cgi?id=65401

[Bug c/49927] New: ice in spill_failure, at reload1.c:2120

[regehr at cs dot utah.edu]

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

   Summary: ice in spill_failure, at reload1.c:2120
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: reg...@cs.utah.edu


regehr@home:~/volatile/bugs/tmp040$ current-gcc -c -O0 small.c

small.c: In function ‘func_7’:
small.c:8:1: error: unable to find a register to spill in class ‘Q_REGS’
small.c:8:1: error: this is the insn:
(insn 9 8 10 2 (set (mem/s/j:QI (plus:SI (plus:SI (subreg:SI (reg:DI 60 [
g_91.1 ]) 0)
(subreg:SI (reg:DI 59 [ g_91.0 ]) 0))
(symbol_ref:SI ("g_73") )) [0 g_73 S1
A8])
(reg:QI 4 si [orig:62 D.1999 ] [62])) small.c:6 52 {*movqi_internal}
 (expr_list:REG_DEAD (reg:QI 4 si [orig:62 D.1999 ] [62])
(expr_list:REG_DEAD (reg:DI 60 [ g_91.1 ])
(expr_list:REG_DEAD (reg:DI 59 [ g_91.0 ])
(nil)
small.c:8:1: internal compiler error: in spill_failure, at reload1.c:2120
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

regehr@home:~/volatile/bugs/tmp040$ current-gcc -v

Using built-in specs.
COLLECT_GCC=current-gcc
COLLECT_LTO_WRAPPER=/mnt/z/z/compiler-install/gcc-r176994-install/libexec/gcc/i686-pc-linux-gnu/4.7.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --with-libelf=/usr/local --enable-lto
--prefix=/mnt/z/z/compiler-install/gcc-r176994-install
--program-prefix=r176994- --enable-languages=c,c++
Thread model: posix
gcc version 4.7.0 20110801 (experimental) (GCC) 

regehr@home:~/volatile/bugs/tmp040$ cat small.c

char g_73[1][1];
long long g_91;
int *
func_7 (int p_11, int p_12)
{
  --g_73[g_91][g_91];
  return 0;
}

[Bug target/49880] SuperH: ICE when -m4 is used with -mdiv=call-div1

[kkojima at gcc dot gnu.org]

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

--- Comment #2 from Kazumoto Kojima  2011-07-31 
23:01:17 UTC ---
Author: kkojima
Date: Sun Jul 31 23:01:14 2011
New Revision: 176990

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176990
Log:
PR target/49880
* config/sh/sh.md (udivsi3_i1): Enable for TARGET_DIVIDE_CALL_DIV1.
(divsi3_i1): Likewise.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sh/sh.md

[Bug tree-optimization/49926] [4.7 Regression] ice in process_use, at tree-vect-stmts.c:405

[jakub at gcc dot gnu.org]

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

--- Comment #2 from Jakub Jelinek  2011-07-31 
22:51:30 UTC ---
Actually, that was over-simplified, that crashed just at r173856 and a few
hundred revisions afterwards, this fails even with current trunk at -O3:
int a, b, c[10];

void
foo (unsigned int x, int y, int z, int *w)
{
  do
{
  *w = z;
  y = x;
  if (y)
for (b = -4; b; b++)
  {
z = y &= a &= 1;
y &= c[b + 4];
  }
}
  while (1);
}

[Bug tree-optimization/49926] [4.7 Regression] ice in process_use, at tree-vect-stmts.c:405

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Keywords||ice-on-valid-code
   Last reconfirmed||2011.07.31 22:33:53
  Component|c   |tree-optimization
 CC||jakub at gcc dot gnu.org
 Ever Confirmed|0   |1
Summary|ice in process_use, at  |[4.7 Regression] ice in
   |tree-vect-stmts.c:405   |process_use, at
   ||tree-vect-stmts.c:405
   Target Milestone|--- |4.7.0

--- Comment #1 from Jakub Jelinek  2011-07-31 
22:33:53 UTC ---
Confirmed, started at http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173856
Reduced testcase at -O3 on x86_64-linux:
int b, c[10];

void
foo (unsigned int x, int y, int z, int *w)
{
  do
{
  *w = z;
  y = x;
  if (y)
for (b = -4; b; b++)
  {
z = y &= 1;
y &= c[b + 4];
  }
}
  while (1);
}

[Bug c/49926] New: ice in process_use, at tree-vect-stmts.c:405

[regehr at cs dot utah.edu]

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

   Summary: ice in process_use, at tree-vect-stmts.c:405
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: reg...@cs.utah.edu
CC: cheny...@cs.utah.edu


[regehr@gamow tmp044]$ current-gcc -Ofast -c small.c -w
small.c: In function 'func_66':
small.c:4:6: internal compiler error: in process_use, at tree-vect-stmts.c:405
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
[regehr@gamow tmp044]$ cat small.c
int g_93;
int g_163;

void func_66 (int p_68, int p_69)
{
  int l_77[0];
  int *l_171 = &g_93;
  int l_201;
  int l_224;
 lbl_278:
  {
int *l_225 = 0;
*l_171 = (*l_225 = l_224, 0);
  }
  if (l_201 = p_68--)
for (; g_163; g_163 += 1)
  {
int *l_256 = &l_201;
int *l_257 = &l_224;
*l_257 = *l_256 &= *l_171 &= 1;
*l_256 &= l_77[g_163];
  }
  goto lbl_278;
}
[regehr@gamow tmp044]$ current-gcc -v
Using built-in specs.
COLLECT_GCC=current-gcc
COLLECT_LTO_WRAPPER=/uusoc/exports/scratch/regehr/z/compiler-install/gcc-r176967-install/bin/../libexec/gcc/x86_64-unknown-linux-gnu/4.7.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --with-libelf=/usr/local --enable-lto
--prefix=/home/regehr/z/compiler-install/gcc-r176967-install
--program-prefix=r176967- --enable-languages=c,c++
Thread model: posix
gcc version 4.7.0 20110731 (experimental) (GCC) 
[regehr@gamow tmp044]$

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[dmarkman at mac dot com]

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

--- Comment #10 from Dmitry Markman  2011-07-31 
21:29:46 UTC ---
Hi
I followed Jack Howarth's advice and set CC to gcc-4.2 and CXX to g++-4.2
and everything was fine

so thank you very much everybody

and BTW, I was using Xcode 4.2 (preview 4) so it looks like llvm bug is still
there

thanks again

[Bug libstdc++/49925] [C++0x] ADL bug mixing boost::shared_ptr and std::make_shared<>

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to work||4.6.2, 4.7.0
 Resolution||FIXED
  Known to fail||4.6.1

--- Comment #4 from Paolo Carlini  2011-07-31 
20:36:14 UTC ---
Fixed for 4.6.2.

[Bug libstdc++/49925] [C++0x] ADL bug mixing boost::shared_ptr and std::make_shared<>

[paolo at gcc dot gnu.org]

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

--- Comment #3 from paolo at gcc dot gnu.org  
2011-07-31 20:29:02 UTC ---
Author: paolo
Date: Sun Jul 31 20:28:58 2011
New Revision: 176986

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176986
Log:
2011-07-31  Paolo Carlini  

PR libstdc++/49925
* include/bits/shared_ptr.h (make_shared): Qualify allocate_shared
with std::.
* include/bits/shared_ptr_base.h (__make_shared): Likewise.

Modified:
branches/gcc-4_6-branch/libstdc++-v3/ChangeLog
branches/gcc-4_6-branch/libstdc++-v3/include/bits/shared_ptr.h
branches/gcc-4_6-branch/libstdc++-v3/include/bits/shared_ptr_base.h
branches/gcc-4_6-branch/libstdc++-v3/include/parallel/algo.h

[Bug libstdc++/49925] [C++0x] ADL bug mixing boost::shared_ptr and std::make_shared<>

[paolo at gcc dot gnu.org]

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

--- Comment #2 from paolo at gcc dot gnu.org  
2011-07-31 20:28:53 UTC ---
Author: paolo
Date: Sun Jul 31 20:28:45 2011
New Revision: 176985

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176985
Log:
2011-07-31  Paolo Carlini  

PR libstdc++/49925
* include/bits/shared_ptr.h (make_shared): Qualify allocate_shared
with std::.
* include/bits/shared_ptr_base.h (__make_shared): Likewise.

Modified:
trunk/libstdc++-v3/ChangeLog
trunk/libstdc++-v3/include/bits/shared_ptr.h
trunk/libstdc++-v3/include/bits/shared_ptr_base.h

[Bug libstdc++/49925] ADL bug mixing boost::shared_ptr and std::make_shared<>

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.07.31 20:15:47
 AssignedTo|unassigned at gcc dot   |paolo.carlini at oracle dot
   |gnu.org |com
   Target Milestone|--- |4.6.2
 Ever Confirmed|0   |1

--- Comment #1 from Paolo Carlini  2011-07-31 
20:15:47 UTC ---
I'm going to fix this momentarily by explicitly qualifying with std:: the call,
according to our normal policy.

[Bug libstdc++/49925] New: ADL bug mixing boost::shared_ptr and std::make_shared<>

[jordan.delong.spam at gmail dot com]

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

   Summary: ADL bug mixing boost::shared_ptr and
std::make_shared<>
   Product: gcc
   Version: unknown
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jordan.delong.s...@gmail.com


libstdc++ implements make_shared in terms of allocate_shared, which exists in
namespace boost (any recent boost version).  If you try to use make_shared
passing a boost::shared_ptr<> as an argument, it breaks this due to Koenig
lookup.  (Should be simple to fix by explicitly qualifying in the make_shared
implementation or surrounding allocate_shared with parenthesis.)

Repro (in gcc 4.6, boost 1.46).  I checked trunk libstdc++ and it looks like
the bug is still there (bits/shared_ptr.h line 610).

#include 
#include 
#include 
#include 

struct f {
  explicit f(const boost::shared_ptr&) {}
};

int main() {
  boost::shared_ptr p;
  auto pf = std::make_shared((p));
}

[Bug tree-optimization/49749] Reassociation rank algorithm does not include all non-NULL operands

[wschmidt at gcc dot gnu.org]

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

William J. Schmidt  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #17 from William J. Schmidt  
2011-07-31 19:01:05 UTC ---
Fixed.

[Bug tree-optimization/49749] Reassociation rank algorithm does not include all non-NULL operands

[wschmidt at gcc dot gnu.org]

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

--- Comment #16 from William J. Schmidt  
2011-07-31 18:58:09 UTC ---
Author: wschmidt
Date: Sun Jul 31 18:58:06 2011
New Revision: 176984

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176984
Log:
2011-07-29  Bill Schmidt  

PR tree-optimization/49749
* tree-ssa-reassoc.c (get_rank): New forward declaration.
(PHI_LOOP_BIAS): New macro.
(phi_rank): New function.
(loop_carried_phi): Likewise.
(propagate_rank): Likewise.
(get_rank): Add calls to phi_rank and propagate_rank.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-reassoc.c

[Bug target/49920] unable to find a register to spill in class ‘DIREG’

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2011-07/msg02772.htm
   ||l
 Resolution||FIXED
   Target Milestone|--- |4.4.7

--- Comment #7 from Uros Bizjak  2011-07-31 18:26:34 
UTC ---
Fixed everywhere.

[Bug target/49920] unable to find a register to spill in class ‘DIREG’

[uros at gcc dot gnu.org]

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

--- Comment #6 from uros at gcc dot gnu.org 2011-07-31 18:23:43 UTC ---
Author: uros
Date: Sun Jul 31 18:23:40 2011
New Revision: 176983

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176983
Log:
PR target/49920
* config/i386/i386.md (strset): Do not expand strset_singleop
when %eax or $edi are fixed.
(*strsetdi_rex_1): Disable when %eax or %edi are fixed.
(*strsetsi_1): Ditto.
(*strsetsi_rex_1): Ditto.
(*strsethi_1): Ditto.
(*strsethi_rex_1): Ditto.
(*strsetqi_1): Ditto.
(*strsetqi_rex_1): Ditto.
(*rep_stosdi_rex64): Disable when %eax, %ecx or %edi are fixed.
(*rep_stossi): Ditto.
(*rep_stossi_rex64): Ditto.
(*rep_stosqi): Ditto.
(*rep_stosqi_rex64): Ditto.
(*strlenqi_1): Ditto.
(*strlenqi_rex_1): Ditto.
(cmpstrnsi): Also fail when %ecx is fixed.
(*cmpstrnqi_nz_1): Disable when %ecx, %esi or %edi are fixed.
(*cmpstrnqi_nz_rex_1): Ditto.
(*cmpstrnqi_1): Ditto.
(*cmpstrnqi_rex_1): Ditto.
(*strmovdi_rex_1): Disable when %esi or %edi are fixed.
(*strmovsi_1): Ditto.
(*strmovsi_rex_1): Ditto.
(*strmovhi_1): Ditto.
(*strmovhi_rex_1): Ditto.
(*strmovqi_1): Ditto.
(*strmovqi_rex_1): Ditto.
(*rep_movdi_rex64): Disable when %ecx, %esi or %edi are fixed.
(*rep_movsi): Ditto.
(*rep_movsi_rex64): Ditto.
(*rep_movqi): Ditto.
(*rep_movqi_rex64): Ditto.

testsuite/ChangeLog:

PR target/49920
* gcc.target/i386/pr49920.c: New test.


Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/pr49920.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/i386/i386.md
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog

[Bug target/49920] unable to find a register to spill in class ‘DIREG’

[uros at gcc dot gnu.org]

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

--- Comment #5 from uros at gcc dot gnu.org 2011-07-31 18:21:16 UTC ---
Author: uros
Date: Sun Jul 31 18:21:12 2011
New Revision: 176982

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176982
Log:
PR target/49920
* config/i386/i386.md (strset): Do not expand strset_singleop
when %eax or $edi are fixed.
(*strsetdi_rex_1): Disable when %eax or %edi are fixed.
(*strsetsi_1): Ditto.
(*strsetsi_rex_1): Ditto.
(*strsethi_1): Ditto.
(*strsethi_rex_1): Ditto.
(*strsetqi_1): Ditto.
(*strsetqi_rex_1): Ditto.
(*rep_stosdi_rex64): Disable when %eax, %ecx or %edi are fixed.
(*rep_stossi): Ditto.
(*rep_stossi_rex64): Ditto.
(*rep_stosqi): Ditto.
(*rep_stosqi_rex64): Ditto.
(*strlenqi_1): Ditto.
(*strlenqi_rex_1): Ditto.
(cmpstrnsi): Also fail when %ecx is fixed.
(*cmpstrnqi_nz_1): Disable when %ecx, %esi or %edi are fixed.
(*cmpstrnqi_nz_rex_1): Ditto.
(*cmpstrnqi_1): Ditto.
(*cmpstrnqi_rex_1): Ditto.
(*strmovdi_rex_1): Disable when %esi or %edi are fixed.
(*strmovsi_1): Ditto.
(*strmovsi_rex_1): Ditto.
(*strmovhi_1): Ditto.
(*strmovhi_rex_1): Ditto.
(*strmovqi_1): Ditto.
(*strmovqi_rex_1): Ditto.
(*rep_movdi_rex64): Disable when %ecx, %esi or %edi are fixed.
(*rep_movsi): Ditto.
(*rep_movsi_rex64): Ditto.
(*rep_movqi): Ditto.
(*rep_movqi_rex64): Ditto.

testsuite/ChangeLog:

PR target/49920
* gcc.target/i386/pr49920.c: New test.


Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr49920.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/i386/i386.md
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog

[Bug target/49920] unable to find a register to spill in class ‘DIREG’

[uros at gcc dot gnu.org]

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

--- Comment #4 from uros at gcc dot gnu.org 2011-07-31 18:10:27 UTC ---
Author: uros
Date: Sun Jul 31 18:10:25 2011
New Revision: 176980

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176980
Log:
PR target/49920
* config/i386/i386.md (strset): Do not expand strset_singleop
when %eax or $edi are fixed.
(*strsetdi_rex_1): Disable when %eax or %edi are fixed.
(*strsetsi_1): Ditto.
(*strsethi_1): Ditto.
(*strsetqi_1): Ditto.
(*rep_stosdi_rex64): Disable when %eax, %ecx or %edi are fixed.
(*rep_stossi): Ditto.
(*rep_stosqi): Ditto.
(cmpstrnsi): Also fail when %ecx is fixed.
(*cmpstrnqi_nz_1): Disable when %ecx, %esi or %edi are fixed.
(*cmpstrnqi_1): Ditto.
(*strlenqi_1): Ditto.
(*strmovdi_rex_1): Disable when %esi or %edi are fixed.
(*strmovsi_1): Ditto.
(*strmovhi_1): Ditto.
(*strmovqi_1): Ditto.
(*rep_movdi_rex64): Disable when %ecx, %esi or %edi are fixed.
(*rep_movsi): Ditto.
(*rep_movqi): Ditto.

testsuite/ChangeLog:

PR target/49920
* gcc.target/i386/pr49920.c: New test.


Added:
branches/gcc-4_6-branch/gcc/testsuite/gcc.target/i386/pr49920.c
Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/config/i386/i386.md
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog

[Bug target/49920] unable to find a register to spill in class ‘DIREG’

[uros at gcc dot gnu.org]

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

--- Comment #3 from uros at gcc dot gnu.org 2011-07-31 17:50:11 UTC ---
Author: uros
Date: Sun Jul 31 17:50:08 2011
New Revision: 176979

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176979
Log:
PR target/49920
* config/i386/i386.md (strset): Do not expand strset_singleop
when %eax or $edi are fixed.
(*strsetdi_rex_1): Disable when %eax or %edi are fixed.
(*strsetsi_1): Ditto.
(*strsethi_1): Ditto.
(*strsetqi_1): Ditto.
(*rep_stosdi_rex64): Disable when %eax, %ecx or %edi are fixed.
(*rep_stossi): Ditto.
(*rep_stosqi): Ditto.
(cmpstrnsi): Also fail when %ecx is fixed.
(*cmpstrnqi_nz_1): Disable when %ecx, %esi or %edi are fixed.
(*cmpstrnqi_1): Ditto.
(*strlenqi_1): Ditto.
(*strmovdi_rex_1): Disable when %esi or %edi are fixed.
(*strmovsi_1): Ditto.
(*strmovhi_1): Ditto.
(*strmovqi_1): Ditto.
(*rep_movdi_rex64): Disable when %ecx, %esi or %edi are fixed.
(*rep_movsi): Ditto.
(*rep_movqi): Ditto.

testsuite/ChangeLog:

PR target/49920
* gcc.target/i386/pr49920.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr49920.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.md
trunk/gcc/testsuite/ChangeLog

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[howarth at nitro dot med.uc.edu]

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

--- Comment #9 from Jack Howarth  2011-07-31 
17:38:00 UTC ---
(In reply to comment #8)

Those instructions predate Lion which now defaults gcc/cc to
llvm-gcc-4.2/llvm-g++-4.2 instead of gcc-4.2/g++-4.2. Again
http://llvm.org/bugs/show_bug.cgi?id=9571 is unfixed in Xcode 4.1 which is the
origin of the bootstrap failures. Use CC=gcc-4.2 CXX=g++-4.2 or CC=clang
CXX=clang++ when bootstrapping FSF gcc under Lion.

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[dmarkman at mac dot com]

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

--- Comment #8 from Dmitry Markman  2011-07-31 
16:24:55 UTC ---
Hi
I followed instructions from 
http://advogato.org/person/redi/diary/240.html

so gmp, mpfr and mic were built,  when I issued make for gcc
here is what I did
mkdir /objdir
cd /objdir
/gcc-4.6.1/configure
--prefix=/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64
--enable-languages=c,c++,fortran


however I got the same error
checking for x86_64-apple-darwin11.0.0-gcc...
/Users/dima/Development/GCC/objdir/./gcc/xgcc
-B/Users/dima/Development/GCC/objdir/./gcc/
-B/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/bin/
-B/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/lib/
-isystem
/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/include
-isystem
/Users/dima/Development/GCC/builds/gcc-4.6.1/build/x86_64/x86_64-apple-darwin11.0.0/sys-include
 
checking for suffix of object files... configure: error: in
`/Users/dima/Development/GCC/objdir/x86_64-apple-darwin11.0.0/libgcc':
configure: error: cannot compute suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Error 1
make[1]: *** [stage1-bubble] Error 2
make: *** [all] Error 2


thanks

[Bug c++/49924] New: [C++0X] [constexpr] can't initialize a non-static member array of a literal type as a constexpr

[faisalv at yahoo dot com]

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

   Summary: [C++0X] [constexpr] can't initialize a non-static
member array of a literal type as a constexpr
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: fais...@yahoo.com


I believe the following code should compile:

struct A { constexpr A() { } };

struct B {  
A array[1]; //non-static member array of a literal type w constexpr ctor
constexpr B() : array{} { } // here is the problem 
};

int main()
{
  constexpr B b{};  // won't compile
}

But i get the following output with g++4.6.1:

In function 'int main()':
.cpp:11:17: error: '{{{A()}}}' is not a constant expression


FYI, the following does compile:
int main() { constexpr A a[1]{}; }


Thanks!
p.s


My gcc -v output is:
Using built-in specs.
COLLECT_GCC=g++-4.6.1
COLLECT_LTO_WRAPPER=/usr/local/gcc4.6.1/libexec/gcc/i686-pc-linux-gnu/4.6.1/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.6.1/configure --prefix=/usr/local/gcc4.6.1
--enable-generated-files-in-srcdir --enable-threads=posix --with-system-zlib
--enable-__cxa_atexit --disable-checking --disable-nls --enable-bootstrap
--with-gcc --with-gnu-as --with-gnu-ld --disable-multilib
Thread model: posix
gcc version 4.6.1 (GCC)

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[howarth at nitro dot med.uc.edu]

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

--- Comment #7 from Jack Howarth  2011-07-31 
15:39:38 UTC ---
The presence of...

gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2335.15.00)

from the output of 'gcc -v' indicates that is uses the llvm backend.

[Bug target/49879] [h8300] ICE in maybe_record_trace_start, at dwarf2cfi.c:2439

[rth at gcc dot gnu.org]

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

--- Comment #4 from Richard Henderson  2011-07-31 
15:38:17 UTC ---
The problem is cross-jumping at different stack heights.

[Bug tree-optimization/49094] ARM aligned(1) attribute is sometimes dropped

[sgh at sgh dot dk]

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

--- Comment #15 from Søren Holm  2011-07-31 15:18:19 UTC ---
I have reported the bug as #49923 

-fno-tree-sra does not help.

I have bisected it to commit trunk@164135

2010-09-10  Martin Jambor  

PR tree-optimization/44972  
* ipa-prop.c (ipa_modify_call_arguments): Build MEM_REF instead of  
calling build_ref_for_offset.

* testsuite/g++.dg/torture/pr34850.C: Remove expected warning.

[Bug c/49923] __attirubte__((packed)) on ARM is sometimes dropped

[sgh at sgh dot dk]

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

--- Comment #1 from Søren Holm  2011-07-31 15:16:21 UTC ---
Created attachment 24878
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24878
Test that generates wrong aligned ldr

[Bug c/49923] New: __attirubte__((packed)) on ARM is sometimes dropped

[sgh at sgh dot dk]

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

   Summary: __attirubte__((packed)) on ARM is sometimes dropped
   Product: gcc
   Version: 4.6.2
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: s...@sgh.dk


tst2.c fails with an alignment related problem.

With "static" on line 33 the code generated is this :


unsigned int aostk_font_strwidth(const struct aostk_font* font, const char*
str) {
const struct aostk_glyph* g = aostk_get_glyph(font, 0);
return g->advance.x;
   0:   e5903003ldr r3, [r0, #3]
}
   4:   e5d30005ldrbr0, [r3, #5]
   8:   e12fff1ebx  lr


The first ldr-instruction is wrong afaik since struct aostk_font is packed.

Removing "static" fomr line 33 gives this code :


const struct aostk_glyph* aostk_get_glyph(const struct aostk_font* f, unsigned
int c) {
return &f->glyphs[0];
   0:   e5d02004ldrbr2, [r0, #4]
   4:   e5d03003ldrbr3, [r0, #3]
   8:   e1833402orr r3, r3, r2, lsl #8
   c:   e5d02005ldrbr2, [r0, #5]
  10:   e5d6ldrbr0, [r0, #6]
  14:   e1833802orr r3, r3, r2, lsl #16
}
  18:   e1830c00orr r0, r3, r0, lsl #24
  1c:   e12fff1ebx  lr

0020 :
const struct aostk_glyph* glyphs;
};


const struct aostk_glyph* aostk_get_glyph(const struct aostk_font* f, unsigned
int c) {
return &f->glyphs[0];
  20:   e5d02004ldrbr2, [r0, #4]
  24:   e5d03003ldrbr3, [r0, #3]
  28:   e1833402orr r3, r3, r2, lsl #8
  2c:   e5d02005ldrbr2, [r0, #5]
  30:   e1833802orr r3, r3, r2, lsl #16
  34:   e5d02006ldrbr2, [r0, #6]
  38:   e1833c02orr r3, r3, r2, lsl #24


unsigned int aostk_font_strwidth(const struct aostk_font* font, const char*
str) {
const struct aostk_glyph* g = aostk_get_glyph(font, 0);
return g->advance.x;
}
  3c:   e5d30005ldrbr0, [r3, #5]
  40:   e12fff1ebx  lr
>>

Notice in aostk_get_glyph that the ldrb-instructions are used instead of ldr.

I compile using -Os, Compiling with -O0 generates correct code. Compiling with
-fno-tree-sra also generates wrong code.

I have bisected the problem and to this commit:

Author: jamborm 
Date:   Thu Sep 9 23:28:27 2010 +

2010-09-10  Martin Jambor  

PR tree-optimization/44972  
* ipa-prop.c (ipa_modify_call_arguments): Build MEM_REF instead of  
calling build_ref_for_offset.

* testsuite/g++.dg/torture/pr34850.C: Remove expected warning.



git-svn-id: svn+ssh://gcc.gnu.org/svn/gcc/trunk@164135
138bc75d-0d04-0410-961f-82ee72b054a4

[Bug target/47908] attribute((optimize(2))) causes ICE in m68k_sched_issue_rate

[schwab at gcc dot gnu.org]

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

--- Comment #9 from Andreas Schwab  2011-07-31 
15:09:28 UTC ---
Author: schwab
Date: Sun Jul 31 15:09:25 2011
New Revision: 176976

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176976
Log:
Author: Mikael Pettersson 

PR target/47908
* gcc/config/m68k/m68k.c (m68k_override_options_after_change): New function.
Disable instruction scheduling for non-ColdFire targets.
(TARGET_OVERRIDE_OPTIONS_AFTER_CHANGE): Define.

Modified:
branches/gcc-4_6-branch/gcc/ChangeLog
branches/gcc-4_6-branch/gcc/config/m68k/m68k.c

[Bug target/47908] attribute((optimize(2))) causes ICE in m68k_sched_issue_rate

[schwab at gcc dot gnu.org]

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

--- Comment #8 from Andreas Schwab  2011-07-31 
15:01:02 UTC ---
Author: schwab
Date: Sun Jul 31 15:00:58 2011
New Revision: 176975

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176975
Log:
Author: Mikael Pettersson 

PR target/47908
* gcc/config/m68k/m68k.c (m68k_override_options_after_change): New function.
Disable instruction scheduling for non-ColdFire targets.
(TARGET_OVERRIDE_OPTIONS_AFTER_CHANGE): Define.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/m68k/m68k.c

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #6 from Paolo Carlini  2011-07-31 
14:58:51 UTC ---
Thanks for the analysis: to be honest, I didn't realize that by default I was
using llvm-gcc on that machine. Then this PR should be closed, isn't about FSF
GCC.

[Bug libstdc++/1773] __cplusplus defined to 1, should be 199711L

[marc.glisse at normalesup dot org]

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

--- Comment #95 from Marc Glisse  2011-07-31 
14:03:39 UTC ---
Created attachment 24877
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24877
More solaris fixinclude

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[howarth at nitro dot med.uc.edu]

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

Jack Howarth  changed:

   What|Removed |Added

 CC||howarth at nitro dot
   ||med.uc.edu

--- Comment #5 from Jack Howarth  2011-07-31 
14:03:09 UTC ---
This is due to http://llvm.org/bugs/show_bug.cgi?id=9571 which is fixed in
llvm.org's llvm-gcc 2.9 release but not in Apple's Xcode 4.1's llvm-gcc.
Perhaps we could use the reduced test case...

http://llvm.org/bugs/show_bug.cgi?id=9571#c11

to craft a configure test to reject the broken versions of llvm-gcc? For now,
all releases of FSF gcc have to be compiled with clang or Apple gcc-4.2 on
Lion.

[Bug tree-optimization/49911] vrp2 + -fstrict-enums incorrectly remove predicate

[rafael.espindola at gmail dot com]

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

--- Comment #3 from Rafael Avila de Espindola  2011-07-31 13:57:17 UTC ---
I was able to reproduce it on 176972. I did a 64 bit build on linux. It
reproduces with -m32, but not without.

[Bug tree-optimization/49911] vrp2 + -fstrict-enums incorrectly remove predicate

[rafael.espindola at gmail dot com]

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

--- Comment #2 from Rafael Avila de Espindola  2011-07-31 13:38:54 UTC ---
I got it on 32 bit linux. Doing a git pull to check if it has just been fixed.

[Bug fortran/49638] [OOP] length parameter is ignored when overriding type bound character functions with constant length.

[janus at gcc dot gnu.org]

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

--- Comment #3 from janus at gcc dot gnu.org 2011-07-31 11:05:24 UTC ---
A check for different ranks can be added like this:


Index: gcc/fortran/interface.c
===
--- gcc/fortran/interface.c(revision 176967)
+++ gcc/fortran/interface.c(working copy)
@@ -501,7 +501,7 @@ gfc_compare_types (gfc_typespec *ts1, gfc_typespec
and types.  Returns nonzero if they have the same rank and type,
zero otherwise.  */

-static int
+int
 compare_type_rank (gfc_symbol *s1, gfc_symbol *s2)
 {
   int r1, r2;
Index: gcc/fortran/gfortran.h
===
--- gcc/fortran/gfortran.h(revision 176967)
+++ gcc/fortran/gfortran.h(working copy)
@@ -2810,6 +2810,7 @@ gfc_try gfc_ref_dimen_size (gfc_array_ref *, int d
 void gfc_free_interface (gfc_interface *);
 int gfc_compare_derived_types (gfc_symbol *, gfc_symbol *);
 int gfc_compare_types (gfc_typespec *, gfc_typespec *);
+int compare_type_rank (gfc_symbol *, gfc_symbol *);
 int gfc_compare_interfaces (gfc_symbol*, gfc_symbol*, const char *, int, int,
 char *, int);
 void gfc_check_interfaces (gfc_namespace *);
Index: gcc/fortran/resolve.c
===
--- gcc/fortran/resolve.c(revision 176971)
+++ gcc/fortran/resolve.c(working copy)
@@ -10760,11 +10760,10 @@ check_typebound_override (gfc_symtree* proc, gfc_s
   /* FIXME:  Do more comprehensive checking (including, for instance, the
  rank and array-shape).  */
   gcc_assert (proc_target->result && old_target->result);
-  if (!gfc_compare_types (&proc_target->result->ts,
-  &old_target->result->ts))
+  if (!compare_type_rank (proc_target->result, old_target->result))
 {
   gfc_error ("'%s' at %L and the overridden FUNCTION should have"
- " matching result types", proc->name, &where);
+ " matching result types and ranks", proc->name, &where);

[Bug c++/49921] [C++0x] Segfault during compilation, decltype and operator->*

[fabian.bergmark at gmail dot com]

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

--- Comment #2 from fabian.bergmark at gmail dot com 2011-07-31 10:57:17 UTC ---
(In reply to comment #1)
> Confirmed. Mainline says:
> 
> 49921.C: In function ‘int main()’:
> 49921.C:15:25: internal compiler error: tree check: expected record_type or
> union_type or qual_union_type, have translation_unit_decl in
> maybe_dummy_object, at cp/tree.c:2474

To quote Modern C++ Design by Andrei Alexandrescu:

"In C++, where every object has a type, the result of operator->* or operator.*
is a unique exception."

and

"Both are binary functions all right, and they return something to which you
can apply the function-call operator immediately, but that "something" does no
have a type."

Is this possibly the reason to the error?

[Bug bootstrap/49681] 4.6.1 cross-build fails in libquadmath/libiberty

[manuel.lauss at googlemail dot com]

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

--- Comment #3 from Manuel Lauss  
2011-07-31 10:42:14 UTC ---
Okay, but I'm more concerned about this message which also 
appears during libiberty configuration, and all previous versions
of gcc can be built successfully with the same headers available.

checking dynamic linker characteristics... configure: error: Link tests are not
allowed after GCC_NO_EXECUTABLES.

[Bug c++/49921] [C++0x] Segfault during compilation, decltype and operator->*

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.07.31 10:38:25
Summary|Segfault during |[C++0x] Segfault during
   |compilation, decltype and   |compilation, decltype and
   |operator->* |operator->*
 Ever Confirmed|0   |1
   Severity|blocker |normal

--- Comment #1 from Paolo Carlini  2011-07-31 
10:38:25 UTC ---
Confirmed. Mainline says:

49921.C: In function ‘int main()’:
49921.C:15:25: internal compiler error: tree check: expected record_type or
union_type or qual_union_type, have translation_unit_decl in
maybe_dummy_object, at cp/tree.c:2474

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[paolo.carlini at oracle dot com]

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

--- Comment #4 from Paolo Carlini  2011-07-31 
10:33:45 UTC ---
To be safe, I tried reinstalling the three libs, and for me this is the problem
with libgcc:

  conftest.c:1:0: internal compiler error: Segmentation fault: 11

[Bug gcov-profile/49922] New: I try to build libgmp using PGO and lto, but the test will result in "internal compiler error"

[xunxun1982 at gmail dot com]

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

   Summary: I try to build libgmp using PGO and lto, but the test
will result in "internal compiler error"
   Product: gcc
   Version: 4.6.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: gcov-profile
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: xunxun1...@gmail.com
  Host: *-*-mingw*
Target: *-*-mingw*
 Build: *-*-mingw*


My gcc4.6.1 configure with :
./configure --prefix=/mingw --host=i686-pc-mingw32 --build=i686-pc-mingw32
--target=i686-pc-mingw32 \
 --with-lto-plugin --with-host-libstdcxx=-lstdc++ --disable-bootstrap
--disable-werror --with-arch=i686 --with-tune=generic \
--enable-languages=c,c++,fortran --enable-libgomp --enable-threads=win32
--enable-lto --with-system-zlib \
--enable-libstdcxx-debug --enable-version-specific-runtime-libs
--enable-fully-dynamic-string \
--disable-sjlj-exceptions --with-dwarf2 --disable-symvers
--enable-checking=release \
--enable-plugins --enable-cloog-backend=isl --enable-static
--disable-shared \
--disable-nls --disable-win32-registry

My binutils version is : 2.21.53.20110728

I try to build libgmp using PGO and lto as follows:

1) CPPFLAGS=-fexceptions ./configure --prefix=/mingw32 --disable-shared
--enable-static --enable-cxx --enable-fat 
2) make CFLAGS="-Wno-error=coverage-mismatch
-fprofile-generate=e:/t/temp/libgmp -flto -pipe -O3" \
CXXFLAGS="-Wno-error=coverage-mismatch
-fprofile-generate=e:/t/temp/libgmp -flto -pipe -O3" \
LDFLAGS="-fprofile-generate=e:/t/temp/libgmp -flto -fuse-linker-plugin"
3) then
   make CFLAGS="-Wno-error=coverage-mismatch
-fprofile-generate=e:/t/temp/libgmp -flto -pipe -O3" \
CXXFLAGS="-Wno-error=coverage-mismatch
-fprofile-generate=e:/t/temp/libgmp -flto -pipe -O3" \
LDFLAGS="-fprofile-generate=e:/t/temp/libgmp -flto -fuse-linker-plugin"
check
   to gather the profile information.
   There is not any problem above.
4) make clean
5) Using the profile information to recompile.
  make CFLAGS="-Wno-error=coverage-mismatch -fprofile-use=e:/t/temp/libgmp
-flto -pipe -O3" \
CXXFLAGS="-Wno-error=coverage-mismatch -fprofile-use=e:/t/temp/libgmp
-flto -pipe -O3" \
LDFLAGS="-fprofile-use=e:/t/temp/libgmp -flto -fuse-linker-plugin"
6) make check will result in errors.
  make CFLAGS="-Wno-error=coverage-mismatch -fprofile-use=e:/t/temp/libgmp
-flto -pipe -O3" \
CXXFLAGS="-Wno-error=coverage-mismatch -fprofile-use=e:/t/temp/libgmp
-flto -pipe -O3" \
LDFLAGS="-fprofile-use=e:/t/temp/libgmp -flto -fuse-linker-plugin"
check
   The errors are like :

libtool: link: gcc -std=gnu99 -pipe -flto -O3 -fomit-frame-pointer
-momit-leaf-frame-pointer -minline-all-stringops -minline-stringops-dynamically
-fivopts -ftree-loop-linear -ftree-loop-distribution -ftree-vectorize
-fvect-cost-model -fgraphite-identity -floop-interchange -floop-block
-floop-parallelize-all -fforce-addr -fno-bounds-check -mmmx -msse -msse2
-maccumulate-outgoing-args -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -s -flto
-fuse-linker-plugin -Wl,--allow-multiple-definition -Wl,--large-address-aware
-o t-bswap.exe t-bswap.o  ./.libs/libtests.a
/e/new/gcc/build/gmp/.libs/libgmp.a ../.libs/libgmp.a
In file included from :2:0:
toom2_sqr.c: In function '__gmpn_toom2_sqr':
toom2_sqr.c:58:1: internal compiler error: in scale_bbs_frequencies_gcov_type,
at cfg.c:1079
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
lto-wrapper: e:\MyPack\MinGW\bin\gcc.exe returned 1 exit status
e:/mypack/mingw/bin/../lib/gcc/i686-pc-mingw32/4.6.1/../../../../i686-pc-mingw32/bin/ld.exe:
lto-wrapper failed
collect2: ld returned 1 exit status
make[4]: *** [t-bswap.exe] Error 1


I don't know it is the gcov, gcc lto, lto plugin bug?

[Bug c++/49921] Segfault during compilation, decltype and operator->*

[fabian.bergmark at gmail dot com]

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

fabian.bergmark at gmail dot com changed:

   What|Removed |Added

   Severity|normal  |blocker

[Bug fortran/49112] [4.6/4.7 Regression] [OOP] Missing type-bound procedure, "duplicate save" warnings and internal compiler error

[janus at gcc dot gnu.org]

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

--- Comment #19 from janus at gcc dot gnu.org 2011-07-31 10:25:11 UTC ---
Author: janus
Date: Sun Jul 31 10:25:07 2011
New Revision: 176971

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176971
Log:
2011-07-31  Janus Weil  

PR fortran/49112
* resolve.c (resolve_structure_cons): Don't do the full dt resolution,
only call 'resolve_fl_derived0'.
(resolve_typebound_procedures): Resolve typebound procedures of
parent type.
(resolve_fl_derived0): New function, which does a part of the work
for 'resolve_fl_derived'.
(resolve_fl_derived): Call 'resolve_fl_derived0' and do some additional
things.


2011-07-31  Janus Weil  

PR fortran/49112
* gfortran.dg/abstract_type_6.f03: Modified.
* gfortran.dg/typebound_proc_24.f03: New.

Added:
trunk/gcc/testsuite/gfortran.dg/typebound_proc_24.f03
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/resolve.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/abstract_type_6.f03

[Bug middle-end/43513] The stack pointer is adjusted twice

[vries at gcc dot gnu.org]

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

--- Comment #8 from vries at gcc dot gnu.org 2011-07-31 10:05:11 UTC ---
Author: vries
Date: Sun Jul 31 10:05:07 2011
New Revision: 176969

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176969
Log:
2011-07-31  Tom de Vries  

PR middle-end/43513
* tree-ssa-loop-ivopts.c (may_be_unaligned_p): Use max of
get_object_alignment and TYPE_ALIGN.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree-ssa-loop-ivopts.c

[Bug target/49920] unable to find a register to spill in class ‘DIREG’

[ubizjak at gmail dot com]

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

--- Comment #2 from Uros Bizjak  2011-07-31 10:03:43 
UTC ---
Created attachment 24876
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24876
Untested patch

[Bug c++/49921] New: Segfault during compilation, decltype and operator->*

[fabian.bergmark at gmail dot com]

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

   Summary: Segfault during compilation, decltype and operator->*
   Product: gcc
   Version: 4.5.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: fabian.bergm...@gmail.com


Code:

#include 

class Local
{
public:
void func() {};
};

int main()
{
Local* l = new Local;
void(Local::*ptr)();
ptr = &Local::func;
decltype((l->*ptr)) i;
std::cerr << typeid(i).name << std::endl;
}

Output:

gcc test.cpp -o test -std=c++0x
test.cpp: In function ‘int main()’:
test.cpp:15:22: internal compiler error: Segmenteringsfel
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug middle-end/43513] The stack pointer is adjusted twice

[vries at gcc dot gnu.org]

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

--- Comment #7 from vries at gcc dot gnu.org 2011-07-31 10:02:15 UTC ---
Author: vries
Date: Sun Jul 31 10:02:12 2011
New Revision: 176968

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176968
Log:
2011-07-31  Tom de Vries  

PR middle-end/43513
* testsuite/libmudflap.c/fail31-frag.c: Adapt testcase to prevent
folding of alloca.

Modified:
trunk/libmudflap/ChangeLog
trunk/libmudflap/testsuite/libmudflap.c/fail31-frag.c

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[paolo.carlini at oracle dot com]

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

--- Comment #3 from Paolo Carlini  2011-07-31 
10:02:30 UTC ---
Let me check in detail. For sure I'm using the same configure line which used
to work fine for a couple of years.

[Bug tree-optimization/49911] vrp2 + -fstrict-enums incorrectly remove predicate

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2011-07-31 
09:56:41 UTC ---
Smells like the latent issue that we treat all integral types with the same
precision as equal but VRP extracts more fine-grained information.  Eric was
opposed to a patch that fixes that.  In the past copyrename exposed this
issue for example, but I guess inlining may do the same.

But I can't reproduce this on x86_64-darwin with rev. 176967.

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[redi at gcc dot gnu.org]

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

--- Comment #2 from Jonathan Wakely  2011-07-31 
09:50:27 UTC ---
surely this is just http://gcc.gnu.org/wiki/FAQ#configure_suffix ?

you've installed the prerequisite libs outside the dynamic linker's search
paths, so you need to use the Mac OS equivalent of ldconfig, or set
DYLIB_LIBRARY_PATH (or whatever it is on Mac OS X)

the simple answer is do not install the prerequisite libs like that, build them
statically: http://advogato.org/person/redi/diary/240.html

[Bug bootstrap/49914] call to abs(long long) in gcc/fold-const.c

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.07.31 09:46:21
  Component|other   |bootstrap
 Ever Confirmed|0   |1

--- Comment #2 from Richard Guenther  2011-07-31 
09:46:21 UTC ---
It's not strictly safe.

[Bug tree-optimization/49916] matrix-reorg optimization segmentation fault

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2011-07-31 
09:44:01 UTC ---
matrix-reorg is broken, don't use it.

[Bug target/49920] unable to find a register to spill in class ‘DIREG’

[ubizjak at gmail dot com]

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

Uros Bizjak  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.07.31 09:23:50
 AssignedTo|unassigned at gcc dot   |ubizjak at gmail dot com
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Uros Bizjak  2011-07-31 09:23:50 
UTC ---
Similar to PR11001, but for strset instead of strmov.

[Bug target/49920] New: unable to find a register to spill in class ‘DIREG’

[ubizjak at gmail dot com]

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

   Summary: unable to find a register to spill in class ‘DIREG’
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Keywords: ra
  Severity: normal
  Priority: P3
 Component: target
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ubiz...@gmail.com
CC: pb...@csse.unimelb.edu.au
Target: i686-pc-linux-gnu


Following testcase (minimized from PR47725):

--quote--
This is a test case generated by the Mercury compiler, it has been reduced just
enough code to cause the bug to occur.  It can be reproduced in gcc 4.4 and 4.6
at an optimization level of -O1 but not -O0.  The output of GCC is:
--/qoute--

--cut here--
register unsigned int MR_mr0 __asm__ ("esi");
register unsigned int MR_mr1 __asm__ ("edi");

void ml_backend__ml_closure_gen_module11 (void)
{
  unsigned int MR_tempr1, MR_tempr2, MR_tempr3;

  MR_tempr1 = (char *) malloc (sizeof (unsigned int)) + 4;

  MR_tempr3 = ((unsigned int *) MR_mr0)[0];
  ((unsigned int *) (MR_tempr1 - 4))[0] = MR_tempr3;

  MR_tempr2 = (char *) malloc (2 * sizeof (unsigned int));
  ((unsigned int *) MR_tempr2)[1] = MR_tempr1;
}
--cut here--

Compiled with -O1 -m32:

_.c: In function ‘ml_backend__ml_closure_gen_module11’:
_.c:15:1: error: unable to find a register to spill in class ‘DIREG’
_.c:15:1: error: this is the insn:
(insn 12 11 13 2 (parallel [
(set (mem:SI (reg/f:SI 71) [0 *D.2004_8+0 S4 A32])
(reg/v:SI 0 ax [orig:64 MR_tempr3 ] [64]))
(set (reg/v:SI 61 [ MR_tempr1 ])
(plus:SI (reg/f:SI 71)
(const_int 4 [0x4])))
]) ttt.c:11 860 {*strsetsi_1}
 (expr_list:REG_DEAD (reg/f:SI 71)
(expr_list:REG_DEAD (reg/v:SI 0 ax [orig:64 MR_tempr3 ] [64])
(nil
_.c:15:1: internal compiler error: in spill_failure, at reload1.c:2120
Please submit a full bug report,
...

[Bug bootstrap/49681] 4.6.1 cross-build fails in libquadmath/libiberty

[mikpe at it dot uu.se]

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

--- Comment #2 from Mikael Pettersson  2011-07-31 
09:07:03 UTC ---
Not a GCC bug.

Either configure with --disable-libquadmath, or install target headers and
libraries.  Your configure step obviously already knows about having to disable
various extras when headers are absent, but it hasn't been taught about
libquadmath.

I have no problem building a 4.6.1 cross to mips-linux, with or without target
headers pre-installed.

[Bug bootstrap/49919] problem with building gcc 4.6.1 on Mac OS X Lion

[paolo.carlini at oracle dot com]

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

Paolo Carlini  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.07.31 09:04:31
  Component|c++ |bootstrap
 Ever Confirmed|0   |1

--- Comment #1 from Paolo Carlini  2011-07-31 
09:04:31 UTC ---
I can confirm this, mainline too.