[Bug target/29639] New: FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[Bug target/29639] New: FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

Between 2006-10-28 and 2006-10-29 a regression appeared on at least some
targets:

   http://gcc.gnu.org/ml/gcc-testresults/2006-10/msg01448.html
   http://gcc.gnu.org/ml/gcc-testresults/2006-10/msg01450.html

On i686-pc-linux-gnu, I'm seeing it only at -O1 or above, and goes like this:

#0  parse_lsda_header (context=0xbf80ae54, p=0x90 <Address 0x90 out of bounds>,
info=0xbf80ad30)
    at ../../../../trunk/libstdc++-v3/libsupc++/eh_personality.cc:65
#1  0xb7ebf1e2 in __gxx_personality_v0 (version=1, actions=1,
exception_class=5138137972254386944,
    ue_header=0x804a038, context=0xbf80ae54)
    at ../../../../trunk/libstdc++-v3/libsupc++/eh_personality.cc:435
#2  0xb7dd18d1 in _Unwind_RaiseException (exc=0x804a038) at
../../trunk/gcc/unwind.inc:117
#3  0xb7ebf71d in __cxa_throw (obj=0x804a058, tinfo=0xb7eec494, dest=0xb7ebfb70
<~bad_alloc>)
    at ../../../../trunk/libstdc++-v3/libsupc++/eh_throw.cc:71
#4  0xb7e53fb5 in std::__throw_bad_alloc () at
../../../../trunk/libstdc++-v3/src/functexcept.cc:52
#5  0x0804897c in
__gnu_test::check_allocate_max_size<__gnu_cxx::bitmap_allocator<int> > ()
    at
/home/paolo/Gcc/svn-dirs/trunk-build/i686-pc-linux-gnu/libstdc++-v3/include/ext/bitmap_allocator.h:1050
#6  0x080489cc in main ()
    at
/home/paolo/Gcc/svn-dirs/trunk/libstdc++-v3/testsuite/ext/bitmap_allocator/check_allocate_max_size.cc:30


-- 
           Summary: FAIL: ext/bitmap_allocator/check_allocate_max_size.cc
                    execution test
           Product: gcc
           Version: 4.3.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: pcarlini at suse dot de
GCC target triplet: sh4-unknown-linux-gnu, x86_64-suse-linux-gnu/-m32, i686-
                    pc-linux


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pinskia at gcc dot gnu dot org]

------- Comment #1 from pinskia at gcc dot gnu dot org  2006-10-30 00:02 -------
http://gcc.gnu.org/ml/gcc-patches/2004-04/msg01768.html

Hmm, I bet this is really a binutils bug.


-- 


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

------- Comment #2 from pcarlini at suse dot de  2006-10-30 00:08 -------
(In reply to comment #1)
> http://gcc.gnu.org/ml/gcc-patches/2004-04/msg01768.html

Are you sure this *2004* patch is relevant?

> Hmm, I bet this is really a binutils bug.

I'm seeing the problem with a stock 2.17, if nobody beats me I will try
something else...


-- 


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pinskia at gcc dot gnu dot org]

------- Comment #3 from pinskia at gcc dot gnu dot org  2006-10-30 00:21 -------
(In reply to comment #2)
> (In reply to comment #1)
> > http://gcc.gnu.org/ml/gcc-patches/2004-04/msg01768.html
> 
> Are you sure this *2004* patch is relevant?
> 

Yes since it just went in during the time frame you mentioned:
2006-10-28  Eric Botcazou  <ebotcazou@adacore.com>

        * except.h (output_function_exception_table): Add 'const char*' param.
        * except.c (switch_to_exception_section): Add 'const char*' param.
        If named sections are supported and HAVE_LD_EH_GC_SECTIONS is defined
        and flag_function_sections is set, use a function-specific section.
        (output_function_exception_table): Add 'const char*' param.
        Adjust call to switch_to_exception_section.
        * final.c (rest_of_handle_final): Adjust calls to
        output_function_exception_table.
        * configure.ac (HAVE_LD_EH_GC_SECTIONS): New check.
        * config.in: Regenerate.
        * configure: Likewise.


-- 


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

------- Comment #4 from pcarlini at suse dot de  2006-10-30 00:27 -------
(In reply to comment #3)
> > Are you sure this *2004* patch is relevant?
> > 
> 
> Yes since it just went in during the time frame you mentioned:
> 2006-10-28  Eric Botcazou  <ebotcazou@adacore.com>

Crazy. Ok, thanks, let's add Eric in CC, then.


-- 

pcarlini at suse dot de changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ebotcazou at gcc dot gnu dot
                   |                            |org


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #5 from ebotcazou at gcc dot gnu dot org  2006-10-30 09:57 -------
What is the command line to run only one test in the libstdc++ testsuite?


-- 


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

------- Comment #6 from pcarlini at suse dot de  2006-10-30 11:48 -------
(In reply to comment #5)
> What is the command line to run only one test in the libstdc++ testsuite?

I'm reluctant to tell you in public, because certainly there are *far* better
ways, but was I usually do when I'm in a hurry, I simply go inside the
libstdc++-v3/testsuite directory, set the LD_LIBRARY_PATH and then copy & paste
the complete command line from the ChangeLog.


-- 


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

------- Comment #7 from pcarlini at suse dot de  2006-10-30 11:52 -------
(In reply to comment #6)
> ... the complete command line from the ChangeLog.

Of course read it 'libstdc++.log', sorry.


-- 


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #8 from ebotcazou at gcc dot gnu dot org  2006-10-30 12:02 -------
> I'm reluctant to tell you in public, because certainly there are *far* better
> ways, but was I usually do when I'm in a hurry, I simply go inside the
> libstdc++-v3/testsuite directory, set the LD_LIBRARY_PATH and then copy & paste
> the complete command line from the ChangeLog.

The idea was precisely to avoid running the whole testsuite. :-)


-- 


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

------- Comment #9 from pcarlini at suse dot de  2006-10-30 12:05 -------
(In reply to comment #8)
> The idea was precisely to avoid running the whole testsuite. :-)

Oh, well, once in a while you *must* di that, right? ;) Just save somewhere
libstdc++.log...


-- 


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #10 from ebotcazou at gcc dot gnu dot org  2006-10-30 14:49 -------
> Oh, well, once in a while you *must* di that, right? ;)

Only under duress. :-)  Bug confirmed with Binutils 2.17 20061003 on x86.


-- 

ebotcazou at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
     Ever Confirmed|0                           |1
   Last reconfirmed|0000-00-00 00:00:00         |2006-10-30 14:49:59
               date|                            |


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

[Bug target/29639] FAIL: ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #11 from ebotcazou at gcc dot gnu dot org  2006-10-30 14:50 -------
Investigating.


-- 

ebotcazou at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|ebotcazou at gcc dot gnu dot|
                   |org                         |
         AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
                   |dot org                     |org
             Status|NEW                         |ASSIGNED
   Last reconfirmed|2006-10-30 14:49:59         |2006-10-30 14:50:31
               date|                            |


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

[Bug target/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

-- 

ebotcazou at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
 GCC target triplet|sh4-unknown-linux-gnu,      |sh4-unknown-linux, i686-pc-
                   |x86_64-suse-linux-gnu/-m32, |linux
                   |i686-pc-linux               |
            Summary|FAIL:                       |[4.3 regression]
                   |ext/bitmap_allocator/check_a|ext/bitmap_allocator/check_a
                   |llocate_max_size.cc         |llocate_max_size.cc
                   |execution test              |execution test
   Target Milestone|---                         |4.3.0


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

[Bug target/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

------- Comment #12 from pcarlini at suse dot de  2006-10-30 14:53 -------
Thanks Eric.


-- 


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

[Bug target/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #13 from bkoz at gcc dot gnu dot org  2006-11-01 12:11 -------
Eric, what I usually do is:

cd $build/libstdc++-v3/testsuite;
make testsuite_files

Then, edit out the file "testsuite_files" to the actual file or files that you
want to test.

Then, just type 'make check."

This will run the testsuite as per usual, just on a select group of files. Once
you've got that, then you can just cut and paste from the generated
libstdc++.log file if you are trying to compile just one testsuite.

-benjamin


-- 


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

[Bug target/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #14 from ebotcazou at gcc dot gnu dot org  2006-11-01 12:14 -------
> cd $build/libstdc++-v3/testsuite;
> make testsuite_files
> 
> Then, edit out the file "testsuite_files" to the actual file or files that you
> want to test.
> 
> Then, just type 'make check."

Neat.  Thanks!


-- 


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

[Bug target/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #15 from ebotcazou at gcc dot gnu dot org  2006-11-02 10:25 -------
> Yes since it just went in during the time frame you mentioned:
> 2006-10-28  Eric Botcazou  <ebotcazou@adacore.com>

My bad.  Patch crossing with Richard S. section anchor stuff.  Testing fix.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #16 from ebotcazou at gcc dot gnu dot org  2006-11-02 18:41 -------
Subject: Bug 29639

Author: ebotcazou
Date: Thu Nov  2 18:40:54 2006
New Revision: 118422

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118422
Log:
        PR other/29639
        * except.c (switch_to_exception_section): Do not cache the section
        if named sections are supported and HAVE_LD_EH_GC_SECTIONS is defined
        and flag_function_sections is set.


Added:
    trunk/gcc/testsuite/g++.dg/eh/gcsec1.C
Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/except.c
    trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #17 from ebotcazou at gcc dot gnu dot org  2006-11-02 18:44 -------
Should work now.


-- 

ebotcazou at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                URL|                            |http://gcc.gnu.org/ml/gcc-
                   |                            |patches/2006-
                   |                            |11/msg00100.html
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

------- Comment #18 from pcarlini at suse dot de  2006-11-03 00:29 -------
Thanks again for the quick fix.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #19 from bkoz at gcc dot gnu dot org  2006-11-03 10:46 -------

Is this actually fixed?

Here are my current testresults:
http://gcc.gnu.org/ml/gcc-testresults/2006-11/msg00094.html

Still shows breakage on FC6. Sorry, hardware constrained at the moment and
don't have other linuxes around as per usual. Backtraces now of the form:

Program received signal SIGABRT, Aborted.
0x007e8402 in __kernel_vsyscall ()
(gdb) where
#0  0x007e8402 in __kernel_vsyscall ()
#1  0x00befd40 in raise () from /lib/libc.so.6
#2  0x00bf1591 in abort () from /lib/libc.so.6
#3  0x001c2d57 in base_of_encoded_value (encoding=<value optimized out>, 
    context=0x6) at /mnt/share/src/gcc/libstdc++-v3/../gcc/unwind-pe.h:122
#4  0x001c2ded in parse_lsda_header (context=0xbfa272f4, 
    p=0x110001 "ELF\001\001\001", info=0xbfa271d0)
    at /mnt/share/src/gcc/libstdc++-v3/../gcc/unwind-pe.h:286
#5  0x001c30f2 in __gxx_personality_v0 (version=1, actions=1, 
    exception_class=5138137972254386944, ue_header=0x8504038, 
    context=0xbfa272f4)
    at /mnt/share/src/gcc/libstdc++-v3/libsupc++/eh_personality.cc:435
#6  0x00d90b51 in _Unwind_RaiseException (exc=0x8504038)
    at /mnt/share/src/gcc/gcc/unwind.inc:117
#7  0x001c362d in __cxa_throw (obj=0x8504058, tinfo=0x804a990, dest=0)
    at /mnt/share/src/gcc/libstdc++-v3/libsupc++/eh_throw.cc:71
#8  0x08049186 in Buf::overflow (this=0xbfa2756c)
    at
/mnt/share/src/gcc/libstdc++-v3/testsuite/27_io/basic_ostream/write/char/1.cc:40
#9  0x0019cfdb in std::basic_streambuf<char, std::char_traits<char> >::xsputn
    (this=0xbfa2756c, __s=0x804957c "a", __n=1)
    at
/mnt/share/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/include/bits/streambuf.tcc:102
#10 0x00193ad1 in std::ostream::write (this=0xbfa274e0, __s=0x804957c "a", 
    __n=1)
    at /mnt/share/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/include/streambuf:447
#11 0x08049272 in test01 ()
    at
/mnt/share/src/gcc/libstdc++-v3/testsuite/27_io/basic_ostream/write/char/1.cc:52
#12 0x08049426 in main ()
    at
/mnt/share/src/gcc/libstdc++-v3/testsuite/27_io/basic_ostream/write/char/1.cc:72


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[pcarlini at suse dot de]

------- Comment #20 from pcarlini at suse dot de  2006-11-03 11:28 -------
I can confirm that this specific regression disappeared for me. But I suspect
something also depends on the binutils version and other details, I'm using a
stock 2.17 on this machine...


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #21 from ebotcazou at gcc dot gnu dot org  2006-11-03 11:58 -------
> Is this actually fixed?

It is on my system, either x86_64-suse-linux -m64/-m32 or i586-suse-linux,
with binutils 2.17.

> Here are my current testresults:
> http://gcc.gnu.org/ml/gcc-testresults/2006-11/msg00094.html

Ouch!

> Still shows breakage on FC6.

Which version of binutils?


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #22 from bkoz at gcc dot gnu dot org  2006-11-04 09:29 -------
ld --version
GNU ld version 2.17.50.0.3-6 20060715


But, I also tried this with --hash-style=sysv, and got the same results. I'll
try to figure out what's going on.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #23 from ebotcazou at gcc dot gnu dot org  2006-11-04 20:16 -------
> ld --version
> GNU ld version 2.17.50.0.3-6 20060715

I cannot reproduce with binutils mainline:
eric@linux:~/build/binutils/native32> ld/ld-new --version
GNU ld version 2.17.50 20061104

How are binutils configured?  Does FC6 use local patches?


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[danglin at gcc dot gnu dot org]

------- Comment #24 from danglin at gcc dot gnu dot org  2006-11-05 19:34 -------
I'm seeing similar problems on hppa-linux.  See PR 29661 for mor details.
There are some others as well that are probably dups.


-- 

danglin at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |danglin at gcc dot gnu dot
                   |                            |org


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #25 from ebotcazou at gcc dot gnu dot org  2006-11-05 20:03 -------
> I'm seeing similar problems on hppa-linux.  See PR 29661 for mor details.
> There are some others as well that are probably dups.

With some exotic version of binutils too? :-)


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #26 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-05 20:15 -------
Subject: Re:  [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test

> With some exotic version of binutils too? :-)

When I first hit the problem, I was using a build from last June.
I updated when it was suggested that this might be a binutils
problem.  I'm now using:

dave@hiauly6:~/gnu/gcc-4.3/objdir/gcc/testsuite/g++$ ld --version
GNU ld version 2.17.50 20061031

It's stock.

Dave


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #27 from ebotcazou at gcc dot gnu dot org  2006-11-05 21:32 -------
> dave@hiauly6:~/gnu/gcc-4.3/objdir/gcc/testsuite/g++$ ld --version
> GNU ld version 2.17.50 20061031

OK, thanks.  I'll try harder to reproduce on x86/Linux.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #28 from ebotcazou at gcc dot gnu dot org  2006-11-06 12:25 -------
> OK, thanks.  I'll try harder to reproduce on x86/Linux.

This is getting annoying.  I've built a first C++ compiler --with-as --with-ld
set to the new binutils, installed it, then built a second C++ compiler using
the first one to factor out configure quirks, but to no avail.

Benjamin, could you attach your gcc/auto-host.h file from FC6?


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #29 from bkoz at gcc dot gnu dot org  2006-11-06 22:03 -------
Created an attachment (id=12555)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12555&action=view)
auto-host.h file from FC6 gcc build directory


Here you go Eric.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #30 from bkoz at gcc dot gnu dot org  2006-11-06 22:05 -------

Since this is also new hardware for me, I'll try a couple of other things to
try and isolate. Note that gcc-4_2-branch is working perfectly for me, so I
have switched over to that for work as a temporary measure so I can get things
done. This makes me think that it's not a distro-specific issue, or a hardware
specific issue, or a binutils specific issue, but most likely a gcc-specific
issue.

Things I'll try tomorrow:
1) disabling PCH
2) the usual PIE/SELinux disabling switcheroos

-benjamin


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #31 from ebotcazou at gcc dot gnu dot org  2006-11-06 22:14 -------
> Here you go Eric.

Thanks.  Why are COMDAT groups disabled in your compiler?

 /* Define 0/1 if your assembler and linker support COMDAT groups. */
 #ifndef USED_FOR_TARGET
-#define HAVE_COMDAT_GROUP 0
+#define HAVE_COMDAT_GROUP 1
 #endif


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #32 from bkoz at gcc dot gnu dot org  2006-11-06 23:50 -------

Dunno. However, this bit is the same for gcc and gcc-4_2-branch on my system.

There are, however, other differences between the gcc and gcc-4_2-branch files:

%diff gcc/auto-host.h ../gcc-4_2-branch/gcc/auto-host.h
*** gcc/auto-host.h     2006-11-06 09:23:47.000000000 +0100
--- ../gcc-4_2-branch/gcc/auto-host.h   2006-11-05 12:00:38.000000000 +0100
***************
*** 204,216 ****
  #endif


- /* Define if your assembler supports the subtraction of symbols in different
-    sections. */
- #ifndef USED_FOR_TARGET
- #define HAVE_AS_IX86_DIFF_SECT_DELTA 1
- #endif
- 
- 
  /* Define if your assembler supports the ffreep mnemonic. */
  #ifndef USED_FOR_TARGET
  #define HAVE_AS_IX86_FFREEP 1
--- 204,209 ----
***************
*** 241,264 ****
  #endif


- /* Define if your assembler supports mffgpr and mftgpr. */
- #ifndef USED_FOR_TARGET
- /* #undef HAVE_AS_MFPGPR */
- #endif
- 
- 
  /* Define if your assembler supports the -no-mul-bug-abort option. */
  #ifndef USED_FOR_TARGET
  /* #undef HAVE_AS_NO_MUL_BUG_ABORT_OPTION */
  #endif


- /* Define if the assembler understands -mno-shared. */
- #ifndef USED_FOR_TARGET
- /* #undef HAVE_AS_NO_SHARED */
- #endif
- 
- 
  /* Define if your assembler supports offsetable %lo(). */
  #ifndef USED_FOR_TARGET
  /* #undef HAVE_AS_OFFSETABLE_LO10 */
--- 234,245 ----
***************
*** 903,915 ****
  /* Define if your linker supports --eh-frame-hdr option. */
  #define HAVE_LD_EH_FRAME_HDR 1

- /* Define if your linker supports garbage collection of sections in presence
-    of EH frames. */
- #ifndef USED_FOR_TARGET
- #define HAVE_LD_EH_GC_SECTIONS 1
- #endif
- 
- 
  /* Define if your PowerPC64 linker only needs function descriptor syms. */
  #ifndef USED_FOR_TARGET
  /* #undef HAVE_LD_NO_DOT_SYMS */
--- 884,889 ----
***************
*** 1280,1286 ****

  /* Define to PREFIX/include if cpp should also search that directory. */
  #ifndef USED_FOR_TARGET
! #define PREFIX_INCLUDE_DIR "/mnt/share/bld/H-x86-gcc/include"
  #endif


--- 1254,1260 ----

  /* Define to PREFIX/include if cpp should also search that directory. */
  #ifndef USED_FOR_TARGET
! #define PREFIX_INCLUDE_DIR "/mnt/share/bld/H-x86-gcc-4_2-branch/include"
  #endif




-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #33 from ebotcazou at gcc dot gnu dot org  2006-11-07 00:04 -------
> Dunno. However, this bit is the same for gcc and gcc-4_2-branch on my system.

Weird.  COMDAT groups are not supposed to be disabled on Linux I think.

Dave, are they also disabled on yours?  If so, what compiler do you use to
compile your binutils?

> There are, however, other differences between the gcc and gcc-4_2-branch files:

Right, but the only significant difference with my compiler is the disabling
of COMDAT groups on yours.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #34 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-07 02:08 -------
Subject: Re:  [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test

> Weird.  COMDAT groups are not supposed to be disabled on Linux I think.
> 
> Dave, are they also disabled on yours?  If so, what compiler do you use to

No.

> compile your binutils?

In on case I used 4.1.1 and the other 3.3.4.  Both exhibit the same
behavior.

>From the debugging that I did, it looked as if there's a problem with
the LSDA data.  This causes the encoding error.

Dave


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #35 from bkoz at gcc dot gnu dot org  2006-11-07 10:03 -------

PCH makes no difference. Same bugs with and without.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[jakub at gcc dot gnu dot org]

------- Comment #36 from jakub at gcc dot gnu dot org  2006-11-07 13:10 -------
HAVE_COMDAT_GROUP is 0 because the ld version parser is too strict for Fedora
Core 6 ld --version, see
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg00398.html


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #37 from bkoz at gcc dot gnu dot org  2006-11-07 15:27 -------

A ha! With Jakub's patch in everything is now ok with me.

thanks.

-benjamin


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #38 from ebotcazou at gcc dot gnu dot org  2006-11-07 17:17 -------
> A ha! With Jakub's patch in everything is now ok with me.

Do you mean that the C++ EH failures are gone?  If so, it looks like my patch
badly interacts with some C++ idioms.  Investigating...


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #39 from ebotcazou at gcc dot gnu dot org  2006-11-07 17:42 -------
> Do you mean that the C++ EH failures are gone?  If so, it looks like my patch
> badly interacts with some C++ idioms.  Investigating...

Ok, that's it, if I disable COMDAT groups, I get the failures on x86/Linux.

Dave, do you have the latest sources of the compiler?  I've already installed
a first fix for this PR.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #40 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-07 18:26 -------
Subject: Re:  [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test

> > Do you mean that the C++ EH failures are gone?  If so, it looks like my patch
> > badly interacts with some C++ idioms.  Investigating...
> 
> Ok, that's it, if I disable COMDAT groups, I get the failures on x86/Linux.
> 
> Dave, do you have the latest sources of the compiler?  I've already installed
> a first fix for this PR.

I started two builds yesterday.  I'll start another set this evenings.

>From the above, it sounds as if COMDAT groups are broken on hppa/Linux.
That's not totally surprising given that the handling of some relocations
is tricky.

Dave


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[bkoz at gcc dot gnu dot org]

------- Comment #41 from bkoz at gcc dot gnu dot org  2006-11-08 11:34 -------

Hey Eric. Yes, it looks like I'm all ok (test results are perfect) as long as
HAVE_COMDAT_GROUP is defined, but screwed if it isn't. Although I'm ok now, it
does seem as if something may be wrong in one of the code paths, as things
should still work without comdat groups, no?

It looks like you are able to reproduce now, so that's good.

Thanks for your help!


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #42 from ebotcazou at gcc dot gnu dot org  2006-11-08 11:41 -------
> Hey Eric. Yes, it looks like I'm all ok (test results are perfect) as long
> as HAVE_COMDAT_GROUP is defined, but screwed if it isn't. Although I'm ok
> now, it does seem as if something may be wrong in one of the code paths, as
> things should still work without comdat groups, no?

Yes, I'm investigating.  Ultimately I could always resort to conditionalizing
my change on HAVE_COMDAT_GROUP, but that would be more of a kludge.

> Thanks for your help!

Thanks for your patience. :-)


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #43 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-08 22:16 -------
Subject: Re:  [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test

> Yes, I'm investigating.  Ultimately I could always resort to conditionalizing
> my change on HAVE_COMDAT_GROUP, but that would be more of a kludge.

Things are still broken on hppa-linux.

Dave


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #44 from ebotcazou at gcc dot gnu dot org  2006-11-09 12:33 -------
> Things are still broken on hppa-linux.

I have a fix (in the linker) for the !HAVE_COMDAT_GROUP breakage on x86 but
it is probably not sufficient on hppa.  Could you try it anyway?  Just relink
the libstdc++.so shared object with the patched linker.  Thanks in advance.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #45 from ebotcazou at gcc dot gnu dot org  2006-11-09 12:34 -------
Created an attachment (id=12575)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12575&action=view)
Linker fix for !HAVE_COMDAT_GROUP breakage

Successfully tested on x86.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[christian dot joensson at gmail dot com]

------- Comment #46 from christian dot joensson at gmail dot com  2006-11-10 09:08 -------
(In reply to comment #45)
> Created an attachment (id=12575)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12575&action=view) [edit]
> Linker fix for !HAVE_COMDAT_GROUP breakage
> 
> Successfully tested on x86.
> 

hmm, this could be brought into binutils' dev repo, right?


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #47 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-10 15:23 -------
Subject: Re:  [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test

> > Things are still broken on hppa-linux.
> 
> I have a fix (in the linker) for the !HAVE_COMDAT_GROUP breakage on x86 but
> it is probably not sufficient on hppa.  Could you try it anyway?  Just relink
> the libstdc++.so shared object with the patched linker.  Thanks in advance.

Still broken.  I should turn off HAVE_COMDAT_GROUP and see if that
helps.

Dave


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #48 from ebotcazou at gcc dot gnu dot org  2006-11-12 22:06 -------
> Still broken.  I should turn off HAVE_COMDAT_GROUP and see if that helps.

Does hppa-linux use non-standard text sections?  Revised patch to be attached.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #49 from ebotcazou at gcc dot gnu dot org  2006-11-12 22:08 -------
Created an attachment (id=12600)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12600&action=view)
Revised linker fix.

Lightly tested on x86.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[dave at hiauly1 dot hia dot nrc dot ca]

------- Comment #50 from dave at hiauly1 dot hia dot nrc dot ca  2006-11-13 02:01 -------
Subject: Re:  [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test

> > Still broken.  I should turn off HAVE_COMDAT_GROUP and see if that helps.
> 
> Does hppa-linux use non-standard text sections?  Revised patch to be attached.

I'm not sure what you mean by "non-standard".  There's nothing non
standard about the names.  However, there are some special issues.

I don't believe that it's possible to switch out of the text for any
given function and back in.  This is definitely not possible under hpux.
For this reason, we don't support hot and cold text.  Switching out
of the text section would affect the calculation of branch distances
and possibly affect the placement of the stub tables used to convert
short pc-relative branches to long branches.

The EH tables use an indirect pc-relative encoding for global and
function pointers.  This avoids having any dynamic relocations in
the EH data, but there has to be a fixed relationship between text
and data in dynamic objects for this to work.

The PA handling of function pointers is also somewhat unique and
based on the original hpux implementation.

Thanks for the patch update.  I'll give it a try.  Unfortunately,
I didn't have time this weekend to work on this.

Dave


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[chaoyingfu at gcc dot gnu dot org]

------- Comment #51 from chaoyingfu at gcc dot gnu dot org  2006-11-30 19:44 -------
Subject: Bug 29639

Author: chaoyingfu
Date: Thu Nov 30 19:43:57 2006
New Revision: 119376

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=119376
Log:
Merged revisions 118384-118452 via svnmerge from 
svn+ssh://chaoyingfu@sources.redhat.com/svn/gcc/trunk

........
  r118384 | sje | 2006-11-01 08:25:17 -0800 (Wed, 01 Nov 2006) | 2 lines

        * tests/base/sys/socket.h: Update.
........
  r118385 | dgregor | 2006-11-01 08:27:23 -0800 (Wed, 01 Nov 2006) | 8 lines

  2006-11-01    Douglas Gregor <doug.gregor@gmail.com>

        * include/cpplib.h (enum c_lang): Add CLK_GNUCXX0X and CLK_CXX0X
        for experimental C++0x mode.
        * init.c (lang_defaults): Add defaults for C++0x modes. C++0x has
        adopted the preprocessor changes introduced in C99.
........
  r118386 | dgregor | 2006-11-01 08:29:06 -0800 (Wed, 01 Nov 2006) | 14 lines

  2006-11-01    Douglas Gregor <doug.gregor@gmail.com>

        * c-common.c (flag_cpp0x): New.
        * c-common.h (flag_cpp0x): New.
        * c-cppbuiltin.c (c_cpp_builtins): If C++0x extensions are
        supported, define __GXX_EXPERIMENTAL_CPP0X__.
        * c-opts.c (set_std_cxx0x): New.
        (c_common_handle_option): Handle -std=c++0x, -std=gnu++0x.
        * c.opt (std=c++0x): Document.
        (std=gnu++0x): Ditto.
        * doc/cpp.texi: Document __GXX_EXPERIMENTAL_CPP0X__.
        * doc/invoke.texi: Document -std=c++0x, -std=gnu++0x.

........
  r118389 | dgregor | 2006-11-01 09:13:27 -0800 (Wed, 01 Nov 2006) | 14 lines

  2006-11-01    Douglas Gregor <doug.gregor@gmail.com>

        * c-common.c (flag_cpp0x): New.
        * c-common.h (flag_cpp0x): New.
        * c-cppbuiltin.c (c_cpp_builtins): If C++0x extensions are
        supported, define __GXX_EXPERIMENTAL_CPP0X__.
        * c-opts.c (set_std_cxx0x): New.
        (c_common_handle_option): Handle -std=c++0x, -std=gnu++0x.
        * c.opt (std=c++0x): Document.
        (std=gnu++0x): Ditto.
        * doc/cpp.texi: Document __GXX_EXPERIMENTAL_CPP0X__.
        * doc/invoke.texi: Document -std=c++0x, -std=gnu++0x.
........
  r118391 | kseitz | 2006-11-01 10:20:19 -0800 (Wed, 01 Nov 2006) | 8 lines

          * gnu/gcj/jvmti/Location.java: New file.
          * gnu/gcj/jvmti/BreakpointManager.java: New file.
          * jvmti.cc (_Jv_JVMTI_SetBreakpoint): New function.
          (_Jv_JVMTI_ClearBreakpoint): New function.
          (_Jv_JVMTI_Interface): Define SetBreakpoint and ClearBreakpoint.
          * sources.am: Regenerated.
          * Makefile.in: Regenerated.
........
  r118392 | vprus | 2006-11-01 11:01:36 -0800 (Wed, 01 Nov 2006) | 6 lines

  2006-11-01  Chris Johns <chris@contemporary.net.au>

          PR bootstrap/28400
          * Makefile.in (install-driver): Use exeext when installing
          $target-gcc-$version.
........
  r118393 | nemet | 2006-11-01 11:19:28 -0800 (Wed, 01 Nov 2006) | 5 lines

        * tree-pretty-print.c (dump_generic_node) <INTEGER_CST>: Use
        HOST_WIDE_INT_PRINT to print high and low parts.  Use
        HOST_BITS_PER_WIDE_INT for the width of HOST_WIDE_INT.  When
        printing a hexadecimal number prefix it with 0x.
........
  r118394 | nemet | 2006-11-01 11:22:02 -0800 (Wed, 01 Nov 2006) | 5 lines

        * gcc.dg/fold-mod-1.c: Match the leading 0x for the
        hexadecimal value.
        * gcc.dg/tree-prof/val-prof-2.c: Likewise.
        * gcc.dg/pr14796-2.c: Likewise.
........
  r118396 | bergner | 2006-11-01 12:47:53 -0800 (Wed, 01 Nov 2006) | 67 lines

        * doc/invoke.texi: Add cpu_type power6x
        (RS/6000 and PowerPC Options): Add -mmfpgpr.
        * config.gcc: Add cpu_type power6x.
        * configure.ac: Add test for mf{t,f}gpr instructions.
        (HAVE_AS_MFPGPR): New.
        * config.in: Regenerate.
        * configure: Regenerate.
        * config/rs6000/aix52.h (ASM_CPU_SPEC): Add power6x.
        * config/rs6000/rs6000.md (define_attr "type"): Add insert_dword,
        shift,trap,var_shift_rotate,cntlz,exts, var_delayed_compare, mffgpr
        and mftgpr attributes.
        (define_attr "cpu"): Add power6.
        Change instruction sequences to use new attributes.
        (floatsidf2,fix_truncdfsi2): use TARGET_MFPGPR.
        (fix_truncdfsi2_mfpgpr): New.
        (floatsidf_ppc64_mfpgpr): New.
        (floatsidf_ppc64): Added !TARGET_MFPGPR condition.
        (movdf_hardfloat64_mfpgpr,movdi_mfpgpr): New.
        (movdf_hardfloat64): Added !TARGET_MFPGPR condition.
        (movdi_internal64): Added !TARGET_MFPGPR and related conditions.
        (fix_truncdfsi2): Use gpc_reg_operand constraint.
        * config/rs6000/{6xx.md,power4.md,8540.md,603.md,mpc.md,
        7xx.md,rios2.md,7450.md,440.md,rios1.md,rs64.md,power5.md,40x.md}:
        Add descriptions for insert_dword, shift,trap,var_shift_rotate,
        cntlz,exts and var_delayed_compare.
        * config/rs6000/rs6000-c.c (rs6000_cpu_cpp_builtins): Define
        _ARCH_PWR6X, if features enabled.
        * config/rs6000/rs6000.opt (mmfpgpr): New.
        * config/rs6000/rs6000.c (rs6000_align_branch_targets): New variable.
        (cached_can_issue_more): New variable.
        (processor_costs): Add power6_cost.
        (rs6000_sched_init): New function.
        (is_dispatch_slot_restricted): Deleted.
        (set_to_load_agen): New function.
        (is_load_insn,is_store_insn): New functions.
        (adjacent_mem_locations): New function.
        (insn_must_be_first_in_group): New function.
        (insn_must_be_last_in_group): New function.
        (rs6000_sched_reorder): New function.
        (rs6000_sched_reorder2): New function.
        (TARGET_SCHED_INIT,TARGET_SCHED_REORDER,
        TARGET_SCHED_REORDER2): Define.
        (processor_target_table): Use PROCESSOR_POWER6 for power6.
        Add power6x. Add MASK_MFPGPR for power6x.
        (POWERPC_MASKS): Add MASK_MFPGPR.
        (rs6000_override_options): Set rs6000_always_hint to false
        for power6.  Set rs6000_align_branch_targets. Replace
        rs6000_sched_groups check with rs6000_align_branch_targets.
        Use PROCESSOR_POWER6.
        (last_scheduled_insn): New variable.
        (load_store_pendulum): New variable.
        (rs6000_variable_issue): Set last_scheduled_insn and
        cached_can_issue_more.
        (rs6000_adjust_cost): Add power6 cost adjustments.
        (rs6000_adjust_priority): Replace is_dispatch_slot_restricted
        with insn_must_be_first_in_group. Add power6 priority adjustments.
        (rs6000_issue_rate): Add CPU_POWER6.
        (insn_terminates_group_p): Use insn_must_be_{first,last}_in_group.
        * config/rs6000/rs6000.h (processor_type): Add PROCESSOR_POWER6.
        (TARGET_MFPGPR): New.
        (SECONDARY_MEMORY_NEEDED): Use TARGET_MFPGPR.
        (ASM_CPU_SPEC): Add power6x.
        (SECONDARY_MEMORY_NEEDED): Added mode!=DFmode and mode!=DImode
        conditions.
        * config/rs6000/power6.md: New file.
........
  r118403 | gccadmin | 2006-11-01 16:17:55 -0800 (Wed, 01 Nov 2006) | 1 line

  Daily bump.
........
  r118405 | sayle | 2006-11-01 16:56:38 -0800 (Wed, 01 Nov 2006) | 11 lines


        * configure.ac (HAVE_AS_IX86_DIFF_SECT_DELTA): New test to determine
        whether the assembler supports taking the difference of symbols in
        different sections.  On x86/Solaris, GAS does but Solaris as doesn't.
        * configure: Regenerate.
        * config.in: Regenerate.
        * config/i386/sol2-10.h (JUMP_TABLES_IN_TEXT_SECTION): Define if
        the assembler doesn't support taking the difference of symbols in
        different sections, i.e. we're using the native solaris assembler.
........
  r118408 | sayle | 2006-11-01 18:37:38 -0800 (Wed, 01 Nov 2006) | 5 lines


        * config/darwin.h (CPP_SPEC): Handle -pthread, transforming
        it into -D_REENTRANT.
........
  r118409 | ghazi | 2006-11-01 19:20:49 -0800 (Wed, 01 Nov 2006) | 9 lines

        PR middle-end/29335
        * builtins.c (do_mpfr_sincos): New.
        (fold_builtin_1): Use it to fold builtin sincos.

  testsuite:
        * gcc.dg/torture/builtin-math-3.c: Fix semicolons.
        (TESTIT_2P, TESTIT_2P_R): New macros.  Test sincos.
........
  r118419 | kseitz | 2006-11-02 08:59:04 -0800 (Thu, 02 Nov 2006) | 3 lines

          * jvmti.cc (_Jv_JVMTI_GetLineNumberTable): New function.
          (_Jv_JVMTI_Interface): Define GetLineNumberTable.
........
  r118420 | kseitz | 2006-11-02 09:01:01 -0800 (Thu, 02 Nov 2006) | 2 lines

          * gnu/classpath/jdwp/natVMMethod.cc (getLineTable): Implement.
........
  r118422 | ebotcazou | 2006-11-02 10:40:54 -0800 (Thu, 02 Nov 2006) | 6 lines

        PR other/29639
        * except.c (switch_to_exception_section): Do not cache the section
        if named sections are supported and HAVE_LD_EH_GC_SECTIONS is defined
        and flag_function_sections is set.
........
  r118424 | andreast | 2006-11-02 12:03:40 -0800 (Thu, 02 Nov 2006) | 5 lines

  2006-11-02  Andreas Tobler  <a.tobler@schweiz.org>

        * objc-act.c (objc_finish_file): Remove ifdef clause for OBJCPLUS and
        content where we called cp_finish_file.
........
  r118425 | pbrook | 2006-11-02 12:18:42 -0800 (Thu, 02 Nov 2006) | 9 lines

  2006-11-02  Paul Brook  <paul@codesourcery.com>

        gcc/
        * config/arm/arm.c (arm_elf_asm_constructor): Remove ATTRIBUTE_UNUSED
        from priority argument.  Use different section for non-default
        priority.
        * config/arm/elf.h: Remove definition of SUPPORTS_INIT_PRIORITY.
........
  r118426 | ebotcazou | 2006-11-02 12:43:19 -0800 (Thu, 02 Nov 2006) | 5 lines

        * doc/install.texi (sparc-sun-solaris2*): Update GMP/MPFR build
        instructions.
        (sparc64-sun-solaris2*): Likewise.
........
  r118431 | mrs | 2006-11-02 13:06:40 -0800 (Thu, 02 Nov 2006) | 2 lines

        * g++.old-deja/g++.abi/align.C: Enable for darwin.
........
  r118433 | mrs | 2006-11-02 14:01:36 -0800 (Thu, 02 Nov 2006) | 2 lines

        * obj-c++.dg/const-str-9.mm: Don't run on 64-bit.
........
  r118435 | kkojima | 2006-11-02 14:57:13 -0800 (Thu, 02 Nov 2006) | 20 lines

        PR target/27405
        * config/sh/sh.md (cmp{eq,gt,gtu}{si,di}_media): Remove.
        (cmpsi{eq,gt,gtu}{si,di}_media): Rename to
        cmp{eq,gt,gtu}{si,di}_media.
        (*cmpne0si_media): Remove.
        (*movsicc_umin): Adjust gen_cmp*_media call.
        (unordered): Change the mode of unordered and operands[1] to
        SImode.
        (seq): Adjust gen_cmp*_media calls.  Make the mode of
        a temporary result of compare SImode if needed.  If the mode
        of operands[0] is DImode, extend the temporary result to DImode.
        (slt, sle, sgt, sge, sgtu, sltu, sleu, sgue, sne): Likewise.
        (sunorderd): Change the mode of match_operand and unorderd to
        SImode.
        (cmpeq{sf,df}_media): Remove.
        (cmpsieq{sf,df}_media): Rename to cmpeq{sf,df}_media.
        (cmp{gt,ge,un}{sf,df}_media): Change the mode of match_operand
        and compare operation to SImode.
........
  r118442 | gccadmin | 2006-11-02 16:17:46 -0800 (Thu, 02 Nov 2006) | 1 line

  Daily bump.
........
  r118444 | bje | 2006-11-02 16:56:35 -0800 (Thu, 02 Nov 2006) | 3 lines

        * tree-ssa.c (warn_uninit): Use expand_location variables for
        locus and declaration locus.
........
  r118445 | pbrook | 2006-11-02 16:59:32 -0800 (Thu, 02 Nov 2006) | 15 lines

  2006-11-02  Carlos O'Donell  <carlos@codesourcery.com>

        gcc/
        * config/arm/linux-elf.h (NEED_INDICATE_EXEC_STACK): Define as 1.
        * arm.c (arm_file_end): If NEED_INDICATE_EXEC_STACK call 
        file_end_indicate_exec_stack. 
        * arm.h [!NEED_INDICATE_EXEC_STACK] (NEED_INIDCATE_EXEC_STACK): 
        Define as 0.
        * lib1funcs.asm [__ELF__ && __linux__]: Emit .note.GNU-stack section
        for a non-executable stack.
        * crti.asm: Likewise.
        * crtn.asm: Likewise.
        * libunwind.S: Likewise. 
........
  r118447 | brooks | 2006-11-02 17:06:26 -0800 (Thu, 02 Nov 2006) | 3 lines

  * doc/invoke.texi: Fix mfp-trap-mode typo.
........
  r118448 | pinskia | 2006-11-02 17:27:39 -0800 (Thu, 02 Nov 2006) | 8 lines

  2006-11-02  Andrew Pinski  <andrew_pinski@playstation.sony.com>

          * doc/md.texi (RS6000 constraints): Document H, Z, a, t, and W
          constraints.
........
  r118449 | geoffk | 2006-11-02 19:11:50 -0800 (Thu, 02 Nov 2006) | 9 lines

        * inclhack.def (glibc_c99_inline_1): New.
        * inclhack.def (glibc_c99_inline_2): New.
        * inclhack.def (glibc_c99_inline_3): New.
        * inclhack.def (glibc_c99_inline_4): New.
        * fixincl.x: Regenerate.
        * tests/base/bits/string2.h: New.
        * tests/base/sys/sysmacros.h: New.
        * tests/base/sys/stat.h: Update.
........
  r118450 | brooks | 2006-11-02 21:07:59 -0800 (Thu, 02 Nov 2006) | 5 lines

  * fortran/error.c (show_locus): Remove "In file" from error messages.
  * testsuite/lib/gfortran-dg.exp (gfortran-dg-test): Remove expected "In file"
from error 
  messages.
........
  r118451 | gary | 2006-11-03 02:16:04 -0800 (Fri, 03 Nov 2006) | 24 lines

  2006-11-03  Gary Benson  <gbenson@redhat.com>

        * java/net/InetAddress.java: Removed.
        * java/net/natInetAddressNoNet.cc: Likewise.
        * java/net/natInetAddressPosix.cc: Likewise.
        * java/net/natInetAddressWin32.cc: Likewise.
        * java/net/VMInetAddress.java (getLocalHostname,
        lookupInaddrAny, getHostByAddr, getHostByName,
        aton): Replace glue methods with native ones.
        * java/net/natVMInetAddressNoNet.cc: New file.
        * java/net/natVMInetAddressPosix.cc: Likewise.
        * java/net/natVMInetAddressWin32.cc: Likewise.
        * Makefile.am, configure.ac: Reflect the above.
        * sources.am, Makefile.in, configure: Rebuilt.

        * java/net/natVMNetworkInterfaceWin32.cc
        (winsock2GetRealNetworkInterfaces): Create InetAddress
        objects using InetAddress.getByAddress.
        * gnu/java/net/natPlainSocketImplWin32.cc
        (accept, getOption): Likewise.
        * gnu/java/net/natPlainDatagramSocketImplWin32.cc
        (peekData, receive, getOption): Likewise.
........
  r118452 | gary | 2006-11-03 02:16:30 -0800 (Fri, 03 Nov 2006) | 10 lines

  2006-11-03  Gary Benson  <gbenson@redhat.com>

        * java/net/Inet4Address.java
        (FAMILY): Renamed to AF_INET.
        (<init>, writeReplace): Reflect the above.
        * java/net/Inet6Address.java
        (FAMILY): Renamed to AF_INET6.
        (<init>): Reflect the above.    
........

Removed:
    branches/fixed-point/libjava/java/net/InetAddress.java
    branches/fixed-point/libjava/java/net/natInetAddressNoNet.cc
    branches/fixed-point/libjava/java/net/natInetAddressPosix.cc
    branches/fixed-point/libjava/java/net/natInetAddressWin32.cc
Modified:
    branches/fixed-point/   (props changed)
    branches/fixed-point/fixincludes/ChangeLog
    branches/fixed-point/fixincludes/fixincl.x
    branches/fixed-point/fixincludes/inclhack.def
    branches/fixed-point/fixincludes/tests/base/sys/socket.h
    branches/fixed-point/fixincludes/tests/base/sys/stat.h
    branches/fixed-point/gcc/ChangeLog
    branches/fixed-point/gcc/DATESTAMP
    branches/fixed-point/gcc/Makefile.in
    branches/fixed-point/gcc/builtins.c
    branches/fixed-point/gcc/c-common.c
    branches/fixed-point/gcc/c-common.h
    branches/fixed-point/gcc/c-cppbuiltin.c
    branches/fixed-point/gcc/c-opts.c
    branches/fixed-point/gcc/c.opt
    branches/fixed-point/gcc/config.gcc
    branches/fixed-point/gcc/config.in
    branches/fixed-point/gcc/config/arm/arm.c
    branches/fixed-point/gcc/config/arm/arm.h
    branches/fixed-point/gcc/config/arm/crti.asm
    branches/fixed-point/gcc/config/arm/crtn.asm
    branches/fixed-point/gcc/config/arm/elf.h
    branches/fixed-point/gcc/config/arm/lib1funcs.asm
    branches/fixed-point/gcc/config/arm/libunwind.S
    branches/fixed-point/gcc/config/arm/linux-elf.h
    branches/fixed-point/gcc/config/darwin.h
    branches/fixed-point/gcc/config/i386/sol2-10.h
    branches/fixed-point/gcc/config/rs6000/40x.md
    branches/fixed-point/gcc/config/rs6000/440.md
    branches/fixed-point/gcc/config/rs6000/603.md
    branches/fixed-point/gcc/config/rs6000/6xx.md
    branches/fixed-point/gcc/config/rs6000/7450.md
    branches/fixed-point/gcc/config/rs6000/7xx.md
    branches/fixed-point/gcc/config/rs6000/8540.md
    branches/fixed-point/gcc/config/rs6000/aix52.h
    branches/fixed-point/gcc/config/rs6000/linux64.h
    branches/fixed-point/gcc/config/rs6000/mpc.md
    branches/fixed-point/gcc/config/rs6000/power4.md
    branches/fixed-point/gcc/config/rs6000/power5.md
    branches/fixed-point/gcc/config/rs6000/rios1.md
    branches/fixed-point/gcc/config/rs6000/rios2.md
    branches/fixed-point/gcc/config/rs6000/rs6000-c.c
    branches/fixed-point/gcc/config/rs6000/rs6000.c
    branches/fixed-point/gcc/config/rs6000/rs6000.h
    branches/fixed-point/gcc/config/rs6000/rs6000.md
    branches/fixed-point/gcc/config/rs6000/rs6000.opt
    branches/fixed-point/gcc/config/rs6000/rs64.md
    branches/fixed-point/gcc/config/sh/sh.md
    branches/fixed-point/gcc/configure
    branches/fixed-point/gcc/configure.ac
    branches/fixed-point/gcc/doc/cpp.texi
    branches/fixed-point/gcc/doc/install.texi
    branches/fixed-point/gcc/doc/invoke.texi
    branches/fixed-point/gcc/doc/md.texi
    branches/fixed-point/gcc/except.c
    branches/fixed-point/gcc/fortran/ChangeLog
    branches/fixed-point/gcc/fortran/error.c
    branches/fixed-point/gcc/objc/ChangeLog
    branches/fixed-point/gcc/objc/objc-act.c
    branches/fixed-point/gcc/testsuite/ChangeLog
    branches/fixed-point/gcc/testsuite/g++.old-deja/g++.abi/align.C
    branches/fixed-point/gcc/testsuite/gcc.dg/fold-mod-1.c
    branches/fixed-point/gcc/testsuite/gcc.dg/pr14796-2.c
    branches/fixed-point/gcc/testsuite/gcc.dg/torture/builtin-math-3.c
    branches/fixed-point/gcc/testsuite/gcc.dg/tree-prof/val-prof-2.c
    branches/fixed-point/gcc/testsuite/lib/gfortran-dg.exp
    branches/fixed-point/gcc/testsuite/obj-c++.dg/const-str-9.mm
    branches/fixed-point/gcc/tree-pretty-print.c
    branches/fixed-point/gcc/tree-ssa.c
    branches/fixed-point/libcpp/ChangeLog
    branches/fixed-point/libcpp/include/cpplib.h
    branches/fixed-point/libcpp/init.c
    branches/fixed-point/libjava/ChangeLog
    branches/fixed-point/libjava/Makefile.am
    branches/fixed-point/libjava/Makefile.in
    branches/fixed-point/libjava/classpath/ChangeLog.gcj
    branches/fixed-point/libjava/classpath/java/net/Inet4Address.java
    branches/fixed-point/libjava/classpath/java/net/Inet6Address.java
    branches/fixed-point/libjava/configure
    branches/fixed-point/libjava/configure.ac
    branches/fixed-point/libjava/gnu/classpath/jdwp/natVMMethod.cc
   
branches/fixed-point/libjava/gnu/java/net/natPlainDatagramSocketImplWin32.cc
    branches/fixed-point/libjava/gnu/java/net/natPlainSocketImplWin32.cc
    branches/fixed-point/libjava/java/net/VMInetAddress.java
    branches/fixed-point/libjava/java/net/natVMNetworkInterfaceWin32.cc
    branches/fixed-point/libjava/jvmti.cc
    branches/fixed-point/libjava/sources.am

Propchange: branches/fixed-point/
            ('svnmerge-integrated' modified)


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[danglin at gcc dot gnu dot org]

------- Comment #51 from danglin at gcc dot gnu dot org  2006-12-09 19:34 -------
Created an attachment (id=12775)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12775&action=view)
File.

The errors go away if I disable HAVE_LD_EH_GC_SECTIONS.

I think this feature exposes a binutils in handling pc-relative
relocations when this feature is enabled.  In particulary, it
appears the offset to the lsda data is wrong.


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #52 from ebotcazou at gcc dot gnu dot org  2006-12-09 19:48 -------
> The errors go away if I disable HAVE_LD_EH_GC_SECTIONS.

Sure, see comment #3.

> I think this feature exposes a binutils in handling pc-relative
> relocations when this feature is enabled.  In particulary, it
> appears the offset to the lsda data is wrong.

OK.  Then I'll submit the binutils patch for !HAVE_COMDAT_GROUP and tweak the
configury so as to enable the feature only with a fixed linker and not on PA.

Thanks for the patch and your help.


-- 

ebotcazou at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #53 from ebotcazou at gcc dot gnu dot org  2006-12-21 22:10 -------
Subject: Bug 29639

Author: ebotcazou
Date: Thu Dec 21 22:10:30 2006
New Revision: 120121

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=120121
Log:
        PR other/29639
        * configure.ac (HAVE_LD_EH_GC_SECTIONS): Check that exception tables
        are kept for .gnu.linkonce.t sections if COMDAT groups are disabled.
        * configure: Regenerate.


Modified:
    trunk/gcc/ChangeLog
    trunk/gcc/configure
    trunk/gcc/configure.ac


-- 


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

[Bug other/29639] [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc execution test

[ebotcazou at gcc dot gnu dot org]

------- Comment #54 from ebotcazou at gcc dot gnu dot org  2006-12-21 22:13 -------
Hopefully everywhere.


-- 

ebotcazou at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED


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