[Bug pending/37879] New: g++: internal compiler error: Segmentation fault

[gcc-bugzilla at gcc dot gnu dot org]

NOTE: Defaulting component because reported component no longer exists
ICE: Segmentation fault when compiling with an incorrect used
__attribute__((noreturn));

Environment:
System: Linux molybdaen 2.6.26-1-686 #1 SMP Wed Sep 10 16:46:13 UTC 2008 i686
GN
U/Linux

host: i486-pc-linux-gnu
build: i486-pc-linux-gnu
target: i486-pc-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Debian 4.3.1-9'
--with-b
ugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-languages=c,c++,fortran
,objc,obj-c++ --prefix=/usr --enable-shared --with-system-zlib
--libexecdir=/usr
/lib --without-included-gettext --enable-threads=posix --enable-nls
--with-gxx-i
nclude-dir=/usr/include/c++/4.3 --program-suffix=-4.3 --enable-clocale=gnu
--ena
ble-libstdcxx-debug --enable-objc-gc --enable-mpfr --enable-targets=all
--enable
-cld --enable-checking=release --build=i486-linux-gnu --host=i486-linux-gnu
--ta
rget=i486-linux-gnu
Thread model: posix
gcc version 4.3.1 (Debian 4.3.1-9)

How-To-Repeat:
source code (preprocessed file looks the same):

inline unsigned f( unsigned i ) { return i; }
unsigned i = 23;
static inline void g( unsigned ) __attribute__((noreturn));
static inline void g( unsigned j ) { if( j ) asm ("hlt"); }
void main_func() asm("main_func") __attribute__((noreturn));
void main_func()
{
unsigned j;
g( f( j = i++ ) );
asm("hlt");
}

compile with:
g++ -save-temps -m32 -MD -Os -ffunction-sections -fstrict-aliasing
-fno-rtti
 -fno-exceptions -fcheck-new -fshort-enums --param max-inline-insns-single=100
-
mregparm=3 -fomit-frame-pointer -minline-all-stringops -nostdinc -ggdb 
-Wconver
sion -Wctor-dtor-privacy -Wdeprecated -Winvalid-offsetof -Wnon-template-friend
-
Wold-style-cast -Woverloaded-virtual -Wpmf-conversions -Wreorder -Wsign-promo
-W
strict-null-sentinel -Wsynth -Waggregate-return -Wattributes -Wcast-align
-Wdepr
ecated-declarations -Wextra -Winline -Wmissing-noreturn -Wpacked -Wshadow
-Wstac
k-protector -Wstrict-aliasing -Wswitch -Wswitch-default -Wswitch-enum
-Wsystem-h
eaders -Wunsafe-loop-optimizations -Wvolatile-register-var
-Wdisabled-optimizati
on -Wformat -Wreturn-type -Wno-non-virtual-dtor -Wuninitialized -c -o
segfault.o
 segfault.cc


--- Comment #1 from benjamin at os dot inf dot tu-dresden dot de  
2008-10-21 07:09 ---
Fix:
use __attribute__((noreturn)) correctly


-- 
   Summary: g++: internal compiler error: Segmentation fault
   Product: gcc
   Version: 3.1
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: pending
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: benjamin at os dot inf dot tu-dresden dot de
 GCC build triplet: i486-pc-linux-gnu
  GCC host triplet: i486-pc-linux-gnu
GCC target triplet: i486-pc-linux-gnu


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

[Bug c++/37880] New: Documentation of option -mcmodel=medium is wrong

[agner at agner dot org]

The documentation of option -mcmodel=medium says:
-mcmodel=medium
Generate code for the medium model: The program is linked in the lower 2 GB of
the address space but symbols can be located anywhere in the address space.
Programs can be statically or dynamically linked, but building of shared
libraries are not supported with the medium model.

This is misleading since the compiler still uses 32-bit addresses for data
objects on Linux (and BSD?) targets. The program data are still limited to
addresses < 2 GB. Dynamically allocated memory (new or malloc) can probably
exceed the 2GB address limit in both the small and the medium memory model.
Whatever the difference is between small and medium memory models, it is not
covered by the above explanation. On Mac OS X (Darwin) targets, all addresses
are above 4GB by default for both small and medium models. On Windows targets,
a DLL can be loaded at addresses > 2 GB though this rarely happens.

Example:
-- code file a.cpp ---
int * mypointer = 0;
int myarray[100] = {0};

int myfunction (int x) {
   mypointer = myarray + 1;
   return myarray[x];
}
-- end of code file a.cpp ---

Command line:
g++ -m64 -mcmodel=medium -S a.cpp

gcc version:
gcc (GCC) 4.2.3 (Ubuntu 4.2.3-2ubuntu7)

-- assembly output (excerpt) ---
_Z10myfunctioni:
.LFB2:
pushq   %rbp
.LCFI0:
movq%rsp, %rbp
.LCFI1:
movl%edi, -4(%rbp)
movl$myarray+4, %eax # uses 32-bit zero-extended address
here!
movq%rax, mypointer(%rip)
movl-4(%rbp), %eax
cltq
movlmyarray(,%rax,4), %eax   # uses 32-bit sign-extended address
here!
leave
ret
-- end of assembly output (excerpt) ---

This example shows that the statement "symbols can be located anywhere in the
address space" is misleading. Static symbols must be located at addresses < 2GB
for the above code to work. Does the above statement apply to symbols on the
stack or only to objects allocated with new or malloc? The statement is
definitely wrong for Mac targets, and possibly also for Windows targets.

If a correct description would be too long then there may be a link to more
exact descriptions elsewhere.


-- 
   Summary: Documentation of option -mcmodel=medium is wrong
   Product: gcc
   Version: 4.2.3
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: agner at agner dot org


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

[Bug middle-end/33315] If condition not getting eliminated

[dave at icerasemi dot com]

--- Comment #5 from dave at icerasemi dot com  2008-10-21 08:28 ---
Subject: RE:  If condition not getting eliminated


Hi Ramana,

Please could you add [EMAIL PROTECTED] - then we all get to see
it ;-)

Cheers,


-Original Message-
From: ramana at icerasemi dot com [mailto:[EMAIL PROTECTED] 
Sent: 21 October 2008 08:04
To: Dave Edwards
Subject: [Bug middle-end/33315] If condition not getting eliminated



-- 

ramana at icerasemi dot com changed:

   What|Removed |Added


 CC||ramana at icerasemi dot
com


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

--- You are receiving this mail because: ---
You are on the CC list for the bug, or are watching someone who is.


-- 


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

[Bug target/37878] PPC64 ldu command generated with invalid offset

[schwab at suse dot de]

--- Comment #3 from schwab at suse dot de  2008-10-21 08:36 ---
Reduced testcase:

double y, z;
void foo (long x)
{
  y = *(double *) ((long *) (x - 1) + 1);
  z = *(double *) ((long *) (x - 1) + 1);
}

$ gcc -m64 -O -c ldu.c
/tmp/ccYujYhd.s: Assembler messages:
/tmp/ccYujYhd.s:20: Error: operand out of domain (7 is not a multiple of 4)

The insn is generated during auto-inc-dec.

(insn 9 8 10 2 ldu.c:4 (set (reg:DF 122)
(mem:DF (pre_modify:DI (reg/f:DI 119 [ D.1253 ])
(plus:DI (reg/f:DI 119 [ D.1253 ])
(const_int 7 [0x7]))) [0 S8 A64])) 345 {*movdf_hardfloat64}
(expr_list:REG_INC (reg/f:DI 119 [ D.1253 ])
(nil)))


-- 

schwab at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-10-21 08:36:02
   date||


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

[Bug target/37878] [4.4 regression] PPC64 ldu command generated with invalid offset

[schwab at suse dot de]

-- 

schwab at suse dot de changed:

   What|Removed |Added

  GCC build triplet|powerpc64-apple-darwin9.5.0 |
   GCC host triplet|powerpc64-apple-darwin9.5.0 |
 GCC target triplet|powerpc64-apple-darwin9.5.0 |powerpc64-*-*
   Keywords||wrong-code
Summary|PPC64 ldu command generated |[4.4 regression] PPC64 ldu
   |with invalid offset |command generated with
   ||invalid offset
   Target Milestone|--- |4.4.0


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

[Bug target/37878] [4.4 regression] PPC64 ldu command generated with invalid offset

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-10-21 09:55 ---
I think this is rs6000_legitimate_address at fault here, it shouldn't say it is
valid memory address.  In the:
if (GET_CODE (x) == PRE_MODIFY block in that function,
rs6000_legitimate_offset_address_p (mode, XEXP (x, 1), reg_ok_strict)
is true because:
3649  if (mode == DFmode || mode == DDmode || !TARGET_POWERPC64)
3650extra = 4;
3651  else if (offset & 3)
3652return false;
only checks the offset being multiple of 4 if not DFmode or DDmode.  If that is
correct, I think rs6000_legitimate_address should in the PRE_MODIFY case
explicitly check that if offset is a constant that it is multiple of 4.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dje at gcc dot gnu dot org


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

[Bug debug/33429] debug info for class2 in g++.dg/other/unused1.C requires -femit-class-debug-always

[dodji at seketeli dot org]

--- Comment #15 from dodji at seketeli dot org  2008-10-21 10:15 ---
Subject: Re:  debug info for class2 in g++.dg/other/unused1.C
  requires -femit-class-debug-always

jason at redhat dot com a écrit :
> --- Comment #14 from jason at redhat dot com  2008-10-20 19:02 ---
> Subject: Re:  debug info for class2 in g++.dg/other/unused1.C
>   requires -femit-class-debug-always
> 
> Building Firefox or OpenOffice with/without the flag would also be a 
> good test.

Sure, I will do that.

Dodji.


-- 


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

[Bug c/37881] New: -Wunreachable-code warns for system headers macros

[flameeyes at gentoo dot org]

When turning -Wunreachable-code to get warning about code that might never be
executed, I noticed that gcc throws warnings on all the calls to htons.

This seems to be because htons is expanded as a macro, and indeed a function
written as

uint16_t my_htons(uint16_t val) {
  return htons(val);
}

is expanded by the preprocessor to

uint16_t my_htons(uint16_t val) {
  return (__extension__ ({ register unsigned short int __v, __x = (val); if
(__builtin_constant_p (__x)) __v = __x) >> 8) & 0xff) | (((__x) & 0xff) <<
8)); else __asm__ ("rorw $8, %w0" : "=r" (__v) : "0" (__x) : "cc"); __v; }));
}

I guess the problem here is with the __builtin_constant_p() branch of the macro
since of course val is no constant.

I admit I'm not sure if this is fixable, but it certainly adds a lot of false
positive to -Wunreachable-code (which would otherwise be very useful at least
for C code).


-- 
   Summary: -Wunreachable-code warns for system headers macros
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: flameeyes at gentoo dot org
 GCC build triplet: x86_64-pc-linux-gnu
  GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: x86_64-pc-linux-gnu


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

[Bug middle-end/35853] [4.4 Regression] -d is still referenced in some cases (documentation)

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-10-21 10:21 ---
Newer version of the patch posted.


-- 

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 |
URL||http://gcc.gnu.org/ml/gcc-
   ||patches/2008-
   ||10/msg00846.html
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-04-20 20:44:58 |2008-10-21 10:21:02
   date||


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

[Bug target/36756] [4.4 Regression] g++.dg/tls-3.C ICE with section-anchors, unit-at-a-time, no-toplevel-reorder

[jakub at gcc dot gnu dot org]

--- Comment #9 from jakub at gcc dot gnu dot org  2008-10-21 10:54 ---
Given:
2008-09-05  Janis Johnson  <[EMAIL PROTECTED]>
Samuel Tardieu  <[EMAIL PROTECTED]>

* opts.c (decode_options): Combine nested if statements.

PR target/37283
* opts.c (decode_options): Handle more relationships among
unit-at-a-time, toplevel-reorder, and section-anchors.
I think this can be closed now.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

Optimizer bug

[Karl Dahlke]

Here is a 16 line program that works fine without the optimizer,
but prints the word "bug" with gcc -O
No other flags, no headers included.
Linux fedora 9.
gcc -v is:

Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man 
--infodir=/usr/share/info --with-bugurl=http://bugzilla.redhat.com/bugzilla 
--enable-bootstrap --enable-shared --enable-threads=posix 
--enable-checking=release --with-system-zlib --enable-__cxa_atexit 
--disable-libunwind-exceptions 
--enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk 
--disable-dssi --enable-plugin 
--with-java-home=/usr/lib/jvm/java-1.5.0-gcj-1.5.0.0/jre 
--enable-libgcj-multifile --enable-java-maintainer-mode 
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar --disable-libjava-multilib 
--with-cpu=generic --build=i386-redhat-linux
Thread model: posix
gcc version 4.3.0 20080428 (Red Hat 4.3.0-8) (GCC) 

The program is:

struct rating {
int z: 20;
unsigned char probe: 1;
unsigned char val: 3;
};
static struct rating foo;
int main(int argc, char **argv)
{
foo.z = 83778;
foo.probe = 0;
foo.val = 4;
if(foo.val > 0 && foo.val < 4)
puts("bug");
else
puts("ok");
}

Thanks.

Karl Dahlke

[Bug debug/36668] [4.4 Regression] FAIL: g++.dg/other/PR23205.C scan-assembler .stabs.*foobar:c=i

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-10-21 11:46 ---
With -fno-toplevel-reorder this generated foobar variable in .rodata already in
4.3, maybe earlier.  The interesting code is in decide_is_variable_needed:
  /* When not reordering top level variables, we have to assume that
 we are going to keep everything.  */
  if (flag_toplevel_reorder)
return false;

  /* We want to emit COMDAT variables only when absolutely necessary.  */
  if (DECL_COMDAT (decl))
return false;
  return true;
Is that true even with unit-at-a-time that we have to assume all vars are
potentially used?  After all, we should know all the variables, their
initializers and functions at this point.

If we can't change this, then I guess either the testcase should be passed
-ftoplevel-reorder, or matching foobar:(c=i|S) .  Honza?


-- 


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

[Bug c++/36631] [4.3/4.4 Regression] attribute always_inline -> sorry, unimplemented: recursive inlining

[jakub at gcc dot gnu dot org]

--- Comment #7 from jakub at gcc dot gnu dot org  2008-10-21 12:15 ---
Is there a reason why we have to set
CALL_CANNOT_INLINE_P/gimple_call_cannot_inline already during gimplification?
If we defer setting it till say to lower_stmt, then by that time all the
fndecls will be surely genericized and it will be still before anything will
look at
gimple_call_cannot_inline (ipa-inline.c, {,re}build_cgraph_edges, cfgexpand).


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dodji at gcc dot gnu dot org


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

[Bug c/37882] New: [4.3/4.4 Regression] Bitfield miscompilation

[jakub at gcc dot gnu dot org]

struct S
{
  int a : 21;
  unsigned char b : 3;
} s;

int
main ()
{
  s.b = 4;
  if (s.b > 0 && s.b < 4)
__builtin_abort ();
  return 0;
}

See http://gcc.gnu.org/ml/gcc-bugs/2008-10/msg01324.html
Works till 4.2, fails at -O with 4.3 and trunk.


-- 
   Summary: [4.3/4.4 Regression] Bitfield miscompilation
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org


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

[Bug middle-end/36315] [4.4 Regression] ICE with -fprofile-use (Invalid read of size 8)

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-10-21 12:49 ---
Cannot reproduce this, all I see are some memory leaks reported by valgrind
(going to look at them), but error summary shows no errors.
Can anyone still reproduce this?


-- 


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

[Bug bootstrap/36908] bootstrap forever with BOOT_CFLAGS="-O2 -ftree-loop-distribution"

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-10-21 12:51 ---
Dropping [4.4 Regression], as -ftree-loop-distribution is a new option.
Sebastian, can you please look at this?


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[4.4 Regression] bootstrap  |bootstrap forever with
   |forever with BOOT_CFLAGS="- |BOOT_CFLAGS="-O2 -ftree-
   |O2 -ftree-loop-distribution"|loop-distribution"


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

[Bug target/37880] Documentation of option -mcmodel=medium is wrong

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2008-10-21 14:21 ---
The documentation just documents the previous mcmodel=medium behavior.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

  Component|c++ |target


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

[Bug tree-optimization/37664] [4.4 Regression] ice in remove_range_assertions, at tree-vrp.c:5116

[jakub at gcc dot gnu dot org]

--- Comment #11 from jakub at gcc dot gnu dot org  2008-10-21 14:50 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug target/37878] [4.4 regression] PPC64 ldu command generated with invalid offset

[dje at gcc dot gnu dot org]

--- Comment #5 from dje at gcc dot gnu dot org  2008-10-21 14:53 ---
The test in rs6000_legitimate_offset_address_p is for something completely
different.  This should be tested in rs6000_legitimate_address:

  if (GET_CODE (x) == PRE_MODIFY
  && mode != TImode
  && mode != TFmode
  && mode != TDmode
  && ((TARGET_HARD_FLOAT && TARGET_FPRS && TARGET_DOUBLE_FLOAT)
  || TARGET_POWERPC64
  || ((mode != DFmode && mode != DDmode) || TARGET_E500_DOUBLE))
  && (TARGET_POWERPC64 || mode != DImode)
  && !ALTIVEC_VECTOR_MODE (mode)
  && !SPE_VECTOR_MODE (mode)
  /* Restrict addressing for DI because of our SUBREG hackery.  */
  && !(TARGET_E500_DOUBLE
   && (mode == DFmode || mode == DDmode || mode == DImode))
  && TARGET_UPDATE
  && legitimate_indirect_address_p (XEXP (x, 0), reg_ok_strict)
  && (rs6000_legitimate_offset_address_p (mode, XEXP (x, 1), reg_ok_strict)
  || legitimate_indexed_address_p (XEXP (x, 1), reg_ok_strict))
  && rtx_equal_p (XEXP (XEXP (x, 1), 0), XEXP (x, 0)))
return 1;


-- 


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

[Bug target/37878] [4.4 regression] PPC64 ldu command generated with invalid offset

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2008-10-21 15:10 ---
Created an attachment (id=16519)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16519&action=view)
gcc44-pr37878.patch

So something like this?


-- 


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

[Bug target/37878] [4.4 regression] PPC64 ldu command generated with invalid offset

[dje at gcc dot gnu dot org]

--- Comment #7 from dje at gcc dot gnu dot org  2008-10-21 15:14 ---
Also, note the problem is a DFmode value in a GPR.  FPRs can handle the
non-word-aligned offset.  Forcing all DFmode to be 64 bit aligned is not an
option because that is known to impose a severe performance penalty.  For
non-update form, we have handled this in rs6000_legitimize_reload_address.


-- 


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

[Bug middle-end/37883] New: [graphite] ICE : in scan_tree_for_params, at graphite.c:2274

[mitul dot thakkar at amd dot com]

gcc -O3 -floop-block test_sort.c
test_sort.c: In function 'test_sort':
test_sort.c:2: internal compiler error: in scan_tree_for_params, at
graphite.c:2274
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

This was tested on the graphite branch. The reduced testcase is attached.

Thanks,
Mitul Thakkar.


-- 
   Summary: [graphite] ICE : in scan_tree_for_params, at
graphite.c:2274
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mitul dot thakkar at amd dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug middle-end/37883] [graphite] ICE : in scan_tree_for_params, at graphite.c:2274

[mitul dot thakkar at amd dot com]

--- Comment #1 from mitul dot thakkar at amd dot com  2008-10-21 16:10 
---
Created an attachment (id=16520)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16520&action=view)
Reduced Test Case


-- 


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

[Bug debug/36668] [4.4 Regression] FAIL: g++.dg/other/PR23205.C scan-assembler .stabs.*foobar:c=i

[rguenth at gcc dot gnu dot org]

--- Comment #4 from rguenth at gcc dot gnu dot org  2008-10-21 16:14 ---
With unit-at-a-time we should be fine.


-- 


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

[Bug middle-end/37882] [4.3/4.4 Regression] Bitfield miscompilation

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-10-21 16:15 ---
It's fold:

;; enabled by -tree-original


{
  foo.z = 83778;
  foo.probe = 0;
  foo.val = 4;
  if ((signed char) foo.val > 0)


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
  Component|c   |middle-end
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-10-21 16:15:25
   date||
   Target Milestone|--- |4.3.3


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

[Bug c++/37540] [4.4 regression] ICE on __decltype of method call in function template

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-10-21 16:38 ---
Created an attachment (id=16521)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16521&action=view)
gcc44-pr37540.patch

Fix.


-- 

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=37540

[Bug middle-end/37884] New: [4.4 Regression] Bootstrap failure due to miscompilation of tree-vrp.c

[krebbel at gcc dot gnu dot org]

GCC bootstrap on s390x currently fails with:

/build2/gcc/libgcc/../gcc/libgcc2.c: In function '__ucmpdi2':
/build2/gcc/libgcc/../gcc/libgcc2.c:1169: internal compiler error: in
compare_ranges, at tree-vrp.c:3375

reload reassigns a hard reg to a pseudo which has been created by change-loop
(ira-emit.c). The pseudo is live across a bb boundary. The target bb has
another pred bb which clobbers the same hard reg which is chosen by reload for
the pseudo. So my current guess is that either the liveness info is broken for
the pseudo created by change_loop or reload does not respect it in some way.

The problem might be related to PR37859 which describes a problem where IRA is
not able to detect that a register has been modified in the loop body. I've
tried the patch: http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00780.html
without success.


-- 
   Summary: [4.4 Regression] Bootstrap failure due to miscompilation
of tree-vrp.c
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: wrong-code, ra
  Severity: critical
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: krebbel at gcc dot gnu dot org
 GCC build triplet: s390x-ibm-linux
  GCC host triplet: s390x-ibm-linux
GCC target triplet: s390x-ibm-linux


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

[Bug java/35485] libjava is disabled by default

[dje at gcc dot gnu dot org]

--- Comment #3 from dje at gcc dot gnu dot org  2008-10-21 17:35 ---
Subject: Bug 35485

Author: dje
Date: Tue Oct 21 17:33:53 2008
New Revision: 141269

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141269
Log:
PR target/35485
* tree.c (get_file_function_name): Copy first_global_object_name.
Centralize call to clean_symbol_name.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/tree.c


-- 


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

[Bug middle-end/37669] [4.4 Regression] ice for legal code with -O2

[nemet at gcc dot gnu dot org]

--- Comment #20 from nemet at gcc dot gnu dot org  2008-10-21 17:48 ---
Subject: Bug 37669

Author: nemet
Date: Tue Oct 21 17:46:53 2008
New Revision: 141270

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141270
Log:
PR middle-end/37669
* tree-ssa-ccp.c (ccp_fold_builtin): Only allow one argument to be
processed by get_maxval_strlen.

testsuite/
PR middle-end/37669
* gcc.c-torture/compile/pr37669-2.c: New test.

Added:
trunk/gcc/testsuite/gcc.c-torture/compile/pr37669-2.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-ccp.c


-- 


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

[Bug middle-end/37669] [4.4 Regression] ice for legal code with -O2

[nemet at gcc dot gnu dot org]

--- Comment #21 from nemet at gcc dot gnu dot org  2008-10-21 17:48 ---
Fixed.


-- 

nemet at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug libgcj/37636] [4.4 regression] java tools are unable to find resource files

[doko at ubuntu dot com]

--- Comment #7 from doko at ubuntu dot com  2008-10-21 18:01 ---
fixed with the cp-0.98 merge


-- 

doko at ubuntu dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c++/37885] New: Accepts invalid CV qualifiers on member function returning function pointer

[witmer at averagesoftware dot org]

GCC accepts the following:

class Object
{
void (*Funk())() const;
};

const in this context should be a qualifier on a returned
pointer-to-member-function.  Intel and Comeau both reject this code.

The correct form:

class Object
{
void (*Funk() const)();
};

is correctly accepted by GCC.


-- 
   Summary: Accepts invalid CV qualifiers on member function
returning function pointer
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: witmer at averagesoftware dot org
  GCC host triplet: i486-pclinux-gnu


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

[Bug c++/37885] Accepts invalid CV qualifiers on member function returning function pointer

[witmer at averagesoftware dot org]

-- 

witmer at averagesoftware dot org changed:

   What|Removed |Added

 CC||witmer at averagesoftware
   ||dot org
   Severity|normal  |minor
   Keywords||accepts-invalid
  Known to fail||4.4.0 4.3.2 4.2.2


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

[Bug c++/3187] gcc lays down two copies of constructors

[alexandre dot nunes at gmail dot com]

--- Comment #32 from alexandre dot nunes at gmail dot com  2008-10-21 18:37 
---
I was considering using C++ for an arm-elf target, but I'm dropping that in
favour of plain C because of this silly thing. This sucks, because other than
that g++ does a pretty decent job when generating small, optimized code: I've
got no abstraction penalty at all, but a few duplicated constructors here and
there lead to about 23% code increase, and that wasn't acceptable.

The other funny thing is that if this is fixed, it'll be by 4.4 or something,
and so far I can't consider using gcc versions newer than 4.2.x, at least
because of PR31849.


-- 


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

[Bug fortran/36795] crash with character allocatable array argument

[pault at gcc dot gnu dot org]

--- Comment #7 from pault at gcc dot gnu dot org  2008-10-21 18:58 ---
(In reply to comment #6)
> I wonder if this bug can be closed, the testcase appears to work with trunk
> 

Joost,

I don't know what happened here.  I have made a testsuite case out of the
original and will commit it to trunk and close this PR.

Thanks for pointing it out and sorry it's taken so long to notice.

Cheers

Paul


-- 


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

[Bug libfortran/34670] bounds checking for array intrinsics

[tkoenig at gcc dot gnu dot org]

--- Comment #11 from tkoenig at gcc dot gnu dot org  2008-10-21 20:14 
---
Subject: Bug 34670

Author: tkoenig
Date: Tue Oct 21 20:12:52 2008
New Revision: 141276

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141276
Log:
2008-10-21  Thomas Koenig  <[EMAIL PROTECTED]>

PR libfortran/34670
* intrinsics/transpose_generic.c:  Implement bounds checking.
* m4/transpose.m4:  Likewise.
* generated/transpose_c8.c: Regenerated.
* generated/transpose_c16.c: Regenerated.
* generated/transpose_r10.c: Regenerated.
* generated/transpose_i8.c: Regenerated.
* generated/transpose_c10.c: Regenerated.
* generated/transpose_r4.c: Regenerated.
* generated/transpose_c4.c: Regenerated.
* generated/transpose_i16.c: Regenerated.
* generated/transpose_i4.c: Regenerated.
* generated/transpose_r8.c: Regenerated.
* generated/transpose_r16.c: Regenerated.

2008-10-21  Thomas Koenig  <[EMAIL PROTECTED]>

PR libfortran/34670
* gfortran.dg/transpose_2.f90:  New test.


Added:
trunk/gcc/testsuite/gfortran.dg/transpose_2.f90
Modified:
trunk/gcc/testsuite/ChangeLog
trunk/libgfortran/ChangeLog
trunk/libgfortran/generated/transpose_c10.c
trunk/libgfortran/generated/transpose_c16.c
trunk/libgfortran/generated/transpose_c4.c
trunk/libgfortran/generated/transpose_c8.c
trunk/libgfortran/generated/transpose_i16.c
trunk/libgfortran/generated/transpose_i4.c
trunk/libgfortran/generated/transpose_i8.c
trunk/libgfortran/generated/transpose_r10.c
trunk/libgfortran/generated/transpose_r16.c
trunk/libgfortran/generated/transpose_r4.c
trunk/libgfortran/generated/transpose_r8.c
trunk/libgfortran/intrinsics/transpose_generic.c
trunk/libgfortran/m4/transpose.m4


-- 


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

[Bug middle-end/37886] New: [graphite] ICE: Segmentation fault

[mitul dot thakkar at amd dot com]

gcc -c -O2 -floop-block copy_data.c

copy_data.c: In function 'copy_data':
copy_data.c:1: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

This was tested on the graphite branch. The reduced testcase is attached.


-- 
   Summary: [graphite] ICE: Segmentation fault
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mitul dot thakkar at amd dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug fortran/36795] crash with character allocatable array argument

[pault at gcc dot gnu dot org]

--- Comment #8 from pault at gcc dot gnu dot org  2008-10-21 20:28 ---
Subject: Bug 36795

Author: pault
Date: Tue Oct 21 20:27:27 2008
New Revision: 141277

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141277
Log:
2008-10-21  Paul Thomas  <[EMAIL PROTECTED]>

PR libfortran/36795
* gfortran.dg/char_expr_3.f90:  Add the original test case.


Added:
trunk/gcc/testsuite/gfortran.dg/char_expr_3.f90
Modified:
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug middle-end/37886] [graphite] ICE: Segmentation fault

[mitul dot thakkar at amd dot com]

--- Comment #1 from mitul dot thakkar at amd dot com  2008-10-21 20:29 
---
Created an attachment (id=16522)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16522&action=view)
Reduced Test Case


-- 


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

[Bug fortran/36795] crash with character allocatable array argument

[pault at gcc dot gnu dot org]

--- Comment #9 from pault at gcc dot gnu dot org  2008-10-21 20:30 ---
Fixed on trunk as per #7.

Thanks for the report

Paul


-- 

pault at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/37815] [4.4 Regression] ICE in vt_add_function_parameters (bootstrap error)

[rth at gcc dot gnu dot org]

--- Comment #13 from rth at gcc dot gnu dot org  2008-10-21 20:49 ---
Subject: Bug 37815

Author: rth
Date: Tue Oct 21 20:48:16 2008
New Revision: 141278

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141278
Log:
PR 37815
* emit-rtl.c (get_spill_slot_decl): Export.
* emit-rtl.h (get_spill_slot_decl): Declare.
* var-tracking.c (vt_add_function_parameters): Relax assertion
on the contents of MEM_EXPR in a PARM_DECL to include a spill slot.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/emit-rtl.c
trunk/gcc/emit-rtl.h
trunk/gcc/var-tracking.c


-- 


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

[Bug c++/37854] No error when creating a variable from itself

[manu at gcc dot gnu dot org]

--- Comment #5 from manu at gcc dot gnu dot org  2008-10-21 20:58 ---
Given Andrew's comments, this is not a bug. Thanks for the report nonetheless.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug c/37881] -Wunreachable-code warns for system headers macros

[manu at gcc dot gnu dot org]

--- Comment #1 from manu at gcc dot gnu dot org  2008-10-21 21:03 ---
We need a complete testcase. See http://gcc.gnu.org/bugs.html

In this case, we would need the unpreprocessed testcase but we still need a
complete one that we can compile ourselves. Thanks.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |WAITING


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

[Bug c++/34039] [MInGW] -Werror does not trigger non zero exit code

[manu at gcc dot gnu dot org]

--- Comment #4 from manu at gcc dot gnu dot org  2008-10-21 21:11 ---
This is unconfirmed and waiting for feedback.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
Summary|-Werror does not trigger non|[MInGW] -Werror does not
   |zero exit code  |trigger non zero exit code


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

[Bug c++/36391] Compilation never ends

[manu at gcc dot gnu dot org]

--- Comment #6 from manu at gcc dot gnu dot org  2008-10-21 21:25 ---
I cannot compile this testcase with GCC 4.3.2 or a recent revision of GCC 4.4. 

Could you recreate the prepocessed source with those compilers?


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug inline-asm/37887] New: %sil and %dil are used in 32-bit mode as inline asm registers

[therealfroggey at gmail dot com]

When compiling in 32-bit mode using the "r", "S" or "D" asm constraint with a
char variable gcc will incorrectly emit %sil or %dil

/* uses %sil for e */
void func(int a, int b, int c, int d, char e)
{
__asm__ volatile("%0 %1 %2 %3 %4" :: "r"(a), "r"(b), "r"(c), "r"(d),
"r"(e));
}

void func(char c)
{
__asm__ volatile("%0" :: "S"(c));
}

This occurs with gcc version 4.4.0 20081021 (experimental) svn revision 141272
and gcc version 4.3.2 (Debian 4.3.2-1)

Command line options used: -O2 -m32 -S


-- 
   Summary: %sil and %dil are used in 32-bit mode as inline asm
registers
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: therealfroggey at gmail dot com
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


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

[Bug inline-asm/37887] %sil and %dil are used in 32-bit mode as inline asm registers

[schwab at suse dot de]

--- Comment #1 from schwab at suse dot de  2008-10-21 21:42 ---


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


-- 

schwab at suse dot de changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/25923] [gfortran] garbled diagnostics with -O -Wuninitialized

[manu at gcc dot gnu dot org]

--- Comment #7 from manu at gcc dot gnu dot org  2008-10-21 21:43 ---
Fixed in trunk. Not a regression, no backport. Closing.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug inline-asm/23242] Invalid %sil register chosen when dereferenced pointer used in inline asm with -O0

[schwab at suse dot de]

--- Comment #8 from schwab at suse dot de  2008-10-21 21:42 ---
*** Bug 37887 has been marked as a duplicate of this bug. ***


-- 

schwab at suse dot de changed:

   What|Removed |Added

 CC||therealfroggey at gmail dot
   ||com


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

[Bug middle-end/37884] [4.4 Regression] Bootstrap failure due to miscompilation of tree-vrp.c

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.0


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

[Bug middle-end/28216] [4.2/4.3/4.4 regression] mangled warning message

[manu at gcc dot gnu dot org]

--- Comment #5 from manu at gcc dot gnu dot org  2008-10-21 21:45 ---
I don't see a testcase for this. I am tempted to close this as FIXED per
Simon's comments.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |WAITING


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

[Bug bootstrap/37888] New: make install fails attempting to build gcc/intl.c

[craig dot powers at gmail dot com]

Source directory is $HOME/gcc-build/gcc-4.4.-20081017
Object directory is $HOME/gcc-build/gcc-4.4-obj

Configured from the object directory as ../gcc-4.4-20081017/configure
--prefix=$HOME/gcc-trunk --enable-languages=c,c++,fortran
--with-mpfr=$HOME/gcc-build/gcc-4.4-20081017/mpfr

Make was run from the object directory with no errors.

Attempting make install results in:
gcc  -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wcast-qual -Wold-style-definition -Wc++-compat
-Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Werror -fno-common  -DHAVE_CONFIG_H -I. -I.
-I../../gcc-4.4-20081017/gcc -I../../gcc-4.4-20081017/gcc/.
-I../../gcc-4.4-20081017/gcc/../include
-I../../gcc-4.4-20081017/gcc/../libcpp/include
-I$HOME/gcc-build/gcc-4.4-20081017/mpfr/include
-I../../gcc-4.4-20081017/gcc/../libdecnumber
-I../../gcc-4.4-20081017/gcc/../libdecnumber/bid -I../libdecnumber\
  -DLOCALEDIR=\"$HOME/gcc-trunk/share/locale\" \
  -c ../../gcc-4.4-20081017/gcc/intl.c -o intl.o
cc1: error: unrecognized command line option "-Wc++-compat"
cc1: error: unrecognized command line option "-Wno-variadic-macros"
cc1: error: unrecognized command line option "-Wno-overlength-strings"
make[2]: *** [intl.o] Error 1
make[2]: Leaving directory `$HOME/gcc-build/gcc-4.4-obj/gcc'
make[1]: *** [install-gcc] Error 2
make[1]: Leaving directory `$HOME/gcc-build/gcc-4.4-obj'
make: *** [install] Error 2

(I have substituted $HOME for the actual expansion of my home directory.  The
home directory is an AFS network shared space.)

Executing the same command line manually (with include directories suitably
modified) produces the same error.

The system gcc is:
Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.6/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-libunwind-exceptions --enable-java-awt=gtk --host=x86_64-redhat-linux
Thread model: posix
gcc version 3.4.6 20060404 (Red Hat 3.4.6-10)


-- 
   Summary: make install fails attempting to build gcc/intl.c
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: craig dot powers at gmail dot com
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu


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

[Bug c/37881] -Wunreachable-code warns for system headers macros

[flameeyes at gentoo dot org]

--- Comment #2 from flameeyes at gentoo dot org  2008-10-21 22:56 ---
Created an attachment (id=16523)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16523&action=view)
tc-htons-unreachable.c

Sure here it is, there isn't much of a testcase I admit ;)


-- 


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

[Bug middle-end/35853] [4.4 Regression] -d is still referenced in some cases (documentation)

[jakub at gcc dot gnu dot org]

--- Comment #5 from jakub at gcc dot gnu dot org  2008-10-21 23:07 ---
Subject: Bug 35853

Author: jakub
Date: Tue Oct 21 23:06:21 2008
New Revision: 141280

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141280
Log:
PR middle-end/35853
* doc/invoke.texi: Remove references to obsoleted -d dumps.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/doc/invoke.texi


-- 


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

[Bug target/37880] Documentation of option -mcmodel=medium is wrong

[jakub at gcc dot gnu dot org]

--- Comment #2 from jakub at gcc dot gnu dot org  2008-10-21 23:08 ---
Subject: Bug 37880

Author: jakub
Date: Tue Oct 21 23:07:01 2008
New Revision: 141281

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141281
Log:
PR target/37880
* doc/invoke.texi: Fix spelling of -mlarge-data-threshold option.
Adjust -mcmodel=medium description for 2005-07-31 changes.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/doc/invoke.texi


-- 


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

[Bug middle-end/35853] [4.4 Regression] -d is still referenced in some cases (documentation)

[jakub at gcc dot gnu dot org]

--- Comment #6 from jakub at gcc dot gnu dot org  2008-10-21 23:09 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/37880] Documentation of option -mcmodel=medium is wrong

[jakub at gcc dot gnu dot org]

--- Comment #3 from jakub at gcc dot gnu dot org  2008-10-21 23:10 ---
Fixed.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug c/37881] -Wunreachable-code warns for system headers macros

[manu at gcc dot gnu dot org]

--- Comment #3 from manu at gcc dot gnu dot org  2008-10-21 23:12 ---
I cannot reproduce this because it seems that in my system
x86_64-unknown-linux-gnu, htons is not expanded as a macro.

Could you also add a preprocessed testcase and the exact output from the
compiler? Please, also use -fshow-column, -fdiagnostics-show-option and -v.

Thanks.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|WAITING |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-10-21 23:12:02
   date||


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

[Bug c/37881] -Wunreachable-code warns for system headers macros

[flameeyes at gentoo dot org]

--- Comment #4 from flameeyes at gentoo dot org  2008-10-21 23:19 ---
Created an attachment (id=16524)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16524&action=view)
Preprocessed test case

For what it's worth this is glibc 2.8 on Gentoo, AMD64 multilib system.


-- 


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

[Bug c/37881] -Wunreachable-code warns for system headers macros

[manu at gcc dot gnu dot org]

--- Comment #5 from manu at gcc dot gnu dot org  2008-10-21 23:36 ---
(In reply to comment #4)
> Created an attachment (id=16524)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16524&action=view) [edit]
> Preprocessed test case
> 

I don't see that htons was expanded as a macro there. Moreover, I am interested
in the output from the compiler when you use -Wunreachable-code together with
the options I mentioned (that is, the output given by gcc when it throws a
warning that you think it should not throw).

Thanks.


-- 


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

[Bug target/37633] [4.4 Regression] wrong register use on sh64

[kkojima at gcc dot gnu dot org]

--- Comment #7 from kkojima at gcc dot gnu dot org  2008-10-21 23:42 ---
Subject: Bug 37633

Author: kkojima
Date: Tue Oct 21 23:40:41 2008
New Revision: 141282

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141282
Log:
PR target/37633
* config/sh/sh.c (sh_hard_regno_mode_ok): New function.
* config/sh/sh.h (HARD_REGNO_MODE_OK): Use it.
* config/sh/sh-protos.h (sh_hard_regno_mode_ok): Declare.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/sh/sh-protos.h
trunk/gcc/config/sh/sh.c
trunk/gcc/config/sh/sh.h


-- 


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

[Bug c/37881] -Wunreachable-code warns for system headers macros

[flameeyes at gentoo dot org]

--- Comment #6 from flameeyes at gentoo dot org  2008-10-21 23:48 ---
Created an attachment (id=16525)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16525&action=view)
Preprocessed test case

That's because I forgot to turn on -O2 :/

tc-htons-unrechable.c: In function ‘my_htons’:
tc-htons-unrechable.c:5:10: warning: will never be executed
[-Wunreachable-code]

this is the warning that it throws.


-- 

flameeyes at gentoo dot org changed:

   What|Removed |Added

  Attachment #16524|0   |1
is obsolete||


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

[Bug middle-end/37815] [4.4 Regression] ICE in vt_add_function_parameters (bootstrap error)

[hjl at gcc dot gnu dot org]

--- Comment #14 from hjl at gcc dot gnu dot org  2008-10-22 00:22 ---
Subject: Bug 37815

Author: hjl
Date: Wed Oct 22 00:21:41 2008
New Revision: 141288

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141288
Log:
2008-10-21  H.J. Lu  <[EMAIL PROTECTED]>

Backport from mainline:
2008-10-21  Richard Henderson  <[EMAIL PROTECTED]>

PR 37815
* emit-rtl.c (get_spill_slot_decl): Export.
* emit-rtl.h (get_spill_slot_decl): Declare.
* var-tracking.c (vt_add_function_parameters): Relax assertion
on the contents of MEM_EXPR in a PARM_DECL to include a spill slot.

Modified:
branches/ira-merge/gcc/ChangeLog.ira
branches/ira-merge/gcc/emit-rtl.c
branches/ira-merge/gcc/emit-rtl.h
branches/ira-merge/gcc/var-tracking.c


-- 


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

[Bug middle-end/37815] [4.4 Regression] ICE in vt_add_function_parameters (bootstrap error)

[rth at gcc dot gnu dot org]

--- Comment #15 from rth at gcc dot gnu dot org  2008-10-22 00:46 ---
Fixed.


-- 

rth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug middle-end/37889] New: SEGV, conditional execution proactively executed the false arm.

[hp at gcc dot gnu dot org]

The following executable testcase, reduced from the CRIS port of an old
3.2.x-based version of gcc, is miscompiled at -O2 with
"gcc-4_3-branch revision 141262" and
"trunk revision 141281" configured with --prefix=/usr --enable-languages=c
--with-cpu=generic.  When run, it catches a SEGV.  It is known to work with at
least the Fedora "gcc-4.1.2-33" release.

gcc.c-torture/execute/prN-1.c:
int flag_pic;
const char * reg_names[(16 + 1 + 1 + 1)] = {"x", "y", "z"};
extern void abort (void) __attribute__ ((__noreturn__));
extern void exit (int) __attribute__ ((__noreturn__));
void __attribute__ ((__noinline__)) asm_fprintf (void *a, const char *b, const
char *c, const char *d)
{
  if (a == 0 || *c != 'x' || *d != 'x' || b == 0)
abort ();
  asm volatile ("");
}

void __attribute__ ((__noinline__))
cris_target_asm_function_prologue (void *file, long got_really_used)
{
  if (got_really_used)
{
  asm_fprintf (file, "%s %s\n",
   reg_names[(flag_pic ? 0 : (~(unsigned int) 0))],
   reg_names[(flag_pic ? 0 : (~(unsigned int) 0))]);
}
  asm_fprintf (file, "", "x", "x");
}

int main (void)
{
  flag_pic = 2;
  cris_target_asm_function_prologue ("", 1);
  exit (0);
}

There's a spurious warning emitted with -Wall:
x.c: In function 'cris_target_asm_function_prologue':
x.c:17: warning: array subscript is above array bounds
and a tell-tale SEGV-causing instruction:
 movabsq reg_names+34359738360, %rax
(corresponding to a read of reg_names[~(unsigned int) 0] into %rax)
which is wrongly moved *before* the flag_pic test.


-- 
   Summary: SEGV, conditional execution proactively executed the
false arm.
   Product: gcc
   Version: 4.3.3
Status: UNCONFIRMED
  Keywords: wrong-code
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
  GCC host triplet: x86_64-unknown-linux-gnu


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

[Bug middle-end/37889] SEGV, conditional execution proactively executed the false arm.

[hp at gcc dot gnu dot org]

-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
 GCC target triplet||x86_64-unknown-linux-gnu
   Last reconfirmed|-00-00 00:00:00 |2008-10-22 02:26:01
   date||


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

[Bug middle-end/37889] SEGV, conditional execution proactively executed the false arm.

[hp at gcc dot gnu dot org]

--- Comment #1 from hp at gcc dot gnu dot org  2008-10-22 02:40 ---
I've had a user report the same error with the Fedora 9 "gcc-4.3.0-8", so the
lower known-to-fail is 4.3.0.


-- 

hp at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.0
  Known to work||4.1.2


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

[Bug target/36861] [4.3/4.4 Regression] boost's compressed avl confuses GCC

[mmitchel at gcc dot gnu dot org]

--- Comment #26 from mmitchel at gcc dot gnu dot org  2008-10-22 03:02 
---
Richard has reproduced the bad behavior.  So, this is not UNCONFIRMED.  It's an
optimization regression; hence P2.


-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Priority|P3  |P2
   Last reconfirmed|-00-00 00:00:00 |2008-10-22 03:02:05
   date||


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

[Bug rtl-optimization/37272] [4.4 Regression] IRA has caused ppc64-double-1.c to fail

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/37316] [4.4 Regression] Small structs are not passed correctly on hppa64-*-*

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug middle-end/37318] [4.4 Regression] gcc.dg/compat//scalar-by-value-4_x.c:72: ICE: in emit_group_store, at expr.c:2084

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug middle-end/37320] [4.4 Regression] gcc.dg/compat execute test fails

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug middle-end/37323] [4.4 Regression] __builtin_apply failures

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug testsuite/37326] [4.4 Regression] gcc.dg/tree-ssa/ssa-store-ccp-3.c scan-tree-dump-times optimized "conststaticvariable" 1

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug target/37362] [4.4 Regression] Bootstrap broken on mipsisa64r2-linux-gcc

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug target/37367] [4.4 Regression] gcc-4.4 speed regression

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug target/37378] [4.4 Regression] Revision 139827 causes Divide_X

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug tree-optimization/37416] [4.4 Regression] Failure to return number of loop iterations

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug bootstrap/37422] [4.4 regression] IRA merge breaks Solaris/x86 bootstrap

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug target/37437] [4.4 regression] speed regression

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug ada/37440] [4.4 Regression] GNAT Bug Box a-ngcefu.adb:397

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P5


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

[Bug rtl-optimization/37490] [4.4 Regression] IRA causes FP code to have more spills

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug rtl-optimization/37534] [4.4 Regression] IRA causes 17% degradation in 187.facerec benchmark

[mmitchel at gcc dot gnu dot org]

--- Comment #8 from mmitchel at gcc dot gnu dot org  2008-10-22 03:10 
---
What is the current performance status?


-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug target/37610] [4.4 Regression] FAIL: g++.dg/eh/pr29166.C execution test

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug tree-optimization/37709] [4.4 Regression] inliner gone crazy

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug rtl-optimization/37782] [4.4 regression] Stage2 ada compiler miscompiled

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P5


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

[Bug middle-end/37884] [4.4 Regression] Bootstrap failure due to miscompilation of tree-vrp.c

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug target/37241] [4.4 Regression]: FAIL: g++.dg/abi/key2.C

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug middle-end/37339] [4.4 Regression] gcc.dg/pr33645-3.c scan-assembler-not var1_t

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug target/37364] [4.4 Regression] IRA generates inefficient code due to missing regmove pass

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug other/37463] [4.4 regression] All Solaris/x86 eh tests fail

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug tree-optimization/37526] [4.4 Regression] ICE using --combine -O2

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug c++/37561] [4.2/4.3/4.4 Regression] Revision 140405 caused g++.old-deja/g++.mike/warn1.C

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/37573] [4.4 Regression] gcc-4.4 regression: incorrect code generation with -O1 -ftree-vectorize

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug tree-optimization/37716] [4.4 Regression] ice for legal C++ code with -O2 on 20080926

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug middle-end/37730] [4.4 Regression] gcc.c-torture/compile/pr37713.c ICEs at -O3 -msse2

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug bootstrap/37739] [4.4 Regression] bootstrap broken with core gcc > gcc-4.2.x

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/37809] [4.2/4.3/4.4 Regression] Incorrect code with MMX right shift __builtin_ia32_psradi

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug tree-optimization/37853] [4.4 Regression] gcc.dg/vect/vect-67.c failing since PRE rewrite

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug target/37878] [4.4 regression] PPC64 ldu command generated with invalid offset

[mmitchel at gcc dot gnu dot org]

-- 

mmitchel at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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