[Bug fortran/48404] SELECTED_REAL_KIND is returning KIND=16 when not available

[jakub at gcc dot gnu.org]

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

--- Comment #5 from Jakub Jelinek  2011-04-04 
07:02:54 UTC ---
Author: jakub
Date: Mon Apr  4 07:02:50 2011
New Revision: 171924

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171924
Log:
PR debug/48404
* cfgexpand.c (expand_gimple_basic_block): Avoid useless assignment.
Use PAT_VAR_LOCATION_LOC instead of INSN_VAR_LOCATION_LOC.

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

[Bug ada/47163] Failure building target-libada for MingW64

[ktietz at gcc dot gnu.org]

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

--- Comment #3 from Kai Tietz  2011-04-04 07:31:16 
UTC ---
Author: ktietz
Date: Mon Apr  4 07:31:11 2011
New Revision: 171926

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171926
Log:
2011-04-04  Kai Tietz  

PR ada/47163
* s-oscons-tmplt.c (MSG_WAITALL): Define it for native windows
targets to flag value.


Modified:
trunk/gcc/ada/ChangeLog
trunk/gcc/ada/s-oscons-tmplt.c

[Bug libstdc++/48430] std::hash partial specialization for std::unique_ptr and std::shared_ptr are using unary_function

[redi at gcc dot gnu.org]

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

--- Comment #1 from Jonathan Wakely  2011-04-04 
07:40:26 UTC ---
I don't consider this a bug. Even if they were removed from the standard, we
could choose to keep them and use them as implementation details, or
non-standard extensions.
Users shouldn't rely on deprecated features, because they can go away, but we
control the implementation, so we know we can use them safely.
Why is it a problem?

[Bug ada/47163] Failure building target-libada for MingW64

[ebotcazou at gcc dot gnu.org]

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

Eric Botcazou  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.04 07:53:22
 CC||ebotcazou at gcc dot
   ||gnu.org
 Ever Confirmed|0   |1

--- Comment #4 from Eric Botcazou  2011-04-04 
07:53:22 UTC ---
Feel free to backport all the fixes to the 4.6 branch if you can test them on
the branch too, this is early enough.

[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass

[Joost.VandeVondele at pci dot uzh.ch]

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

--- Comment #3 from Joost VandeVondele  
2011-04-04 09:06:32 UTC ---
(In reply to comment #2)
> Hi Joost,
> 
> the following patch
> 

hmm triggers 276 times on CP2K, quite a few seems things that also the ME would
capture. At least one is a bug in our code :-)

I'll see if can figure out the affected file.

[Bug tree-optimization/48228] incorrect signed overflow warning when only 0 and 1 are used

[jakub at gcc dot gnu.org]

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

--- Comment #8 from Jakub Jelinek  2011-04-04 
09:19:37 UTC ---
*** Bug 48432 has been marked as a duplicate of this bug. ***

[Bug middle-end/48432] -Wstrict-overflow incorrectly warns for Emacs src/font.c

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||jakub at gcc dot gnu.org
 Resolution||DUPLICATE

--- Comment #1 from Jakub Jelinek  2011-04-04 
09:19:37 UTC ---
It looks like a dup of PR48228, certainly on the trunk the warning goes away
with that commit.

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

[Bug fortran/48428] [OOP] ICE at mio_component_ref() / free_pi_tree() - module read issues?

[dominiq at lps dot ens.fr]

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

--- Comment #1 from Dominique d'Humieres  2011-04-04 
09:36:03 UTC ---
This pr looks like a duplicate of pr47601.

[Bug lto/48433] New: lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518

[vincenzo.innocente at cern dot ch]

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

   Summary: lto1: internal compiler error: in lto_wpa_write_files,
at lto/lto.c:1518
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: vincenzo.innoce...@cern.ch


I'm having several shared library links failing with this error when compiling
with -flto -fuse-linker-plugin
see below.
At the moment the librabry giving problems are complex and I've not yet manage
to reproduce the error with a simple test-case.
Could you suggest anything I can do to provide you with just few
(intermidiate?) files to reproduce the problem just at "lto1" level?

 /usr/local/libexec/gcc/x86_64-unknown-linux-gnu/4.6.1/lto1 -quiet -dumpdir
tmp/slc5_amd64_gcc451/src/TrackingTools/KalmanUpdators/src/TrackingToolsKalmanUpdators/
-dumpbase libTrackingToolsKalmanUpdators.so.wpa -mavx -mtune=generic
-march=x86-64 -auxbase Chi2MeasurementEstimator -Ofast -pedantic
-Werror=overflow -Werror=array-bounds -Werror=format-contains-nul
-Werror=type-limits -Wall -Wno-non-template-friend -Wno-long-long -Wreturn-type
-Wunused -Wparentheses -Wno-deprecated -Werror=return-type
-Werror=missing-braces -Werror=unused-value -Werror=address -Werror=format
-Werror=sign-compare -Werror=write-strings -ansi -std=c++0x -version
-ftree-vectorize -felide-constructors -fmessage-length=0 -ftemplate-depth=300
-fdiagnostics-show-option -fuse-linker-plugin -fPIC
-fltrans-output-list=/tmp/innocent/ccMqAikO.ltrans.out -fwpa
-fresolution=/tmp/innocent/ccAZ5YzQ.res @/tmp/innocent/ccDIvhdO
GNU GIMPLE (GCC) version 4.6.1 20110325 (prerelease) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.1 20110325 (prerelease), GMP version 4.3.2,
MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
GNU GIMPLE (GCC) version 4.6.1 20110325 (prerelease) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.6.1 20110325 (prerelease), GMP version 4.3.2,
MPFR version 2.4.2, MPC version 0.8.1
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518

[Bug debug/48401] [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585

[jakub at gcc dot gnu.org]

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

--- Comment #3 from Jakub Jelinek  2011-04-04 
09:48:48 UTC ---
Author: jakub
Date: Mon Apr  4 09:48:45 2011
New Revision: 171930

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171930
Log:
PR debug/48401
* cfgexpand.c (expand_gimple_basic_block): Avoid useless assignment.
Use PAT_VAR_LOCATION_LOC instead of INSN_VAR_LOCATION_LOC.

Modified:
trunk/gcc/ChangeLog

[Bug fortran/48404] SELECTED_REAL_KIND is returning KIND=16 when not available

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu.org

--- Comment #6 from Jakub Jelinek  2011-04-04 
09:50:15 UTC ---
Please ignore #c5, I meant PR48401.

[Bug debug/48401] [4.7 Regression] ICE: RTL check: access of elt 4 of 'var_location' with last elt 2 in expand_gimple_basic_block, at cfgexpand.c:3585

[jakub at gcc dot gnu.org]

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

Jakub Jelinek  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Jakub Jelinek  2011-04-04 
09:50:59 UTC ---
Should be fixed by http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171924

[Bug other/48434] New: Large SpecCPUFP Performance Regression for Thumb-2

[ibolton at gcc dot gnu.org]

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

   Summary: Large SpecCPUFP Performance Regression for Thumb-2
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: critical
  Priority: P3
 Component: other
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: ibol...@gcc.gnu.org
  Host: arm-linux-gnueabi
Target: arm-linux-gnueabi
 Build: arm-linux-gnueabi


At least once a week, we measure SpecCPU2000 performance for Thumb-2 on a
Cortex-A9.

On Monday, all was well, but on Wednesday, there was a large performance
regression across the board on SpecFP (except for Mesa and Facerec).  Overall
FP score has dropped by 25%.

Known good revision: r171422
Know bad revision: r171723

I am currently bisecting to find the problem commit.

[Bug lto/48433] lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518

[d.g.gorbachev at gmail dot com]

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

--- Comment #1 from Dmitry Gorbachev  
2011-04-04 10:03:58 UTC ---
PR48246?

[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass

[Joost.VandeVondele at pci dot uzh.ch]

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

--- Comment #4 from Joost VandeVondele  
2011-04-04 10:50:57 UTC ---
reduced testcase  aborts at -O1, goes fine at -O0. Thanks for implementing
the warning, without this, it would have been very difficult to find.

INTEGER FUNCTION S1(m,ma,lx)
INTEGER :: m,ma,lx

IF (((m < 0).AND.(MODULO(ABS(ma-lx),2) == 1)).OR.&
((m > 0).AND.(MODULO(ABS(ma-lx),2) == 0))) THEN
   S1=1
ELSE
   S1=0
ENDIF

END FUNCTION

INTEGER :: s1
IF (S1(1,2,1).NE.0) CALL ABORT()
END

[Bug lto/48433] lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518

[vincenzo.innocente at cern dot ch]

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

--- Comment #2 from vincenzo Innocente  
2011-04-04 11:29:57 UTC ---
  Thanks Dmitry.
very likely related to 48246.
Is the fix in the April-1st snapshot? (I admit not having downloaded for sheer
superstition..)

[Bug go/48407] libgo/configure --without-libffi doesn't work

[corsepiu at gcc dot gnu.org]

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

--- Comment #4 from Ralf Corsepius  2011-04-04 
11:40:59 UTC ---
(In reply to comment #3)

> I have this in my local tree.  I recall Ian and I discussing that since
> Go and GCJ both need libffi, the logic should be smarter.

Joel, as you may have gueess, I also have a similar patch as the one you posted
here applied, because otherwise "nothing builds", however this is a different
issue.


So, let me try to refine my issues:

* libgo/configure's --without-libffi, suggests GCC (rsp. libgo) could be built
without libffi. This apparently does not apply. libgo (currently) strictly
requires libffi.

In other words, "--without-libffi" doesn't do what a user who is not deeply
intimate with libgo, may think it does. libgo/configure's --without-libffi
actually is closer to "--with/without-external-libffi" than to
"--with/without-libffi".

That said, may-be renaming it could be considered.

* GCC's toplevel configure doesn't honor --with/without-libffi (neither in the
sense of external-ffi nor in the sense of not using libffi).

[Bug fortran/25708] Module loading is not good at all

[pault at gcc dot gnu.org]

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

--- Comment #11 from Paul Thomas  2011-04-04 11:49:52 
UTC ---
(In reply to comment #10)
> I would like to promote this one.  I have run into an application that is
> taking about 2 to 3 minutes to compile while other compilers can do so in a
> matter of seconds.  The delta here is huge.
> 
> I would also like to take a crack at it. Paul any progress on your end?

Dear Jerry,

I have to confess that I have not thought about it for quite a while.

It strikes me that it would be useful to profile module reading to find out
what takes the time.  In the case of the original example, it is clear that
repeating the same use statement cannot help; however, that begs that question
why it is so slow for each time.  Is it the IO, the lexing, or.?

An associated issue is the size of module files.  Clearly, where a module uses
another module, we could help by inserting use statements in the module file.

Cheers

Paul

[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass

[Joost.VandeVondele at pci dot uzh.ch]

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

--- Comment #5 from Joost VandeVondele  
2011-04-04 11:49:15 UTC ---
the dumped code:

  __var_2 = __var_1 %[fl] 2;
  __var_1 = ABS_EXPR <*ma - *lx>;
  if (*m < 0 && __var_2 == 1 || *m > 0 && __var_2 == 0)

shows clearly what is wrong, var_2 is using var_1 before it is used.

[Bug gcov-profile/47793] Relative path in fprofile-use turns into absolute path

[dnovillo at gcc dot gnu.org]

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

--- Comment #1 from Diego Novillo  2011-04-04 
12:14:01 UTC ---
Author: dnovillo
Date: Mon Apr  4 12:13:54 2011
New Revision: 171935

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171935
Log:
2011-04-04  Martin Thuresson  

   PR gcov-profile/47793
   * gcc.dg/pr47793.c: New test

Added:
branches/google/main/gcc/testsuite/ChangeLog.google-main
branches/google/main/gcc/testsuite/gcc.dg/pr47793.c

[Bug fortran/25708] Module loading is not good at all

[burnus at gcc dot gnu.org]

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

--- Comment #12 from Tobias Burnus  2011-04-04 
12:27:28 UTC ---
(In reply to comment #11)
> An associated issue is the size of module files.

Joost suggested to cut down the string tags "d" instead of "dimension", "al"
instead of "allocatable" or something like that. That would help with the file
size, the I/O (also: I/O caching), and the string parsing.

> Clearly, where a module uses
> another module, we could help by inserting use statements in the module file.

There are pro and cons doing so. For binary-only code, it is much more
convenient to ship only a single ".mod" instead of several - that was at least
a complaint I have heard about NAG's compiler. Though, having by default a
simple "use" in the .mod file would help.

Another thing which could help is to read a .mod file only once per translation
unit (source file) instead of every time a USE statement is encountered.

[Bug lto/48431] patch to fix a compile error in lto-plugin.c when using older C compilers

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.04.04 12:34:51
 AssignedTo|unassigned at gcc dot   |rguenth at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #1 from Richard Guenther  2011-04-04 
12:34:51 UTC ---
Mine.

[Bug lto/48433] lto1: internal compiler error: in lto_wpa_write_files, at lto/lto.c:1518

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE

--- Comment #3 from Richard Guenther  2011-04-04 
12:33:35 UTC ---
I would guess so.

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

[Bug lto/48246] ICE in lto_wpa_write_files

[rguenth at gcc dot gnu.org]

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

Richard Guenther  changed:

   What|Removed |Added

 CC||vincenzo.innocente at cern
   ||dot ch

--- Comment #7 from Richard Guenther  2011-04-04 
12:33:35 UTC ---
*** Bug 48433 has been marked as a duplicate of this bug. ***

[Bug other/48434] Large SpecCPUFP Performance Regression for Thumb-2

[rguenth at gcc dot gnu.org]

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

--- Comment #1 from Richard Guenther  2011-04-04 
12:36:54 UTC ---
Re-commit of IRA improvements?  Are the results visible somewhere, similar to
gcc.opensuse.org?

[Bug fortran/47601] [OOP] Internal Error: mio_component_ref(): Component not found

[mikael at gcc dot gnu.org]

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

Mikael Morin  changed:

   What|Removed |Added

 CC||kristopher.kuhlman at gmail
   ||dot com

--- Comment #10 from Mikael Morin  2011-04-04 
12:54:16 UTC ---
*** Bug 48428 has been marked as a duplicate of this bug. ***

[Bug fortran/48428] [OOP] ICE at mio_component_ref() / free_pi_tree() - module read issues?

[mikael at gcc dot gnu.org]

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

Mikael Morin  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 CC||mikael at gcc dot gnu.org
 Resolution||DUPLICATE

--- Comment #2 from Mikael Morin  2011-04-04 
12:54:15 UTC ---
(In reply to comment #0)
> I don't know if the following tidbit helps, but while I was cutting the 
> program
> down to this test case, I briefly experienced the following different error at
> the same location when I eliminated some of the extends() dependencies of one
> type on another in the type_definitions module.  I can't seem to reproduce 
> this
> different error anymore, though.
> 
> gfortran -c  -o solution.o solution.f90
> solution.f90:10.41:
> 
> use elliptical_elements, only : line 
>  1
> Internal Error at (1):
> free_pi_tree(): Unresolved fixup

This is PR47546, which was closed after the error reported vanished.
Can you reopen it and provide a case triggering it if you can reproduce again?

(In reply to comment #1)
> This pr looks like a duplicate of pr47601.
Indeed, and the testcase matches the same pattern (use-associated extended
derived-type component needed in function interface).

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

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

[rguenth at gcc dot gnu.org]

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

--- Comment #67 from Richard Guenther  2011-04-04 
12:30:07 UTC ---
(In reply to comment #66)
> On Sun, Apr 03, 2011 at 10:09:06AM +, hubicka at gcc dot gnu.org wrote:
> > Kind   Nodes  Bytes
> > ---
> > decls11502734 1829746088
> > types4430124  744260832
> > blocks 1 88
> > stmts  0  0
> > refs8173 485872
> > exprs2358594  113315792
> > constants2245230   86809013
> > identifiers   442742   17709680
> > vecs   60267  116915440
> > binfos   1107669  110741304
> > ssa names309  27192
> > constructors  3105459937440
> > random kinds 10648367  425935048
> > lang_decl kinds0  0
> > lang_type kinds0  0
> > omp clauses0  0
> > ---
> > Total33114755 -839083507
> > ---
> 
> Do folks think it would be useful to include a breakdown by individual
> TREE_CODE, similar to what's done for RTXes?

I have posted a patch for this last year, but it seems I forgot to commit
it.

[Bug lto/45375] [meta-bug] Issues with building Mozilla with LTO

[froydnj at codesourcery dot com]

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

--- Comment #68 from froydnj at codesourcery dot com  2011-04-04 13:13:01 UTC ---
On Mon, Apr 04, 2011 at 01:01:27PM +, rguenth at gcc dot gnu.org wrote:
> > Do folks think it would be useful to include a breakdown by individual
> > TREE_CODE, similar to what's done for RTXes?
> 
> I have posted a patch for this last year, but it seems I forgot to commit
> it.

Well, it'd be most interesting to see the per-code breakdown for Honza's
earlier numbers.

[Bug lto/48246] ICE in lto_wpa_write_files

[vincenzo.innocente at cern dot ch]

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

--- Comment #8 from vincenzo Innocente  
2011-04-04 13:22:26 UTC ---
I downloaded and installed
gcc version 4.6.1 20110401
as I issued a "make" in the same area where I had the ICE in
lto_wpa_write_files
I got
lto1: internal compiler error: in lto_reissue_options, at lto-opts.c:418.

Once "make clean" and rebuild from scratch things when fine.
So it looks to me that the new version cannot use previously produced object
files
Besides this minor point (I had only to wait 45 minutes using 8 cpus to have my
full application to build)
I confim that LATEST/4.6.1 solves the issue

[Bug fortran/47601] [OOP] Internal Error: mio_component_ref(): Component not found

[kristopher.kuhlman at gmail dot com]

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

--- Comment #11 from Kris  2011-04-04 
13:33:17 UTC ---
(In reply to comment #10)
> *** Bug 48428 has been marked as a duplicate of this bug. ***

I further reduced the code from bug 48248.  I don't know if this helps, but if
you change the size of the a2n vector from something that refers to a component
of e to an integer, it goes away.

--

mio_component_ref_error.f90:39.41:

use elliptical_elements, only : line 
 1
Internal Error at (1):
mio_component_ref(): Component not found

--

module type_definitions
  implicit none
  private 
  public ::   ellipse 

  type :: matching 
 integer :: n = -999
  end type matching

  type, extends(matching) :: ellipse
  end type ellipse

end module type_definitions

module elliptical_elements
  implicit none
contains
  function line(e) result(a2n)
use type_definitions, only : ellipse

type(ellipse), intent(in) :: e
complex(8), dimension(e%N) :: a2n   ! <- change "e%N" to "10" 
  end function line
end module elliptical_elements

module solution_mod
  implicit none
  private
  public :: matrix_solution
contains
  subroutine matrix_solution(e) 
use type_definitions, only :  ellipse
use elliptical_elements, only : line 
type(ellipse), intent(inout) :: e
e = line(e)
  end subroutine matrix_solution
end module solution_mod

[Bug target/39585] GCC Generates Incorrect Stack Instructins for Interrupts When using -Os

[jpa at gcc dot mail.kapsi.fi]

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

--- Comment #3 from Petteri Aimonen  2011-04-04 
13:46:13 UTC ---
A workaround for this bug:
#define __irq__ __attribute__((interrupt("IRQ"), optimize("O2")))

[Bug inline-asm/48435] New: Assertion failure during IRA (df_scan)

[avr at gjlay dot de]

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

   Summary: Assertion failure during IRA (df_scan)
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: inline-asm
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: a...@gjlay.de


This problem occurs with a file from avr-libc, the libc-like support library
for avr.

This is a regression that is present in last snapshot (SVN 171894)

http://gcc.gnu.org/ml/gcc/2011-04/msg00044.html

As previous snapshots broke the build for avr-gcc alltogether (for some other
reason), I cannot say since when the problem occured.

Updating to trunk doesn't help either.

== configuration

Reading specs from /mnt/nfs/home/georg/gnu/build/gcc-4.6-avr/gcc/specs
COLLECT_GCC=/mnt/nfs/home/georg/gnu/build/gcc-4.6-avr/gcc/xgcc
COLLECT_LTO_WRAPPER=/mnt/nfs/home/georg/gnu/build/gcc-4.6-avr/gcc/lto-wrapper
Target: avr
Configured with: ../../gcc.gnu.org/trunk/configure --target=avr
--prefix=/local/gnu/install/gcc-4.6 --enable-languages=c,c++ --disable-libssp
--disable-libada --disable-nls --disable-sharedThread model: single
gcc version 4.7.0 20110404 (experimental) (GCC)

== run

avr-gcc strtod-i.c -S -Os
strtod-i.c: In function 'strtod':
strtod-i.c:834:106: error: can't find a register in class 'POINTER_REGS' while
reloading 'asm'
strtod-i.c:834:106: error: 'asm' operand has impossible constraints
strtod-i.c:482:5: error: 'asm' operand has impossible constraints
strtod-i.c:844:1: internal compiler error: in df_ref_record, at df-scan.c:2841
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.

The assertion sees a stack slot where REG or SUBREG is needed.

[Bug c/48436] New: Regresion @171731: Missing #include "reload.h"

[jbg...@lug-owl.de]

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

   Summary: Regresion @171731: Missing #include "reload.h"
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: jbg...@lug-owl.de


Created attachment 23868
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23868
Patch fixing the regression.

Hi!

171731 introduces an access macro reg_equiv_mem(), which is now used in the VAX
backend. However, the header file isn't included, so the VAX backend (tested
for --target=vax-linux) now breaks:

[...]
gcc -c   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmis
sing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common 
-DHAVE_CONFIG_H -I. -I. -I../../gcc/gcc -I../../gcc/gcc/.
-I../../gcc/gcc/../include -I../../gcc/gcc/../libcpp/include 
-I../../gcc/gcc/../libdecnumber -I../../gcc/gcc/../libdecnumber/dpd
-I../libdecnumber\
../../gcc/gcc/config/vax/vax.c -o vax.o
../../gcc/gcc/config/vax/vax.c: In function ‘nonindexed_address_p’:
../../gcc/gcc/config/vax/vax.c:1680: warning: implicit declaration of function
‘reg_equiv_mem’
../../gcc/gcc/config/vax/vax.c:1681: warning: passing argument 1 of
‘indirectable_address_p’ makes pointer from integer without a cast

[...]

make[1]: Entering directory `/mnt/nfs-programming/toolchain/gcc-build/gcc'
gcc   -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE  -W -Wall -Wwrite-strings
-Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissin
g-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros
-Wno-overlength-strings -Wold-style-definition -Wc++-compat -fno-common 
 -DHAVE_CONFIG_H  -o cc1 c-lang.o c-family/stub-objc.o attribs.o c-errors.o
c-decl.o c-typeck.o c-convert.o c-aux-info.o c-objc-common.o 
c-parser.o tree-mudflap.o c-family/c-common.o c-family/c-cppbuiltin.o
c-family/c-dump.o c-family/c-format.o c-family/c-gimplify.o c-famil
y/c-lex.o c-family/c-omp.o c-family/c-opts.o c-family/c-pch.o
c-family/c-ppoutput.o c-family/c-pragma.o c-family/c-pretty-print.o
c-family/c-semantics.o c-family/c-ada-spec.o  \
  cc1-checksum.o main.o tree-browser.o libbackend.a ../libcpp/libcpp.a
../libdecnumber/libdecnumber.a ../libcpp/libcpp.a   ../libiberty/libiberty.a
../libdecnumber/libdecnumber.a-lmpc -lmpfr -lgmp -rdynamic -ldl  -L../zlib
-lz
libbackend.a(vax.o): In function `nonindexed_address_p':
/mnt/nfs-programming/toolchain/gcc-build/gcc/../../gcc/gcc/config/vax/vax.c:1679:
undefined reference to `reg_equiv_mem'
/mnt/nfs-programming/toolchain/gcc-build/gcc/../../gcc/gcc/config/vax/vax.c:1679:
undefined reference to `reg_equiv_mem'
collect2: ld returned 1 exit status
make[1]: *** [cc1] Error 1
make[1]: Leaving directory `/mnt/nfs-programming/toolchain/gcc-build/gcc'
make: *** [all-gcc] Error 2


The attached patch fixes this regression by including the header file defining
the used macro. (ChangeLog is in the patch file, needs the PR number.)

[Bug inline-asm/48435] Assertion failure during IRA (df_scan)

[avr at gjlay dot de]

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

--- Comment #1 from Georg-Johann Lay  2011-04-04 16:00:13 
UTC ---
Created attachment 23869
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23869
much simpler testcase

There is a much simpler testcase that shows the reload problems for finding a
register, at least:

long val (unsigned int addr)
{
long val;
asm volatile ("; " : "+z" (addr), "=r" (val));
return val;
}


avr-gcc iasm.c -S -Os
iasm.c: In function 'val':
iasm.c:5:5: error: can't find a register in class 'POINTER_REGS' while
reloading 'asm'
iasm.c:5:5: error: 'asm' operand has impossible constraints

[Bug c/48436] Regresion @171731: Missing #include "reload.h"

[jbg...@lug-owl.de]

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

Jan-Benedict Glaw  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #1 from Jan-Benedict Glaw  2011-04-04 16:09:21 
UTC ---
Oh, it was fixed some hours before. Thanks!

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[krebbel at gcc dot gnu.org]

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

Andreas Krebbel  changed:

   What|Removed |Added

 CC||krebbel at gcc dot gnu.org

--- Comment #25 from Andreas Krebbel  2011-04-04 
16:13:26 UTC ---
Bootstrap fails on s390 and s390x as well.

[Bug inline-asm/48435] Assertion failure during IRA (df_scan)

[avr at gjlay dot de]

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

--- Comment #2 from Georg-Johann Lay  2011-04-04 16:25:08 
UTC ---
Created attachment 23870
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23870
strtod-i.c procompiled source

Added precompiled source, as it got lost in original post.

[Bug go/48222] libgo assertion failure in thread.c:40/63 on Solaris 2

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2011-04/msg00227.htm
   ||l
   Target Milestone|--- |4.7.0

--- Comment #1 from Rainer Orth  2011-04-04 16:35:20 UTC 
---
Patch posted.

[Bug c/48436] Regresion @171731: Missing #include "reload.h"

[law at redhat dot com]

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

--- Comment #2 from Jeffrey A. Law  2011-04-04 16:50:31 
UTC ---
I checked in an equivalent patch.

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[hjl at gcc dot gnu.org]

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

--- Comment #26 from hjl at gcc dot gnu.org  2011-04-04 
16:53:57 UTC ---
Author: hjl
Date: Mon Apr  4 16:53:51 2011
New Revision: 171942

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171942
Log:
Fix PR bootstrap/48403.

2011-04-04  Bernd Schmidt  

PR bootstrap/48403
* haifa-sched.c (nonscheduled_insns_begin): New static variable.
(rank_for_schedule): Use scheduled_insns vector instead of
last_scheduled_insn.
(ok_for_early_queue_removal): Likewise.
(queue_to_ready): Search forward in nonscheduled_insns_begin if
we have a dbg_cnt.
(choose_ready): Likewise.
(commit_schedule): Use VEC_iterate.
(schedule_block): Initialize nonscheduled_insns_begin.  If we have
a dbg_cnt, use it and ensure the first insn is in the ready list.
(haifa_sched_init): Allocate scheduled_insns.
(sched_extend_ready_list): Don't allocate it; reserve space.
(haifa_sched_finish): Free it.

Modified:
trunk/gcc/ChangeLog
trunk/gcc/haifa-sched.c

[Bug libstdc++/36104] [4.3/4.4/4.5/4.6/4.7 Regression] gnu-versioned-namespace is broken

[bkoz at gcc dot gnu.org]

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

Benjamin Kosnik  changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED
   Target Milestone|4.6.1   |4.6.0

--- Comment #19 from Benjamin Kosnik  2011-04-04 
16:59:37 UTC ---

This was fixed for 4.6.0

[Bug go/48242] gotest needs timeout mechanism

[ro at gcc dot gnu.org]

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

--- Comment #3 from Rainer Orth  2011-04-04 17:11:19 UTC 
---
Created attachment 23871
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23871
pstack output for hanging token test on Solaris 8/SPARC

[Bug go/48242] gotest needs timeout mechanism

[ro at CeBiTec dot Uni-Bielefeld.DE]

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

--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE  2011-04-04 17:23:00 UTC ---
When I attach gdb to the hanging process (on Solaris 8/x86), I find:

[Switching to Thread 4 (LWP 1)]
0xbf6cac1b in _sigsuspend () from /usr/lib/libc.so.1
(gdb) where
#0  0xbf6cac1b in _sigsuspend () from /usr/lib/libc.so.1
#1  0xbeaa6a44 in sigsuspend () from /usr/lib/libthread.so.1
#2  0xbf71a0c5 in sigsuspend () from /usr/lib/libc.so.1
#3  0xbee2c61c in stop_for_gc ()
at /vol/gcc/src/hg/trunk/local/libgo/runtime/go-go.c:302
#4  0xbea979bf in __sighndlr () from /usr/lib/libthread.so.1
#5  
#6  0xbf6c9891 in _poll () from /usr/lib/libc.so.1
#7  0xbf6dd41f in select () from /usr/lib/libc.so.1
#8  0xbefff522 in libgo_syscalls.syscall.Select (nfds=0, r=0x0, w=0x0, e=0x0, 
timeout=0x9e000390)
at /vol/gcc/src/hg/trunk/local/libgo/syscalls/sysfile_posix.go:213
#9  0xbf00015a in libgo_syscalls.syscall.Sleep (nsec=10)
at /vol/gcc/src/hg/trunk/local/libgo/syscalls/sleep_select.go:11
#10 0xbeef85ac in time.sysSleep (t=10)
at /vol/gcc/src/hg/trunk/local/libgo/go/time/sys.go:57
#11 0xbeefd993 in time.sleeper (sleeperId=1)
at /vol/gcc/src/hg/trunk/local/libgo/go/time/sleep.go:128
#12 0xbeef80d8 in time.$thunk0 (__go_thunk_parameter=0x9e010de0)
at /vol/gcc/src/hg/trunk/local/libgo/go/time/sleep.go:109
#13 0xbee2c957 in start_go_thread (thread_arg=0x9e01c7c0)
at /vol/gcc/src/hg/trunk/local/libgo/runtime/go-go.c:167
#14 0xbea978fc in _thread_start () from /usr/lib/libthread.so.1
[...]
(gdb) 
#8  0xbefff522 in libgo_syscalls.syscall.Select (nfds=0, r=0x0, w=0x0, e=0x0, 
timeout=0x9e000390)
at /vol/gcc/src/hg/trunk/local/libgo/syscalls/sysfile_posix.go:213
213   n = libc_select(nfds, (*byte)(unsafe.Pointer(r)),
(gdb) p timeout
$1 = (struct syscall.Timeval *) 0x9e000390
(gdb) p *$1
$2 = {Sec = 1, Usec = 0}

I.e. the timeout is long past, but still the select hangs.

Rainer

[Bug go/48240] libgo assertion failure at runtime/mem.c:114 on 64-bit Solaris 10

[ro at gcc dot gnu.org]

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

Rainer Orth  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
URL||http://gcc.gnu.org/ml/gcc-p
   ||atches/2011-04/msg00236.htm
   ||l
   Last reconfirmed||2011.04.04 17:58:19
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

--- Comment #1 from Rainer Orth  2011-04-04 17:58:19 UTC 
---
Patch posted.

[Bug ada/47163] Failure building target-libada for MingW64

[ebotcazou at gcc dot gnu.org]

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

--- Comment #5 from Eric Botcazou  2011-04-04 
18:06:58 UTC ---
Author: ebotcazou
Date: Mon Apr  4 18:06:55 2011
New Revision: 171943

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171943
Log:
PR ada/47163
* s-oscons-tmplt.c (MSG_WAITALL): Fix thinko in previous change.

Modified:
trunk/gcc/ada/ChangeLog
trunk/gcc/ada/s-oscons-tmplt.c

[Bug c++/48424] C++0x parameter packs expansion problem

[jason at gcc dot gnu.org]

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

Jason Merrill  changed:

   What|Removed |Added

   Keywords||rejects-valid
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.04 18:16:41
 Ever Confirmed|0   |1

--- Comment #2 from Jason Merrill  2011-04-04 
18:16:41 UTC ---
Yes, that's an obsolete restriction that has been removed from the draft;
8.3.5/13 used to say "A function parameter pack, if present, shall occur at the
end of the parameter-declaration-list." but it doesn't any more.

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[bkoz at gcc dot gnu.org]

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

Benjamin Kosnik  changed:

   What|Removed |Added

 CC||bkoz at gcc dot gnu.org

--- Comment #27 from Benjamin Kosnik  2011-04-04 
18:17:26 UTC ---

still fails bootstrap after #26

make[3]: Leaving directory `/mnt/share/bld/gcc-trunk'
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
gcc/final.o differs
gcc/haifa-sched.o differs
libiberty/cp-demangle.o differs
libiberty/pic/cp-demangle.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/mnt/share/bld/gcc-trunk'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/mnt/share/bld/gcc-trunk'
make: *** [bootstrap-lean] Error 2

[Bug lto/48437] New: LTO crashes with block-local function declarations

[uweigand at gcc dot gnu.org]

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

   Summary: LTO crashes with block-local function declarations
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: lto
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: uweig...@gcc.gnu.org
CC: rguent...@suse.de


The following program:

int
test (void)
{
  int f (void);
  return 0;
}

int
main (void)
{
  int f (void);
  int test (void);

  return test ();
}

crashes lto1 when compiled with "gcc -g -O -flto -fwhole-program".

What seems to happen is that the FUNCTION_DECL for "f" is added by the LTO
reader into the BLOCK_VARS list of both test and main, which causes its
DECL_CHAIN to be clobbered and the two lists to be cross-entangled.  This in
turn causes an endless recursive descent in set_block_abstract_flags, resulting
in a stack overflow ...

Seen on 4.6.0 (ppc64) and current mainline (i386).

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[hjl.tools at gmail dot com]

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

--- Comment #28 from H.J. Lu  2011-04-04 18:25:37 
UTC ---
(In reply to comment #27)
> still fails bootstrap after #26
> 
> make[3]: Leaving directory `/mnt/share/bld/gcc-trunk'

What is your target? It works for me on Linux/ia32 and Linux/x86-64.

[Bug rtl-optimization/44174] [4.4/4.5/4.6/4.7 Regression] can't find a register in class 'CLOBBERED_REGS' while reloading 'asm'

[ro at gcc dot gnu.org]

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

--- Comment #12 from Rainer Orth  2011-04-04 18:30:50 
UTC ---
gcc.target/i386/asm-6.c was failing on 32-bit Solaris 10 and 11/x86 on 20110127
and started to xpass on 20110331.  What's going on here?  Is this fixed for
real or just some fallout?

[Bug fortran/18918] Eventually support Fortran 2008's coarrays [co-arrays]

[burnus at gcc dot gnu.org]

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

--- Comment #30 from Tobias Burnus  2011-04-04 
18:35:17 UTC ---
Author: burnus
Date: Mon Apr  4 18:35:13 2011
New Revision: 171949

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171949
Log:
2011-04-04  Tobias Burnus  
Mikael Morin  

PR fortran/18918
* check.c (is_coarray): Update - because of DIMEN_THIS_IMAGE.
* expr.c (gfc_is_coindexed): Ditto.
* gfortran.h (gfc_array_ref_dimen_type): Add DIMEN_THIS_IMAGE.
* interface.c (compare_parameter): Use gfc_expr_attr and
gfc_is_coindexed.
* resolve.c (check_dimension, compare_spec_to_ref,
resolve_allocate_expr, check_data_variable): Update for
DIMEN_THIS_IMAGE.
* simplify.c (gfc_simplify_lcobound, gfc_simplify_this_image,
gfc_simplify_ucobound): Allow non-constant bounds.
* trans-array.c (gfc_set_loop_bounds_from_array_spec,
gfc_trans_create_temp_array, gfc_trans_constant_array_constructor,
gfc_set_vector_loop_bounds, gfc_conv_array_index_offset,
gfc_start_scalarized_body, gfc_trans_scalarizing_loops,
gfc_trans_scalarized_loop_boundary, gfc_conv_section_startstride,
gfc_conv_ss_startstride, gfc_conv_loop_setup,
gfc_trans_array_bounds, gfc_conv_expr_descriptor,
gfc_walk_variable_expr): Handle codimen.
* trans-decl.c (gfc_build_qualified_array): Save cobounds.
* trans-intrinsic.c (gfc_conv_intrinsic_bound): Use arg2.
(conv_intrinsic_cobound): New function.
(gfc_conv_intrinsic_function): Call it.
(gfc_walk_intrinsic_function, gfc_add_intrinsic_ss_code): Handle
ucobound, lcobound, this_image.
* fortran/trans-types.c (gfc_build_array_type): Save cobounds.
(gfc_get_dtype): Honour corank.
(gfc_get_nodesc_array_type): Save corank and codimensions.
(gfc_get_array_type_bounds): Save cobound.
* fortran/trans.h (gfc_ss_info,gfc_loopinfo): Add codimen item.
(gfc_array_kind): Add corank item.
(GFC_TYPE_ARRAY_CORANK): New macro.

2011-04-04  Tobias Burnus  

PR fortran/18918
* gfortran.dg/coarray_10.f90: Add coarray descriptor diagnostic
check.
* gfortran.dg/coarray_13.f90: Add checks for run-time cobounds.
* gfortran.dg/coarray_15.f90: New.


Added:
trunk/gcc/testsuite/gfortran.dg/coarray_15.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/check.c
trunk/gcc/fortran/expr.c
trunk/gcc/fortran/gfortran.h
trunk/gcc/fortran/interface.c
trunk/gcc/fortran/resolve.c
trunk/gcc/fortran/simplify.c
trunk/gcc/fortran/trans-array.c
trunk/gcc/fortran/trans-decl.c
trunk/gcc/fortran/trans-intrinsic.c
trunk/gcc/fortran/trans-types.c
trunk/gcc/fortran/trans.h
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/gfortran.dg/coarray_10.f90
trunk/gcc/testsuite/gfortran.dg/coarray_13.f90

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[bkoz at gcc dot gnu.org]

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

--- Comment #29 from Benjamin Kosnik  2011-04-04 
18:47:44 UTC ---
f14 x86_64, no ppl

%rpm -qa | grep mpfr
mpfr-devel-2.4.2-1.fc13.x86_64
mpfr-2.4.2-1.fc13.x86_64
 /mnt/share/bld/gcc-trunk  
%rpm -qa | grep gmp
gmp-devel-4.3.1-7.fc14.x86_64
gmp-4.3.1-7.fc14.x86_64
 /mnt/share/bld/gcc-trunk  
%rpm -qa | grep libmpc
libmpc-devel-0.8.1-1.fc13.x86_64
libmpcdec-1.2.6-6.fc12.i686
libmpcdec-1.2.6-6.fc12.x86_64
libmpc-0.8.1-1.fc13.x86_64

Configured like so:
/mnt/share/src/gcc.svn-trunk/configure --enable-languages=c,c++ --verbose
--prefix=/mnt/share/bin/H-x86_64-gcc-trunk --disable-multilib
--disable-checking

%uname -a
Linux chula 2.6.35.11-83.fc14.x86_64 #1 SMP Mon Feb 7 07:06:44 UTC 2011 x86_64
x86_64 x86_64 GNU/Linux

[Bug rtl-optimization/44174] [4.4/4.5/4.6/4.7 Regression] can't find a register in class 'CLOBBERED_REGS' while reloading 'asm'

[ebotcazou at gcc dot gnu.org]

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

--- Comment #13 from Eric Botcazou  2011-04-04 
18:50:30 UTC ---
> gcc.target/i386/asm-6.c was failing on 32-bit Solaris 10 and 11/x86 on 
> 20110127
> and started to xpass on 20110331.  What's going on here?  Is this fixed for
> real or just some fallout?

This is purely a RA issue.  I presume this is the IRA improvement stuff.

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[hjl.tools at gmail dot com]

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

--- Comment #30 from H.J. Lu  2011-04-04 18:52:13 
UTC ---
This

 --enable-clocale=gnu --with-system-zlib --enable-shared --with-demangler-in-ld
--enable-cloog-backend=isl --with-ppl-include=/opt/gnu/include
--with-ppl-lib=/opt/gnu/lib64 --with-cloog-include=/opt/gnu/include
--with-cloog-lib=/opt/gnu/lib64 --with-fpmath=sse
--enable-languages=c,c++,fortran,java,lto,objc

works for me on Fedora 14/x86-64. Please provide your complete configure.

[Bug fortran/48291] [4.6/4.7 Regression] [OOP] internal compiler error, new_symbol(): Symbol name too long

[janus at gcc dot gnu.org]

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

--- Comment #10 from janus at gcc dot gnu.org 2011-04-04 18:53:37 UTC ---
Author: janus
Date: Mon Apr  4 18:53:34 2011
New Revision: 171950

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

PR fortran/48291
* class.c (get_unique_hashed_string): Adjust maximum allowable length
for unique type string.

2011-04-04  Janus Weil  

PR fortran/48291
* gfortran.dg/class_42.f03: New.

Added:
branches/gcc-4_6-branch/gcc/testsuite/gfortran.dg/class_42.f03
Modified:
branches/gcc-4_6-branch/gcc/fortran/ChangeLog
branches/gcc-4_6-branch/gcc/fortran/class.c
branches/gcc-4_6-branch/gcc/testsuite/ChangeLog

[Bug fortran/48291] [4.6/4.7 Regression] [OOP] internal compiler error, new_symbol(): Symbol name too long

[janus at gcc dot gnu.org]

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

--- Comment #11 from janus at gcc dot gnu.org 2011-04-04 18:54:41 UTC ---
Fixed on trunk and 4.6. Closing.

[Bug fortran/48291] [4.6/4.7 Regression] [OOP] internal compiler error, new_symbol(): Symbol name too long

[janus at gcc dot gnu.org]

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

janus at gcc dot gnu.org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED

--- Comment #12 from janus at gcc dot gnu.org 2011-04-04 18:55:59 UTC ---
(In reply to comment #11)
> Closing.

... for real.

[Bug fortran/48438] New: Several gfortran tests FAIL on Tru64 UNIX

[ro at gcc dot gnu.org]

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

   Summary: Several gfortran tests FAIL on Tru64 UNIX
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: r...@gcc.gnu.org
  Host: alpha-dec-osf5.1b
Target: alpha-dec-osf5.1b
 Build: alpha-dec-osf5.1b


As can be seen on http://gcc.gnu.org/ml/gcc-testresults/2011-04/msg00287.html,
several gfortran tests fail on Tru64 UNIX:

* Even after the latest patch and with -mieee, gfortran.dg/bessel_6.f90 with
the
  prints enabled aborts after extended output:

28 -0.484778965E-02 -0.484779058E-020.93E-09 -1.6115591526  F  T
29 -0.365163200E-01 -0.365163200E-010.00E+00 -0.00  T  T
30  0.396264251E-03  0.396265183E-03   -0.93E-09-19.7153797150  F  F
IOT/Abort trap

* FAIL: gfortran.dg/large_real_kind_2.F90  -O0  execution test

  at all optimization levels.  The tests terminate with

Floating point exception

  even with -mieee.

Program received signal SIGFPE, Arithmetic exception.
0x03ff80293a14 in cpow () from /usr/shlib/libm.so
(gdb) where
#0  0x03ff80293a14 in cpow () from /usr/shlib/libm.so
#1  0x00012000992c in MAIN__ ()
at
/vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/large_real_kind_2.F90:76
#2  0x000120015abc in main (argc=1, argv=0x11fffe068)
at
/vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/large_real_kind_2.F90:105

  for the CTEST_POWER (0.0,5.4) call.

* FAIL: gfortran.dg/nan_7.f90  -O0  execution test

  at all optimization levels:

IOT/Abort trap

  even with -mieee

Program received signal SIGABRT, Aborted.
0x03ff800ee3e8 in kill () from /usr/shlib/libc.so
(gdb) where
#0  0x03ff800ee3e8 in kill () from /usr/shlib/libc.so
#1  0x03ff80223694 in tis_lock_global () from /usr/shlib/libc.so
#2  0x03ff80141688 in tis_raise () from /usr/shlib/libc.so
#3  0x03ff801d4e9c in abort () from /usr/shlib/libc.so
#4  0x03ffbffe81e8 in _gfortran_abort ()
at /vol/gcc/src/hg/gcc-4.6-branch/local/libgfortran/intrinsics/abort.c:34
#5  0x00012000160c in MAIN__ ()
at
/vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/nan_7.f90:14
#6  0x000120001688 in main (argc=1, argv=0x11fffe060)
at
/vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/nan_7.f90:15
(gdb) p k2
$1 = 0xfff8

* FAIL: gfortran.dg/nint_2.f90  -O0  execution test

Program received signal SIGABRT, Aborted.
0x03ff800ee3e8 in kill () from /usr/shlib/libc.so
(gdb) where
#0  0x03ff800ee3e8 in kill () from /usr/shlib/libc.so
#1  0x03ff80223694 in tis_lock_global () from /usr/shlib/libc.so
#2  0x03ff80141688 in tis_raise () from /usr/shlib/libc.so
#3  0x03ff801d4e9c in abort () from /usr/shlib/libc.so
#4  0x03ffbffe81e8 in _gfortran_abort ()
at /vol/gcc/src/hg/gcc-4.6-branch/local/libgfortran/intrinsics/abort.c:34
#5  0x0001200013b4 in MAIN__ ()
at
/vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/nint_2.f90:16
#6  0x0001200016a0 in main (argc=1, argv=0x11fffe060)
at
/vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/nint_2.f90:52

(gdb) p i1
$1 = 1
(gdb) p i2
$2 = 0

  a = nearest(0.5_8,-1.0_8)
  i2 = nint(nearest(0.5_8,-1.0_8))
  i1 = nint(a)
  if (i1 /= 0 .or. i2 /= 0) call abort

* FAIL: gfortran.dg/pr45636.f90  -O  scan-tree-dump-times forwprop2 "memset" 0

  pr45636.f90.060t.forwprop2 has two calls to __builtin_memset

* FAIL: gfortran.dg/realloc_on_assign_5.f03  -O0  execution test

  at all optimization levels:

IOT/Abort trap

Program received signal SIGABRT, Aborted.
0x03ff800ee3e8 in kill () from /usr/shlib/libc.so
(gdb) where
#0  0x03ff800ee3e8 in kill () from /usr/shlib/libc.so
#1  0x03ff80223694 in tis_lock_global () from /usr/shlib/libc.so
#2  0x03ff80141688 in tis_raise () from /usr/shlib/libc.so
#3  0x03ff801d4e9c in abort () from /usr/shlib/libc.so
#4  0x03ffbffe81e8 in _gfortran_abort ()
at /vol/gcc/src/hg/gcc-4.6-branch/local/libgfortran/intrinsics/abort.c:34
#5  0x0001200018fc in MAIN__ ()
at
/vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/realloc_on_assign_5.f03:16
#6  0x0001200019ac in main (argc=1, argv=0x11fffe070)
at
/vol/gcc/src/hg/gcc-4.6-branch/local/gcc/testsuite/gfortran.dg/realloc_on_assign_5.f03:18

  if (a .ne. 'x') call abort

* FAIL: gfortran.dg/guality/pr41558.f90  -O0  line 7 s == 'foo'

  and several others, seems to be the usual guality/gdb fragility

[Bug bootstrap/48148] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled

[hjl.tools at gmail dot com]

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

--- Comment #24 from H.J. Lu  2011-04-04 19:24:03 
UTC ---
Still doesn't work.  Revision 171942 gave:

http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00253.html

/tmp/ccuKub9z.s: Assembler messages:
/tmp/ccuKub9z.s:180352: Error: symbol `.Ldebug_info0' is already defined
make[7]: *** [/tmp/ccxeOYQm.ltrans21.ltrans.o] Error 1
lto-wrapper: make returned 2 exit status
/usr/local/x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed
collect2: ld returned 1 exit status
make[6]: *** [cc1] Error 1
make[6]: *** Waiting for unfinished jobs
/tmp/ccxlW3CV.s: Assembler messages:
/tmp/ccxlW3CV.s:164584: Error: symbol `.Ldebug_info0' is already defined
make[7]: *** [/tmp/ccGWmRAf.ltrans21.ltrans.o] Error 1
make[7]: *** Waiting for unfinished jobs
lto-wrapper: make returned 2 exit status
/usr/local/x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed
collect2: ld returned 1 exit status
make[6]: *** [cc1obj] Error 1

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[hjl.tools at gmail dot com]

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

--- Comment #31 from H.J. Lu  2011-04-04 19:41:46 
UTC ---
(In reply to comment #29)
> f14 x86_64, no ppl
> Configured like so:
> /mnt/share/src/gcc.svn-trunk/configure --enable-languages=c,c++ --verbose
> --prefix=/mnt/share/bin/H-x86_64-gcc-trunk --disable-multilib
> --disable-checking

Confirmed.

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[sje at cup dot hp.com]

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

Steve Ellcey  changed:

   What|Removed |Added

 CC||sje at cup dot hp.com

--- Comment #32 from Steve Ellcey  2011-04-04 19:48:36 
UTC ---
Also failing on IA64 HP-UX and Linux.  With 171843, I get the comparision
errors, with 171845 (or ToT that includes the patch from #26), I get an ICE
during the stage2 build.



/proj/opensrc/nightly/src/trunk/gcc/errors.c:86:1: internal compiler error: in
max_issue, at haifa-sched.c:2524
Please submit a full bug report,
with preprocessed source if appropriate.

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[pinskia at gcc dot gnu.org]

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

--- Comment #33 from Andrew Pinski  2011-04-04 
19:50:24 UTC ---
(In reply to comment #32)
> 
> /proj/opensrc/nightly/src/trunk/gcc/errors.c:86:1: internal compiler error: in
> max_issue, at haifa-sched.c:2524
> Please submit a full bug report,
> with preprocessed source if appropriate.

I get this ICE on MIPS64-linux-gnu compiling libgcc for o32.

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[steven at gcc dot gnu.org]

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

--- Comment #34 from Steven Bosscher  2011-04-04 
19:53:52 UTC ---
Perhaps the patches can be reverted until it's clear what is wrong here? The
trunk is now broken for 3 days, it will make things like bisecting regressions
much harder later on if it stays broken even longer.

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[hjl.tools at gmail dot com]

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

--- Comment #35 from H.J. Lu  2011-04-04 19:56:49 
UTC ---
(In reply to comment #31)
> (In reply to comment #29)
> > f14 x86_64, no ppl
> > Configured like so:
> > /mnt/share/src/gcc.svn-trunk/configure --enable-languages=c,c++ --verbose
> > --prefix=/mnt/share/bin/H-x86_64-gcc-trunk --disable-multilib
> > --disable-checking
> 
> Confirmed.

On Linux/ia32,

--enable-languages=c,c++ --disable-checking i686-linux

also leads to

warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/final.o differs
gcc/haifa-sched.o differs
libiberty/pic/cp-demangle.o differs
libiberty/cp-demangle.o differs
make[3]: *** [compare] Error 1

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[hjl.tools at gmail dot com]

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

--- Comment #36 from H.J. Lu  2011-04-04 19:57:14 
UTC ---
(In reply to comment #34)
> Perhaps the patches can be reverted until it's clear what is wrong here? The
> trunk is now broken for 3 days, it will make things like bisecting regressions
> much harder later on if it stays broken even longer.

I agree.

[Bug bootstrap/48148] [4.7 Regression] LTO bootstrap failed with bootstrap-profiled

[hjl.tools at gmail dot com]

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

--- Comment #25 from H.J. Lu  2011-04-04 20:01:29 
UTC ---
(In reply to comment #24)
> Still doesn't work.  Revision 171942 gave:
> 
> http://gcc.gnu.org/ml/gcc-regression/2011-04/msg00253.html
> 
> /tmp/ccuKub9z.s: Assembler messages:
> /tmp/ccuKub9z.s:180352: Error: symbol `.Ldebug_info0' is already defined
> make[7]: *** [/tmp/ccxeOYQm.ltrans21.ltrans.o] Error 1
> lto-wrapper: make returned 2 exit status
> /usr/local/x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed
> collect2: ld returned 1 exit status
> make[6]: *** [cc1] Error 1
> make[6]: *** Waiting for unfinished jobs
> /tmp/ccxlW3CV.s: Assembler messages:
> /tmp/ccxlW3CV.s:164584: Error: symbol `.Ldebug_info0' is already defined
> make[7]: *** [/tmp/ccGWmRAf.ltrans21.ltrans.o] Error 1
> make[7]: *** Waiting for unfinished jobs
> lto-wrapper: make returned 2 exit status
> /usr/local/x86_64-unknown-linux-gnu/bin/ld: lto-wrapper failed
> collect2: ld returned 1 exit status
> make[6]: *** [cc1obj] Error 1

This started with revision 171856:

http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg00048.html

[Bug target/48380] [gcc-4.7 regression] ICE in postreload.c while building trunk

[vmakarov at gcc dot gnu.org]

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

--- Comment #5 from Vladimir Makarov  2011-04-04 
20:19:48 UTC ---
Author: vmakarov
Date: Mon Apr  4 20:19:45 2011
New Revision: 171951

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171951
Log:
2011-04-01  Vladimir Makarov  

PR target/48380
* ira.c (ira): Call grow_reg_equivs when fix_reg_equiv_init is
  not called.

* ira-emit.c (emit_move_list): Update reg equiv init insn list.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/ira-emit.c
trunk/gcc/ira.c

[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass

[tkoenig at gcc dot gnu.org]

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

--- Comment #6 from Thomas Koenig  2011-04-04 
20:22:27 UTC ---
Author: tkoenig
Date: Mon Apr  4 20:22:21 2011
New Revision: 171952

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171952
Log:
2011-04-04  Thomas Koenig  

PR fortran/48412
* frontend-passes (cfe_expr_0):  Reverse the order of going
through the loops.

2011-04-04  Thomas Koenig  

PR fortran/48412
* function_optimize_4.f90:  New test.


Added:
trunk/gcc/testsuite/gfortran.dg/function_optimize_4.f90
Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/frontend-passes.c
trunk/gcc/testsuite/ChangeLog

[Bug fortran/48412] [4.7 Regression] CP2K miscompiled due to some Fortran frontend pass

[tkoenig at gcc dot gnu.org]

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

Thomas Koenig  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #7 from Thomas Koenig  2011-04-04 
20:27:32 UTC ---
Fixed on trunk, closing.

Thanks for the bug report and the analysis!

[Bug driver/48439] New: gcc fails to resume the normal treatment when -isystem has finished

[Denis.Excoffier at airbus dot com]

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

   Summary: gcc fails to resume the normal treatment when -isystem
has finished
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: driver
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: denis.excoff...@airbus.com


A command line with both `-fbranch-target-load-optimize' and
`-fbranch-target-load-optimize2' is typically a mistake. This mistake should
not be reported when found from within a directory included using -isystem (it
is not).

However, it should be reported when found from within the main file. See below:
the fourth (and last) command line should produce the same message as for the
second one.

%
% cat a.cc
#if defined(INCLUDED)
#include 
#endif
void a() {}
%
% cat c1.h
class c1 {
  ~c1(void);
};
c1::~c1(void) {}
%
% gcc --version | head -1
gcc (GCC) 4.6.0
%
% set o = "-O -Werror -fbranch-target-load-optimize
-fbranch-target-load-optimize2"
%
% gcc -o a.o -UINCLUDED -I . $o -c a.cc
a.cc: In function 'void a()':
a.cc:4:11: error: branch target register load optimization is not intended to
be run twice [-Werror]
cc1plus: all warnings being treated as errors

% gcc -o a.o -UINCLUDED -isystem . $o -c a.cc
a.cc: In function 'void a()':
a.cc:4:11: error: branch target register load optimization is not intended to
be run twice [-Werror]
cc1plus: all warnings being treated as errors

% gcc -o a.o -DINCLUDED -I . $o -c a.cc
In file included from a.cc:2:0:
./c1.h: In destructor 'c1::~c1()':
./c1.h:4:16: error: branch target register load optimization is not intended to
be run twice [-Werror]
cc1plus: all warnings being treated as errors

% gcc -o a.o -DINCLUDED -isystem . $o -c a.cc
% ls a.o
a.o
%

I'm not so proud of this bug, sorry for it.

[Bug fortran/47976] [4.5 Regression] Recent gfortran.dg/actual_array_constructor_3.f90 regression on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 CC||bernds at gcc dot gnu.org,
   ||ramana at gcc dot gnu.org

--- Comment #6 from Ramana Radhakrishnan  2011-04-04 
20:42:11 UTC ---
Adding bernds to the CC .

Ramana

[Bug target/48256] gcc4.4.5 internal compiler error: in change_address_1, at emit-rtl.c:1954

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Last reconfirmed||2011.04.04 20:48:04
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Ramana Radhakrishnan  2011-04-04 
20:48:04 UTC ---
Please submit a pre-processed file as per instructions in
http://gcc.gnu.org/bugs/

rather than something that includes header files that aren't submitted. 

Ramana

[Bug target/48183] ICE [arm] immed_double_const at emit-rtl.c (-mfpu=neon -g -O1)

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||ice-on-valid-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.04 20:54:30
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1
  Known to fail||4.6.0

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[ebotcazou at gcc dot gnu.org]

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

--- Comment #37 from Eric Botcazou  2011-04-04 
21:13:51 UTC ---
> /proj/opensrc/nightly/src/trunk/gcc/errors.c:86:1: internal compiler error: in
> max_issue, at haifa-sched.c:2524
> Please submit a full bug report,
> with preprocessed source if appropriate.

Confirmed.  Reduced testcase for -O2:

typedef __builtin_va_list va_list;

extern void exit (unsigned);
extern int vfprintf (void *s, const char *format, va_list arg);
extern void *stderr;

void fatal (const char *format, ...)
{
  va_list ap;
  __builtin_va_start(ap,format);
  vfprintf (stderr, format, ap);
  __builtin_va_end(ap);
  exit (1);
}

But x86/Linux, x86-64/Linux, x86-64/Darwin, x86/Solaris and SPARC/Solaris now
bootstrap fine for me so there is some progress.

[Bug target/48252] ARM neon: problem with consecutive vzip, vuzp and vtrn

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.04 21:21:06
 CC||ira at gcc dot gnu.org,
   ||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #2 from Ramana Radhakrishnan  2011-04-04 
21:21:06 UTC ---
Confirmed . This IIRC is something for which Ira had a patch. Adding her to the
CC.

ramana

[Bug target/46975] Replace 32 bit instructions with 16 bit instructions in thumb2

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.04 21:22:11
 CC||ramana at gcc dot gnu.org
   Target Milestone|--- |4.7.0
 Ever Confirmed|0   |1

[Bug target/46247] bug with loading constant to neon quad register

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.04 21:31:00
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

--- Comment #1 from Ramana Radhakrishnan  2011-04-04 
21:31:00 UTC ---
vmov.i32d18, #0  @ v8qi @ D.13245,
movwr0, #:lower16:.LC0  @,
vmov.i8 d19, #1  @ v8qi @ tmp229,
movtr0, #:upper16:.LC0  @,
vmovd17, d18  @ v8qi@ tmp231, D.13245
push{r4, r5, lr}@
vmov.i8 d16, #2  @ v8qi @ tmp236,
sub sp, sp, #60 @,,
vzip.8  d19, d17@ tmp230, tmp231
add r3, sp, #48 @ tmp238,,
fstdd17, [sp, #16]  @ tmp231,
vzip.8  d16, d18@ tmp236, tmp237
fstdd16, [sp, #8]   @ tmp236,
vst1.8  {d19}, [r3] @ tmp230, tmp238
add r3, sp, #40 @ tmp239,,
movwr4, #:lower16:.LC1  @ tmp243,
vst1.8  {d17}, [r3] @ tmp231, tmp239 <-
add r3, sp, #32 @ tmp240,,
movtr4, #:upper16:.LC1  @ tmp243,
vst1.8  {d16}, [r3] @ tmp236, tmp240
add r3, sp, #24 @ tmp241,,
vst1.8  {d17}, [r3] @ tmp231, tmp241
bl  puts@


Why does this end up storing so many values to the stack . The problem appears
to be with storing d17 twice instead of storing d18 in the case marked with
>

[Bug fortran/47976] [4.5 Regression] Recent gfortran.dg/actual_array_constructor_3.f90 regression on arm-linux-gnueabi

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||wrong-code
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.04 21:32:23
 Ever Confirmed|0   |1

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[bkoz at gcc dot gnu.org]

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

--- Comment #38 from Benjamin Kosnik  2011-04-04 
21:37:21 UTC ---

YES, please revert whatever is causing this ASAP. Bootstrap has been broken for
much too long, on all the common devel arches.

[Bug middle-end/48440] New: [4.7 Regression] FAIL: gcc.c-torture/compile/labels-3.c

[hjl.tools at gmail dot com]

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

   Summary: [4.7 Regression] FAIL:
gcc.c-torture/compile/labels-3.c
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: hjl.to...@gmail.com
CC: m...@gcc.gnu.org


Revision 171903:

http://gcc.gnu.org/ml/gcc-cvs/2011-04/msg00095.html

breaks gcc.c-torture/compile/labels-3.c for targets where
Pmode == DImode and ptr_mode == SImode like x32. Revert

* cgraphbuild.c (record_reference): Canonicalize constructor
values.

fixes the regression.

[Bug target/48328] GCC failed to generate 16bit relative jump table

[ramana at gcc dot gnu.org]

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

Ramana Radhakrishnan  changed:

   What|Removed |Added

   Keywords||missed-optimization
 Status|UNCONFIRMED |NEW
   Last reconfirmed||2011.04.04 21:59:55
 CC||ramana at gcc dot gnu.org
 Ever Confirmed|0   |1

[Bug middle-end/48440] [4.7 Regression] FAIL: gcc.c-torture/compile/labels-3.c

[hjl.tools at gmail dot com]

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

--- Comment #1 from H.J. Lu  2011-04-04 22:05:30 
UTC ---
The record_reference change remove the cast, which is needed for
Pmode != ptr_mode:

diff -upr bad/x.i.143r.expand good/x.i.143r.expand
--- bad/x.i.143r.expand2011-04-04 15:02:05.652458274 -0700
+++ good/x.i.143r.expand2011-04-04 15:02:55.233678782 -0700
@@ -5,7 +5,7 @@ foo (int a)
 {
   void * gotovar.0;
   void * p;
-  static const short int ar[2] = {0, (short unsigned int) &l2 - (short
unsigned int) &l1};
+  static const short int ar[2] = {0, (short int) ((short unsigned int) (int)
&l2 - (short unsigned int) (int) &l1)};
   int D.2689;
   unsigned int D.2688;
   const short int D.2687;
@@ -105,7 +105,7 @@ foo (int a)
 {
   void * gotovar.0;
   void * p;
-  static const short int ar[2] = {0, (short unsigned int) &l2 - (short
unsigned int) &l1};
+  static const short int ar[2] = {0, (short int) ((short unsigned int) (int)
&l2 - (short unsigned int) (int) &l1)};
   int D.2689;
   unsigned int D.2688;
   const short int D.2687;

[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824

[rth at gcc dot gnu.org]

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

--- Comment #29 from Richard Henderson  2011-04-04 
22:13:58 UTC ---
Author: rth
Date: Mon Apr  4 22:13:54 2011
New Revision: 171955

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171955
Log:
PR 48400
* dwarf2out.c (output_line_info): Always emit line info from
at least one section.
(dwarf2out_init): Create text_section_line_info here ...
(set_cur_line_info_table): ... not here.

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

[Bug middle-end/48440] [4.7 Regression] FAIL: gcc.c-torture/compile/labels-3.c

[hjl.tools at gmail dot com]

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

--- Comment #2 from H.J. Lu  2011-04-04 22:15:54 
UTC ---
This patch:

diff --git a/gcc/cgraphbuild.c b/gcc/cgraphbuild.c
index 3948cf6..c80d7ab 100644
--- a/gcc/cgraphbuild.c
+++ b/gcc/cgraphbuild.c
@@ -56,7 +56,10 @@ record_reference (tree *tp, int *walk_subtrees, void *data)
   t = canonicalize_constructor_val (t);
   if (!t)
 t = *tp;
-  else if (t != *tp)
+  else if (t != *tp
+   && !(Pmode != ptr_mode
+&& TREE_CODE (t) == ADDR_EXPR
+&& TREE_CODE (*tp) == CONVERT_EXPR))
 *tp = t;

   switch (TREE_CODE (t))

seems to work.

[Bug bootstrap/48400] [4.7 Regression] powerpc-apple-darwin9 fails to bootstrap at revision 171824

[rth at gcc dot gnu.org]

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

Richard Henderson  changed:

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution||FIXED

--- Comment #30 from Richard Henderson  2011-04-04 
22:17:05 UTC ---
I committed a variant of the third and fourth patches, with
extra commentary, now that we know exactly what the problem is.

[Bug middle-end/48441] New: [4.7 Regression] ICE in mark_oprs_set

[danglin at gcc dot gnu.org]

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

   Summary: [4.7 Regression] ICE in mark_oprs_set
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: dang...@gcc.gnu.org
  Host: hppa*-*-*
Target: hppa*-*-*
 Build: hppa*-*-*


/home/dave/gnu/gcc/objdir/./prev-gcc/xgcc
-B/home/dave/gnu/gcc/objdir/./prev-gcc/
-B/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/bin/
-B/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/lib/ -isystem
/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/include -isystem
/home/dave/opt/gnu/gcc/gcc-4.7.0/hppa-linux/sys-include -I../../gcc/libcpp
-I. -I../../gcc/libcpp/../include -I../../gcc/libcpp/include  -g -O2 -W -Wall
-Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -Wc++-compat -pedantic
-Wno-long-long -Werror -I../../gcc/libcpp -I. -I../../gcc/libcpp/../include
-I../../gcc/libcpp/include  -c -o charset.o -MT char
set.o -MMD -MP -MF .deps/charset.Tpo ../../gcc/libcpp/charset.c

../../gcc/libcpp/charset.c: In function 'convert_utf16_utf8':
../../gcc/libcpp/charset.c:524:1: internal compiler error: Segmentation fault

Program received signal SIGSEGV, Segmentation fault.
0x0343fb28 in mark_oprs_set (insn=0x407a5c30) at ../../gcc/gcc/cprop.c:543
543  for (def_rec = DF_INSN_INFO_DEFS (insn_info); *def_rec; def_rec++)
(gdb) bt
#0  0x0343fb28 in mark_oprs_set (insn=0x407a5c30) at ../../gcc/gcc/cprop.c:543
#1  0x03443024 in one_cprop_pass () at ../../gcc/gcc/cprop.c:1802
#2  0x03443320 in execute_rtl_cprop () at ../../gcc/gcc/cprop.c:1853
#3  0x013714f0 in execute_one_pass (pass=0x42e7820)
at ../../gcc/gcc/passes.c:1555
#4  0x01371870 in execute_pass_list (pass=0x42e7820)
at ../../gcc/gcc/passes.c:1610
#5  0x01371898 in execute_pass_list (pass=0x42e7820)
at ../../gcc/gcc/passes.c:1611
#6  0x01371898 in execute_pass_list (pass=0x42e7820)
at ../../gcc/gcc/passes.c:1611
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

dave@hiauly6:~/gnu/gcc/objdir/prev-gcc$ ./xgcc -B./ -v
Reading specs from ./specs
COLLECT_GCC=./xgcc
COLLECT_LTO_WRAPPER=./lto-wrapper
Target: hppa-linux
Configured with: ../gcc/configure --with-gnu-as --with-gnu-ld --enable-shared
--prefix=/home/dave/opt/gnu/gcc/gcc-4.7.0
--with-local-prefix=/home/dave/opt/gnu --enable-threads=posix
--enable-__cxa_atexit --build=hppa-linux --enable-clocale=gnu
--enable-java-gc=boehm --enable-java-awt=xlib --without-cloog --without-ppl
--enable-languages=c,c++,objc,fortran,obj-c++,java,ada
Thread model: posix
gcc version 4.7.0 20110404 (experimental) [trunk revision 171950] (GCC)

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[bernds at gcc dot gnu.org]

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

--- Comment #39 from Bernd Schmidt  2011-04-04 
22:27:26 UTC ---
(In reply to comment #37)

> Confirmed.  Reduced testcase for -O2:
> 
> typedef __builtin_va_list va_list;
> 
> extern void exit (unsigned);
> extern int vfprintf (void *s, const char *format, va_list arg);
> extern void *stderr;
> 
> void fatal (const char *format, ...)
> {
>   va_list ap;
>   __builtin_va_start(ap,format);
>   vfprintf (stderr, format, ap);
>   __builtin_va_end(ap);
>   exit (1);
> }

mips64-linux, right?

$ ./cc1 ebtc.c -O2
fatal
Analyzing compilation unit
Performing interprocedural optimizations
 <*free_lang_data>   
Assembling functions:
 fatal
Execution times (seconds)
 df scan insns :   0.00 ( 0%) usr   0.00 ( 0%) sys   0.01 (20%) wall   
   0 kB ( 0%) ggc
 parser:   0.01 (100%) usr   0.00 ( 0%) sys   0.00 ( 0%) wall  
  155 kB (22%) ggc
 TOTAL :   0.01 0.00 0.05  
 701 kB
Extra diagnostic checks enabled; compiler may run slowly.
Configure with --enable-checking=release to disable checks.
$

How did you configure the toolchain?

[Bug middle-end/48441] [4.7 Regression] ICE in mark_oprs_set

[dave at hiauly1 dot hia.nrc.ca]

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

--- Comment #1 from dave at hiauly1 dot hia.nrc.ca 2011-04-04 22:30:50 UTC ---
On Mon, 04 Apr 2011, danglin at gcc dot gnu.org wrote:

Attached .i.

Dave

[Bug bootstrap/48403] [4.7 Regression] bootstrap comparison failure

[pinskia at gcc dot gnu.org]

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

--- Comment #40 from Andrew Pinski  2011-04-04 
22:36:56 UTC ---
Created attachment 23873
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23873
Testcase for the MIPS ICE

./cc1 t1.c -mabi=32 -O2 -march=octeon -da -quiet
t1.c: In function ‘__udivmoddi4’:
t1.c:55:1: internal compiler error: in max_issue, at haifa-sched.c:2529
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

[Bug middle-end/48441] [4.7 Regression] ICE in mark_oprs_set

[danglin at gcc dot gnu.org]

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

--- Comment #2 from John David Anglin  2011-04-04 
22:37:38 UTC ---
(gdb) p debug_rtx (insn)
(jump_insn/v 247 246 338 29 (set (pc)
(if_then_else (eq (reg/v:SI 116 [ rval ])
(const_int 7 [0x7]))
(label_ref:SI 338)
(pc))) ../../gcc/libcpp/charset.c:481 25 {*pa.md:1330}
 (expr_list:REG_BR_PROB (const_int 9550 [0x254e])
(nil))
 -> 338)
$1 = void
(gdb) p/x $pc
$2 = 0x343fb28
(gdb) disass 0x343fb18,0x343fb38
Dump of assembler code from 0x343fb18 to 0x343fb38:
   0x0343fb18 :add,l r19,ret0,ret0
   0x0343fb1c :ldw 0(ret0),ret0
   0x0343fb20 :stw ret0,c(r3)
   0x0343fb24 :ldw c(r3),ret0
=> 0x0343fb28 :ldw 4(ret0),ret0
   0x0343fb2c :stw ret0,8(r3)
   0x0343fb30 :b,l,n 0x343fb68 ,r0
   0x0343fb34 :addil L%8f800,dp,r1
End of assembler dump.
(gdb) p/x $ret0
$3 = 0x0

[Bug middle-end/48441] [4.7 Regression] ICE in mark_oprs_set

[steven at gcc dot gnu.org]

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

Steven Bosscher  changed:

   What|Removed |Added

 Status|UNCONFIRMED |ASSIGNED
   Last reconfirmed||2011.04.04 22:46:09
 AssignedTo|unassigned at gcc dot   |steven at gcc dot gnu.org
   |gnu.org |
 Ever Confirmed|0   |1

--- Comment #3 from Steven Bosscher  2011-04-04 
22:46:09 UTC ---
Obviously mine.

[Bug middle-end/48441] [4.7 Regression] ICE in mark_oprs_set

[steven at gcc dot gnu.org]

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

--- Comment #4 from Steven Bosscher  2011-04-04 
22:50:01 UTC ---
I'll try to reproduce this with a cross-compiler tomorrow. It would be helpful
if you can dump the DF info for this insn (df_debug_insn).

[Bug go/48242] gotest needs timeout mechanism

[ian at airs dot com]

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

--- Comment #5 from Ian Lance Taylor  2011-04-04 23:39:18 
UTC ---
The stack trace attachment shows that there are three threads waiting for
garbage collection to complete, but the thread invoking the garbage collector
is waiting for the threads to report that they are ready.  The question is why
that happened.  Is the garbage collector waiting for a thread that somehow
disappeared, or did the garbage collector fail to receive a notification?

[Bug rtl-optimization/48442] New: ICE: in init_seqno, at sel-sched.c:6767 with -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100

[zsojka at seznam dot cz]

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

   Summary: ICE: in init_seqno, at sel-sched.c:6767 with -Os
-fselective-scheduling2 --param
max-sched-extend-regions-iters=100
   Product: gcc
   Version: 4.7.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: rtl-optimization
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: zso...@seznam.cz
  Host: x86_64-pc-linux-gnu
Target: x86_64-pc-linux-gnu


Created attachment 23874
  --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23874
auto-reduced testcase (from gcc.c-torture/compile/930523-1.c)

Compiler output (4.6/4.7):
$ gcc -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100
testcase.c
testcase.c: In function 'f':
testcase.c:25:1: internal compiler error: in init_seqno, at sel-sched.c:6767
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

(gdb) bt
#0  fancy_abort (file=0x116c168 "/mnt/svn/gcc-trunk/gcc/sel-sched.c",
line=6767, function=0x116d393 "init_seqno")
at /mnt/svn/gcc-trunk/gcc/diagnostic.c:892
#1  0x008a28aa in init_seqno (number_of_insns=2,
blocks_to_reschedule=0x0, from=0x75976b60)
at /mnt/svn/gcc-trunk/gcc/sel-sched.c:6767
#2  0x008a9f51 in sel_sched_region_1 (rgn=0) at
/mnt/svn/gcc-trunk/gcc/sel-sched.c:7486
#3  sel_sched_region (rgn=0) at /mnt/svn/gcc-trunk/gcc/sel-sched.c:7599
#4  0x008abb0a in run_selective_scheduling () at
/mnt/svn/gcc-trunk/gcc/sel-sched.c:7675
#5  0x00879b16 in rest_of_handle_sched2 () at
/mnt/svn/gcc-trunk/gcc/sched-rgn.c:3524
#6  0x007efd46 in execute_one_pass (pass=0x1649ba0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1555
#7  0x007f0035 in execute_pass_list (pass=0x1649ba0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1610
#8  0x007f0047 in execute_pass_list (pass=0x1649180) at
/mnt/svn/gcc-trunk/gcc/passes.c:1611
#9  0x007f0047 in execute_pass_list (pass=0x16491e0) at
/mnt/svn/gcc-trunk/gcc/passes.c:1611
#10 0x00934d15 in tree_rest_of_compilation (fndecl=0x75977f00) at
/mnt/svn/gcc-trunk/gcc/tree-optimize.c:422
#11 0x00b01337 in cgraph_expand_function (node=0x75998000) at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1580
#12 0x00b03a8c in cgraph_expand_all_functions () at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1639
#13 cgraph_optimize () at /mnt/svn/gcc-trunk/gcc/cgraphunit.c:1903
#14 0x00b0401a in cgraph_finalize_compilation_unit () at
/mnt/svn/gcc-trunk/gcc/cgraphunit.c:1100
#15 0x00509094 in c_write_global_declarations () at
/mnt/svn/gcc-trunk/gcc/c-decl.c:9879
#16 0x008dd94d in compile_file (argc=16, argv=0x7fffdc28) at
/mnt/svn/gcc-trunk/gcc/toplev.c:591


Compiler output (4.4/4.5):
$ gcc -Os -fselective-scheduling2 --param max-sched-extend-regions-iters=100
testcase.c
testcase.c: In function 'f':
testcase.c:25:1: error: wrong amount of branch edges after conditional jump 2
testcase.c:25:1: internal compiler error: verify_flow_info failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

(gdb) bt
#0  error (gmsgid=0x1059ff8 "wrong amount of branch edges after conditional
jump %i") at /mnt/svn/gcc-4_5/gcc/diagnostic.c:625
#1  0x0058c33f in rtl_verify_flow_info_1 () at
/mnt/svn/gcc-4_5/gcc/cfgrtl.c:1955
#2  0x0058d353 in rtl_verify_flow_info () at
/mnt/svn/gcc-4_5/gcc/cfgrtl.c:2058
#3  0x0057d007 in verify_flow_info () at
/mnt/svn/gcc-4_5/gcc/cfghooks.c:257
#4  0x007759ce in execute_function_todo (data=) at
/mnt/svn/gcc-4_5/gcc/passes.c:1262
#5  0x0077575a in execute_todo (flags=132107) at
/mnt/svn/gcc-4_5/gcc/passes.c:1287
#6  0x00777df2 in execute_one_pass (pass=0x15557a0) at
/mnt/svn/gcc-4_5/gcc/passes.c:1591
#7  0x00778005 in execute_pass_list (pass=0x15557a0) at
/mnt/svn/gcc-4_5/gcc/passes.c:1623
#8  0x00778017 in execute_pass_list (pass=0x1554ac0) at
/mnt/svn/gcc-4_5/gcc/passes.c:1624
#9  0x00778017 in execute_pass_list (pass=0x1554a60) at
/mnt/svn/gcc-4_5/gcc/passes.c:1624
#10 0x008b8775 in tree_rest_of_compilation (fndecl=0x7575d800) at
/mnt/svn/gcc-4_5/gcc/tree-optimize.c:413
#11 0x00a52dc1 in cgraph_expand_function (node=0x77ed14e0) at
/mnt/svn/gcc-4_5/gcc/cgraphunit.c:1574
#12 0x00a55735 in cgraph_expand_all_functions () at
/mnt/svn/gcc-4_5/gcc/cgraphunit.c:1653
#13 cgraph_optimize () at /mnt/svn/gcc-4_5/gcc/cgraphunit.c:1909
#14 0x00a55e95 in cgraph_finalize_compilation_unit () at
/mnt/svn/gcc-4_5/gcc/cgraphunit.c:1122
#15 0x004b12e3 in c_write_global_declarations () at
/mnt/svn/gcc-4_5/gcc/c-decl.c:9520
#16 0x00867a65 in compile_file (argc=16, argv=0x7fffdbf8) at
/mnt/svn/gcc-4_5/gcc/toplev.c:1065

[Bug go/48222] libgo assertion failure in thread.c:40/63 on Solaris 2

[ian at gcc dot gnu.org]

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

--- Comment #2 from ian at gcc dot gnu.org  2011-04-04 
23:44:12 UTC ---
Author: ian
Date: Mon Apr  4 23:43:59 2011
New Revision: 171960

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171960
Log:
libgo: Always initialize semaphores.

2011-04-03  Rainer Orth  

PR go/48222
* runtime/malloc.goc (runtime_mallocinit): Call
runtime_Mprof_Init, runtime_initfintab.
* runtime/cpuprof.c (runtime_cpuprofinit): New function.
* runtime/runtime.h (runtime_cpuprofinit): Declare it.
* runtime/go-main.c (main): Use it.

Modified:
trunk/libgo/runtime/cpuprof.c
trunk/libgo/runtime/go-main.c
trunk/libgo/runtime/malloc.goc
trunk/libgo/runtime/runtime.h

[Bug go/48222] libgo assertion failure in thread.c:40/63 on Solaris 2

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #3 from Ian Lance Taylor  2011-04-04 23:46:48 
UTC ---
Fixed, I hope.

[Bug go/48121] websocket and netchan test occasionally fail with EISCONN

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED

--- Comment #1 from Ian Lance Taylor  2011-04-04 23:57:12 
UTC ---
Now that the library always uses a non-blocking connect, I don't see how this
could happen.  Please let me know if you still see this with the current
sources.

[Bug go/48240] libgo assertion failure at runtime/mem.c:114 on 64-bit Solaris 10

[ian at gcc dot gnu.org]

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

--- Comment #2 from ian at gcc dot gnu.org  2011-04-05 
00:02:36 UTC ---
Author: ian
Date: Tue Apr  5 00:02:15 2011
New Revision: 171961

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171961
Log:
libgo: Use MAP_FIXED if necessary to grab arena.

>From Rainer Orth.

PR go/48240
* configure.ac: Check for mincore.
* configure: Regenerate.
* config.h.in: Regenerate.
* runtime/mem.c: Include unistd.h.
(addrspace_free): New function.
(runtime_SysMap): Retry 64-bit runtime_mmap with MAP_FIXED.

Modified:
trunk/libgo/config.h.in
trunk/libgo/configure
trunk/libgo/configure.ac
trunk/libgo/runtime/mem.c

[Bug go/48240] libgo assertion failure at runtime/mem.c:114 on 64-bit Solaris 10

[ian at airs dot com]

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

Ian Lance Taylor  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Ian Lance Taylor  2011-04-05 00:03:43 
UTC ---
Fixed.