[Bug middle-end/40281] [4.4/4.5 Regression] -fprefetch-loop-arrays: ICE: in initialize_matrix_A, at tree-data-ref.c:1887

[spop at gcc dot gnu dot org]

--- Comment #11 from spop at gcc dot gnu dot org  2009-11-25 05:40 ---
Fixed.


-- 

spop at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug middle-end/40281] [4.4/4.5 Regression] -fprefetch-loop-arrays: ICE: in initialize_matrix_A, at tree-data-ref.c:1887

[spop at gcc dot gnu dot org]

--- Comment #10 from spop at gcc dot gnu dot org  2009-11-25 05:36 ---
Subject: Bug 40281

Author: spop
Date: Wed Nov 25 05:35:58 2009
New Revision: 154641

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154641
Log:
2009-11-18  Sebastian Pop  

PR middle-end/40281
* testsuite/gcc.dg/graphite/pr40281.c: New.

* tree-scalar-evolution.c (instantiate_scev_poly): Base and stride
evolutions should not variate in inner loops.

Modified:
trunk/gcc/ChangeLog.graphite
trunk/gcc/tree-scalar-evolution.c


-- 


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

[Bug middle-end/42050] [4.5 Regression] ice in graphite-clast-to-gimple.c:165

[spop at gcc dot gnu dot org]

--- Comment #4 from spop at gcc dot gnu dot org  2009-11-25 05:32 ---
Subject: Bug 42050

Author: spop
Date: Wed Nov 25 05:32:03 2009
New Revision: 154640

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154640
Log:
2009-11-18  Sebastian Pop  

PR middle-end/42050
* testsuite/gfortran.dg/graphite/pr42050.f90: New.

Modified:
trunk/gcc/ChangeLog.graphite


-- 


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

[Bug tree-optimization/41118] Wrong dependence analysis in graphite for unrestricted pointers

[spop at gcc dot gnu dot org]

--- Comment #4 from spop at gcc dot gnu dot org  2009-11-25 04:49 ---
Subject: Bug 41118

Author: spop
Date: Wed Nov 25 04:48:51 2009
New Revision: 154549

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154549
Log:
2009-09-17 Li Feng  

PR middle-end/41118
* graphite-dependences.c (poly_drs_may_alias_p): Adjust definition.
(pddr_original_scattering): Make sure 2 pdr2 in the same base object
set.
(graphite_carried_dependence_level_k): Ditto.
* graphite-poly.c (new_poly_dr): Add init of PDR_BASE_OBJECT_SET.
* graphite-poly.h (struct poly_dr): Add member dr_base_object_set.
(new_poly_dr): Adjust declaration.
* graphite-sese-to-poly.c (free_data_refs_aux): New.
(free_gimple_bb): Added free_data_refs_aux.
(build_poly_dr): Add dr_base_object_set.
(partition_drs_to_sets): New.
(dr_same_base_object_p): New.
(build_alias_set_for_drs): New.
(build_base_object_set_for_drs): New.
(build_scop_drs): Add build_base_obj_set_for_drs.
* graphite-sese-to-poly.h: Added #define for alias set number index and
base object set index.
* libgomp/testsuite/libgomp.graphite/force-parallel-6.c: Refine tests.
* libgomp/testsuite/libgomp.graphite/pr4118.c: New.

Modified:
trunk/gcc/ChangeLog.graphite
trunk/gcc/graphite-dependences.c
trunk/gcc/graphite-poly.c
trunk/gcc/graphite-poly.h
trunk/gcc/graphite-sese-to-poly.c
trunk/gcc/graphite-sese-to-poly.h
trunk/libgomp/testsuite/libgomp.graphite/force-parallel-6.c


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #83 from howarth at nitro dot med dot uc dot edu  2009-11-25 
04:32 ---
I believe these are all of the files generating zero AT_locations when gcc
trunk is built with the proposed patch from
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01329.html on
x86_64-apple-darwin10.


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #82 from howarth at nitro dot med dot uc dot edu  2009-11-25 
04:30 ---
Created an attachment (id=19146)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19146&action=view)
preprocessed source for sendmsg.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #81 from howarth at nitro dot med dot uc dot edu  2009-11-25 
04:29 ---
Created an attachment (id=19145)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19145&action=view)
assembly with -dA for problem file in libobjc dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #80 from howarth at nitro dot med dot uc dot edu  2009-11-25 
04:20 ---
Created an attachment (id=19144)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19144&action=view)
preprocessed source for ltdl.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #79 from howarth at nitro dot med dot uc dot edu  2009-11-25 
04:19 ---
Created an attachment (id=19143)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19143&action=view)
assembly with -dA for problem file in libgcj dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #78 from howarth at nitro dot med dot uc dot edu  2009-11-25 
04:13 ---
Created an attachment (id=19142)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19142&action=view)
preprocessed source for darwin.cc created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #77 from howarth at nitro dot med dot uc dot edu  2009-11-25 
04:12 ---
Created an attachment (id=19141)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19141&action=view)
assembly with -dA for problem file in libgcj dylib


-- 


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

[Bug fortran/41807] [4.5/4.4 Regression] data statement with nested type constructors

[jvdelisle at gcc dot gnu dot org]

--- Comment #24 from jvdelisle at gcc dot gnu dot org  2009-11-25 03:34 
---
When attempting to backport the patch to 4.4.3 from mainline data_value_1.f90
test failes with a segmentation fault.

$ gfc44 data_value_1.f90 
data_value_1.f90:12.21:

  DATA P / POINT(1.+X) / ! { dg-error "non-constant DATA value" }
 1
Error: non-constant initialization expression at (1)
data_value_1.f90:13: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

Program received signal SIGSEGV, Segmentation fault.
0x007b3c76 in initializer_zerop (init=0x0)
at ../../gcc44/gcc/tree.c:7954
7954  STRIP_NOPS (init);

I am stuck at this point, any suggestions?


-- 


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

[Bug c++/42171] Link error building mozilla with 4.5

[ehren dot m at gmail dot com]

--- Comment #2 from ehren dot m at gmail dot com  2009-11-25 03:26 ---
Note: you can't even get this far without turning down the optimization flag
from -O3 to -O2 on the file mentioned in this bug:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42139


-- 


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

[Bug c++/42171] Link error building mozilla with 4.5

[ehren dot m at gmail dot com]

--- Comment #1 from ehren dot m at gmail dot com  2009-11-25 03:12 ---
Created an attachment (id=19140)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19140&action=view)
save temps output

Note this was produced at a different time than the output in the top summary.
It shows the output using the current development binutils. The output is
identical (except for the ld path) using the default Fedora binutils on this
box (version shown above).


-- 


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

[Bug c++/42171] New: Link error building mozilla with 4.5

[ehren dot m at gmail dot com]

I get a link error building firefox trunk with 4.5 (I've tried with many
revisions of mozilla-central). I've encountered the issue with 'GNU ld version
2.18.50.0.9-8.fc10 20080822', the latest release 'GNU ld (GNU Binutils) 2.20', 
and also the current development version 'GNU ld (GNU Binutils)
2.20.51.20091122'. I filed this here because Mozilla builds fine on a number of
different platforms with the same ld using 4.3 (and probably 4.4). 

Preprocessed sources via -save-temps on this one invocation of the compiler are
not possible here but I've included the full output of -v in an attachment.
Please let me know if more info is required.

Here's the error during compilation:

/home/ehren/gcc/dist/bin/g++  -fno-rtti -fno-exceptions -Wall -Wpointer-arith
-Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor
-Wcast-align -Wno-invalid-offsetof -Wno-long-long -pedantic
-fno-strict-aliasing -fshort-wchar -pthread -pipe  -DNDEBUG -DTRIMMED -Os
-freorder-blocks -fno-reorder-functions  -fPIC -shared -Wl,-z,defs
-Wl,-h,libxul.so -o libxul.so  nsStaticXULComponents.o nsUnicharUtils.o
nsCompressedCharMap.o nsBidiUtils.o nsRDFResource.o -lpthread  
-Wl,-rpath-link,/home/ehren/tools/mozilla-central/objdir/dist/bin
-Wl,-rpath-link,/usr/local/lib  -Wl,--whole-archive
../../embedding/browser/gtk/src/libgtkembedmoz.a
../../toolkit/xre/libxulapp_s.a  ../../staticlib/components/libxpconnect.a
../../staticlib/components/libnecko.a ../../staticlib/components/libuconv.a
../../staticlib/components/libi18n.a ../../staticlib/components/libchardet.a
../../staticlib/components/libjar50.a ../../staticlib/components/libpref.a
../../staticlib/components/libcaps.a ../../staticlib/components/libhtmlpars.a
../../staticlib/components/libimglib2.a
../../staticlib/components/libgklayout.a
../../staticlib/components/libdocshell.a
../../staticlib/components/libembedcomponents.a
../../staticlib/components/libwebbrwsr.a
../../staticlib/components/libnsappshell.a
../../staticlib/components/libtxmgr.a ../../staticlib/components/libchrome.a
../../staticlib/components/libcommandlines.a
../../staticlib/components/libtoolkitcomps.a
../../staticlib/components/libpipboot.a ../../staticlib/components/libpipnss.a
../../staticlib/components/libjsctypes.a
../../staticlib/components/libgkplugin.a
../../staticlib/components/libmozfind.a
../../staticlib/components/libappcomps.a
../../staticlib/components/libunixproxy.a
../../staticlib/components/libxpinstall.a ../../staticlib/components/libjsd.a
../../staticlib/components/libautoconfig.a ../../staticlib/components/libauth.a
../../staticlib/components/libcookie.a
../../staticlib/components/libpermissions.a
../../staticlib/components/libuniversalchardet.a
../../staticlib/components/libcomposer.a ../../staticlib/components/librdf.a
../../staticlib/components/libwindowds.a
../../staticlib/components/libintlapp.a
../../staticlib/components/libfileview.a
../../staticlib/components/libstoragecomps.a
../../staticlib/components/libplaces.a
../../staticlib/components/libtkautocomplete.a
../../staticlib/components/libsatchel.a ../../staticlib/components/libpippki.a
../../staticlib/components/libucvmath.a
../../staticlib/components/libwidget_gtk2.a
../../staticlib/components/libsystem-pref.a
../../staticlib/components/libgkgfxthebes.a
../../staticlib/components/libaccessibility.a
../../staticlib/components/libremoteservice.a
../../staticlib/components/libspellchecker.a
../../staticlib/components/libzipwriter.a ../../staticlib/libxpcom_core.a
../../staticlib/libucvutil_s.a ../../staticlib/libgkgfx.a
../../staticlib/libmozreg_s.a ../../staticlib/libmorkreader_s.a
../../staticlib/libgtkxtbin.a ../../staticlib/libgfxpsshar.a
../../staticlib/libthebes.a  -Wl,--no-whole-archive -L../../dist/lib -lsqlite3
-L../../dist/bin -L../../dist/lib  -L../../dist/bin -L../../dist/lib
-L../../jpeg -lmozjpeg -L../../modules/libimg/png -lmozpng
../../gfx/qcms/libmozqcms.a -L/home/ehren/tools/mozilla-central/objdir/dist/bin
-lmozjs -L../../dist/bin -L../../dist/lib -lcrmf -lsmime3 -lssl3 -lnss3
-lnssutil3 ../../gfx/cairo/cairo/src/libmozcairo.a
../../gfx/cairo/libpixman/src/libmozlibpixman.a   -lXrender -lfreetype
-lfontconfig  -L../../modules/zlib/src -lmozz -lasound  
-L/home/ehren/tools/mozilla-central/objdir/dist/lib -lplds4 -lplc4 -lnspr4
-lpthread -ldl -L/lib -ldbus-glib-1 -ldbus-1 -lgobject-2.0 -lglib-2.0-lX11 
-lXext  -lpangoft2-1.0 -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0
-lgmodule-2.0 -lglib-2.0   -lgtk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0
-lfreetype -lfontconfig -lgdk-x11-2.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0
-lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0   -lXt -lgthread-2.0
-lfreetype -ldl -lm
/usr/bin/ld:
../../staticlib/components/libaccessibility.a(nsMaiInterfaceAction.o):
relocation R_386_GOTOFF against undefined hidden symbol
`nsAccessibleWrap::ReturnString(nsAString_internal&)::returnedString' can not
be used when making a shared object
/usr/bin/ld: final link failed: Bad

[Bug c++/5458] address of overloaded template function as argument for template

[jason at gcc dot gnu dot org]

--- Comment #14 from jason at gcc dot gnu dot org  2009-11-25 02:55 ---
I'm not sure the standard actually says that this is well-formed, though it
seems reasonable to me.

13.4/2: If the name is a function template, template argument deduction is done
(14.9.2.2), and if the argument deduction succeeds, the resulting template
argument list is used to generate a single function template specialization,
which is added to the set of overloaded functions considered.

14.9.2.2: The function template’s function type and the specified type are used
as the types of P and A, and the deduction is done as described in 14.9.2.5.

It's not entirely clear that there is a "specified type" for this kind of
two-way deduction.  EDG also rejects this.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot org


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

[Bug fortran/41807] [4.5/4.4 Regression] data statement with nested type constructors

[jvdelisle at gcc dot gnu dot org]

--- Comment #23 from jvdelisle at gcc dot gnu dot org  2009-11-25 02:44 
---
Disregard comment #22 , wrong PR number.


-- 


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

[Bug fortran/42008] Wrongly rejected derived types with default initializers in PURE procedures

[jvdelisle at gcc dot gnu dot org]

--- Comment #11 from jvdelisle at gcc dot gnu dot org  2009-11-25 02:43 
---
I messed up the PR Number again.  The commit for above was:

Transmitting file data ..
Committed revision 154529.


-- 


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

[Bug fortran/42008] Wrongly rejected derived types with default initializers in PURE procedures

[jvdelisle at gcc dot gnu dot org]

--- Comment #10 from jvdelisle at gcc dot gnu dot org  2009-11-25 02:42 
---
Subject: Bug 42008

Author: jvdelisle
Date: Wed Nov 25 02:42:22 2009
New Revision: 154531

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154531
Log:
2009-11-24  Jerry DeLisle  

PR fortran/42008
* decl.c (variable_decl): Do not error on initialization within a
derived type specification of a pure procedure.

Modified:
trunk/gcc/fortran/ChangeLog


-- 


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

[Bug fortran/42008] Wrongly rejected derived types with default initializers in PURE procedures

[jvdelisle at gcc dot gnu dot org]

--- Comment #9 from jvdelisle at gcc dot gnu dot org  2009-11-25 02:41 
---
Subject: Bug 42008

Author: jvdelisle
Date: Wed Nov 25 02:41:20 2009
New Revision: 154530

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154530
Log:
2009-11-24  Jerry DeLisle  

PR fortran/42008
* gfortran.dg/pure_initializer_2.f90: New test.

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


-- 


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

[Bug fortran/41807] [4.5/4.4 Regression] data statement with nested type constructors

[jvdelisle at gcc dot gnu dot org]

--- Comment #22 from jvdelisle at gcc dot gnu dot org  2009-11-25 02:38 
---
Subject: Bug 41807

Author: jvdelisle
Date: Wed Nov 25 02:37:57 2009
New Revision: 154529

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154529
Log:
2009-11-24  Jerry DeLisle  

PR fortran/41807
* decl.c (variable_decl): Do not error on initialization within a
derived type specification of a pure procedure.

Modified:
trunk/gcc/fortran/ChangeLog
trunk/gcc/fortran/decl.c


-- 


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

[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138

[wuzhangjin at gmail dot com]

--- Comment #7 from wuzhangjin at gmail dot com  2009-11-25 01:23 ---
(In reply to comment #6)
> Created an attachment (id=19139)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19139&action=view) [edit]
> 

I configured and compiled the gcc via the following command:

$ /home/falcon/gcc/cross-mipsel/src/gcc/configure
--prefix=/home/falcon/gcc/cross-mipsel/target/ --build=i486-cross-linux-gnu
--host=i486-cross-linux-gnu --target=mips64el-unknown-linux-gnu
--with-local-prefix=/home/falcon/gcc/cross-mipsel/tools/ --disable-nls
--disable-shared --with-mpfr=/home/falcon/gcc/cross-mipsel/target/
--with-gmp=/home/falcon/gcc/cross-mipsel/target/
--with-ppl=//home/falcon/gcc/cross-mipsel/target/
--with-cloog=/home/falcon/gcc/cross-mipsel/target/ --without-headers
--with-newlib --disable-decimal-float --disable-libgomp --disable-libmudflap
--disable-libssp --disable-threads --with-abi=64
build_alias=i486-cross-linux-gnu host_alias=i486-cross-linux-gnu
target_alias=mips64el-unknown-linux-gnu
LDFLAGS=-Wl,-rpath,//home/falcon/gcc/cross-mipsel/target//lib AR=ar AS=as
--enable-languages=c --no-create --no-recursion

$ make all-gcc all-target-libgcc -j8 


-- 


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

[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138

[wuzhangjin at gmail dot com]

--- Comment #5 from wuzhangjin at gmail dot com  2009-11-25 01:17 ---
Subject: Re:  mm/rmap.c:860:1: internal compiler error:
 in simplify_subreg, at simplify-rtx.c:5138

On Wed, 2009-11-25 at 01:10 +, daney at gcc dot gnu dot org wrote:
> 
> --- Comment #4 from daney at gcc dot gnu dot org  2009-11-25 01:10 ---
> (In reply to comment #2)
> > (In reply to comment #1)
> > > Can you provide the preprocessed source?
> > > 
> > 
> > Sorry, the preprocessed source is too big, I can not paste it as comment, 
> > where
> > can i attach it?
> > 
> 
> Gzip it and attach it.
> 
> We need the whole thing as well as tell us exactly how you compiled it.
> 
> 

I generated the mm/rmap.i by the following command, the result is
attached as rmap.i.tar.bz2. and the next comment will describe the
command I used to build the gcc itself.

$ make ARCH=mips CROSS_COMPILE=mips64el-unknown-linux-gnu- mm/rmap.i V=1

rm -f include/config/kernel.release
echo 2.6.32-rc8 > include/config/kernel.release
set -e; : '  CHK include/linux/version.h'; mkdir -p include/linux/;
(echo \#define LINUX_VERSION_CODE 132640; echo '#define
KERNEL_VERSION(a,b,c) (((a) << 16) + ((b) << 8) + (c))';)
< /home/falcon/rt4ls/Makefile > include/linux/version.h.tmp; if [ -r
include/linux/version.h ] && cmp -s include/linux/version.h
include/linux/version.h.tmp; then rm -f include/linux/version.h.tmp;
else : '  UPD include/linux/version.h'; mv -f
include/linux/version.h.tmp include/linux/version.h; fi
set -e; : '  CHK include/linux/utsrelease.h'; mkdir -p
include/linux/; if [ `echo -n "2.6.32-rc8" | wc -c ` -gt 64 ]; then
echo '"2.6.32-rc8" exceeds 64 characters' >&2; exit 1; fi; (echo
\#define UTS_RELEASE \"2.6.32-rc8\";) < include/config/kernel.release >
include/linux/utsrelease.h.tmp; if [ -r include/linux/utsrelease.h ] &&
cmp -s include/linux/utsrelease.h include/linux/utsrelease.h.tmp; then
rm -f include/linux/utsrelease.h.tmp; else : '  UPD
include/linux/utsrelease.h'; mv -f include/linux/utsrelease.h.tmp
include/linux/utsrelease.h; fi
set -e; if [ -L include/asm ]; then asmlink=`readlink include/asm | cut
-d '-' -f 2`; if [ "$asmlink" != "mips" ]; then echo "ERROR: the symlink
include/asm points to asm-$asmlink but asm-mips was expected"; echo "
set ARCH or save .config and run 'make mrproper' to fix it"; exit 1; fi;
test -e $asmlink || rm include/asm; elif [ -d include/asm ]; then echo
"ERROR: include/asm is a directory but a symlink was expected"; exit 1;
fi
if [ ! -L include/asm ]; then : '  SYMLINK include/asm ->
include/asm-mips'; if [ ! -d include/asm-mips ]; then mkdir -p
include/asm-mips; fi; ln -fsn asm-mips include/asm; fi
mkdir -p .tmp_versions 
make -f scripts/Makefile.build obj=scripts/basic
  Checking missing-syscalls for N32
make -f scripts/Makefile.build obj=. missing-syscalls
EXTRA_CFLAGS="-mabi=n32"
  /bin/sh scripts/checksyscalls.sh mips64el-unknown-linux-gnu-gcc
-Wp,-MD,./.missing-syscalls.d  -nostdinc
-isystem
/home/falcon/gcc/cross-mipsel/target/lib/gcc/mips64el-unknown-linux-gnu/4.5.0/include
-Iinclude  -I/home/falcon/rt4ls/arch/mips/include -include
include/linux/autoconf.h -D__KERNEL__
-D"VMLINUX_LOAD_ADDRESS=0x8020" -D"DATAOFFSET=0" -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-Werror-implicit-function-declaration -Wno-format-security
-fno-delete-null-pointer-checks -O2 -ffunction-sections
-mno-check-zero-division -mabi=64 -G 0 -mno-abicalls -fno-pic -pipe
-msoft-float -ffreestanding -Wa,--trap -march=loongson2f
-Wa,-mfix-loongson2f-nop -Wa,-mfix-loongson2f-jump
-I/home/falcon/rt4ls/arch/mips/include/asm/mach-loongson -mno-branch-likely
-I/home/falcon/rt4ls/arch/mips/include/asm/mach-generic -msym32
-DKBUILD_64BIT_SYM32 -Wframe-larger-than=1024 -fno-stack-protector
-fomit-frame-pointer -Wdeclaration-after-statement -Wno-pointer-sign
-fno-strict-overflow -fno-dwarf2-cfi-asm -fconserve-stack -mabi=n32  
-D"KBUILD_STR(s)=#s" -D"KBUILD_BASENAME=KBUILD_STR(missing_syscalls)" 
-D"KBUILD_MODNAME=KBUILD_STR(missing_syscalls)" 
  Checking missing-syscalls for O32
make -f scripts/Makefile.build obj=. missing-syscalls
EXTRA_CFLAGS="-mabi=32"
  /bin/sh scripts/checksyscalls.sh mips64el-unknown-linux-gnu-gcc
-Wp,-MD,./.missing-syscalls.d  -nostdinc
-isystem
/home/falcon/gcc/cross-mipsel/target/lib/gcc/mips64el-unknown-linux-gnu/4.5.0/include
-Iinclude  -I/home/falcon/rt4ls/arch/mips/include -include
include/linux/autoconf.h -D__KERNEL__
-D"VMLINUX_LOAD_ADDRESS=0x8020" -D"DATAOFFSET=0" -Wall -Wundef
-Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common
-Werror-implicit-function-declaration -Wno-format-security
-fno-delete-null-pointer-checks -O2 -ffunction-sections
-mno-check-zero-division -mabi=64 -G 0 -mno-abicalls -fno-pic -pipe
-msoft-float -ffreestanding -Wa,--trap -march=loongson2f
-Wa,-mfix-loongson2f-nop -Wa,-mfix-loongson2f-jump
-I/home/falcon/rt4ls/arch/mips/include/asm/mach-loongson -mno-branch-likely
-I/home/falcon/

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #76 from howarth at nitro dot med dot uc dot edu  2009-11-25 
01:11 ---
Created an attachment (id=19138)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19138&action=view)
assembly with -dA for problem file in libgfortran dylib


-- 

howarth at nitro dot med dot uc dot edu changed:

   What|Removed |Added

  Attachment #19118|0   |1
is obsolete||


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

[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138

[daney at gcc dot gnu dot org]

--- Comment #4 from daney at gcc dot gnu dot org  2009-11-25 01:10 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Can you provide the preprocessed source?
> > 
> 
> Sorry, the preprocessed source is too big, I can not paste it as comment, 
> where
> can i attach it?
> 

Gzip it and attach it.

We need the whole thing as well as tell us exactly how you compiled it.


-- 


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

[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138

[wuzhangjin at gmail dot com]

--- Comment #3 from wuzhangjin at gmail dot com  2009-11-25 01:08 ---
(In reply to comment #2)
> (In reply to comment #1)
> > Can you provide the preprocessed source?
> > 
> 
> Sorry, the preprocessed source is too big, I can not paste it as comment, 
> where
> can i attach it?
> 

Here is the function relative part:

static int try_to_unmap_one(struct page *page, struct vm_area_struct *vma,
enum ttu_flags flags)
{
 struct mm_struct *mm = vma->vm_mm;
 unsigned long address;
 pte_t *pte;
 pte_t pteval;
 spinlock_t *ptl;
 int ret = 1;

 address = vma_address(page, vma);
 if (address == -14)
  goto out;

 pte = page_check_address(page, mm, address, &ptl, 0);
 if (!pte)
  goto out;






 if (!(flags & TTU_IGNORE_MLOCK)) {
  if (vma->vm_flags & 0x2000) {
   ret = 3;
   goto out_unmap;
  }
 }
 if (!(flags & TTU_IGNORE_ACCESS)) {
  if (({ int __young; __young = ({ pte_t __pte = *(pte); int r = 1; if
(!pte_young(__pte)) r = 0; else set_pte((pte), pte_mkold(__pte)); r; }); if
(__young) local_flush_tlb_page(vma, address); __young; })) {
   ret = 2;
   goto out_unmap;
  }
   }


 flush_cache_page(vma, address, ({ struct page *__pg = (page); int __sec =
page_to_section(__pg); (unsigned long)(__pg -
__section_mem_map_addr(__nr_to_section(__sec))); }));
 pteval = ({ pte_t __pte; __pte = ({ pte_t __pte = *(pte);
pte_clear(((vma)->vm_mm), (address), (pte)); __pte; });
local_flush_tlb_page(vma, address); __pte; });


 if (pte_dirty(pteval))
  set_page_dirty(page);


 do { unsigned long _rss = (((mm)->_file_rss) + ((mm)->_anon_rss)); if
((mm)->hiwater_rss < _rss) (mm)->hiwater_rss = _rss; } while (0);

 if (PageHWPoison(page) && !(flags & TTU_IGNORE_HWPOISON)) {
  if (PageAnon(page))
   (mm)->_anon_rss--;
  else
   (mm)->_file_rss--;
  set_pte(pte, swp_entry_to_pte(make_hwpoison_entry(page)))
;
 } else if (PageAnon(page)) {
  swp_entry_t entry = { .val = ((page)->private) };

  if (PageSwapCache(page)) {




   swap_duplicate(entry);
   if (list_empty(&mm->mmlist)) {
do { do { do { (__current_thread_info->preempt_count) += (1); } while (0);
__asm__ __volatile__("": : :"memory"); } while (0); (void)0;
(void)(&mmlist_lock); } while (0);
if (list_empty(&mm->mmlist))
 list_add(&mm->mmlist, &init_mm.mmlist);
do { do { do { __asm__ __volatile__("": : :"memory"); do {
(__current_thread_info->preempt_count) -= (1); } while (0); } while (0);
__asm__ __volatile__("": : :"memory"); do { if
(__builtin_expect(!!(test_ti_thread_flag(__current_thread_info, 2)), 0))
preempt_schedule(); } while (0); } while (0); (void)0; (void)(&mmlist_lock); }
while (0);
   }
   (mm)->_anon_rss--;
  } else if (0) {





   __BUG_ON((unsigned long)(((flags) & TTU_ACTION_MASK) != TTU_MIGRATION));
   entry = swp_entry(0, 0);
  }
  set_pte(pte, swp_entry_to_pte(entry));
  __BUG_ON((unsigned long)(pte_file(*pte)));
 } else if (0 && (((flags) & TTU_ACTION_MASK) == TTU_MIGRATION)) {

  swp_entry_t entry;
  entry = swp_entry(0, 0);
  set_pte(pte, swp_entry_to_pte(entry));
 } else
  (mm)->_file_rss--;


 page_remove_rmap(page);
 put_page(page);

out_unmap:
 do { do { do { do { __asm__ __volatile__("": : :"memory"); do {
(__current_thread_info->preempt_count) -= (1); } while (0); } while (0);
__asm__ __volatile__("": : :"memory"); do { if
(__builtin_expect(!!(test_ti_thread_flag(__current_thread_info, 2)), 0))
preempt_schedule(); } while (0); } while (0); (void)0; (void)(ptl); } while
(0); ((void)(pte)); } while (0);
out:
 return ret;
}


-- 


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

[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138

[wuzhangjin at gmail dot com]

--- Comment #2 from wuzhangjin at gmail dot com  2009-11-25 01:05 ---
(In reply to comment #1)
> Can you provide the preprocessed source?
> 

Sorry, the preprocessed source is too big, I can not paste it as comment, where
can i attach it?


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #75 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:27 ---
The attached assembly (with -dA) and preprocessed source files should cover all
the instances of zero AT_locations currently being emitted on darwin.


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #74 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:25 ---
Created an attachment (id=19137)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19137&action=view)
preprocessed source for erfc_scaled.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #73 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:25 ---
Created an attachment (id=19136)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19136&action=view)
preprocessed source for list_read.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #72 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:24 ---
Created an attachment (id=19135)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19135&action=view)
preprocessed source for random.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #71 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:23 ---
Created an attachment (id=19134)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19134&action=view)
preprocessed source for string_intrinsics.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #70 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:22 ---
Created an attachment (id=19133)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19133&action=view)
preprocessed source for unix.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #69 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:22 ---
Created an attachment (id=19132)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19132&action=view)
preprocessed source for write.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #68 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:20 ---
Created an attachment (id=19131)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19131&action=view)
preprocessed source for atomic.cc created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #67 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:19 ---
Created an attachment (id=19130)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19130&action=view)
preprocessed source for ext-inst.cc created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #66 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:18 ---
Created an attachment (id=19129)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19129&action=view)
preprocessed source for future.cc created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #65 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:17 ---
Created an attachment (id=19128)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19128&action=view)
preprocessed source for hash_tr1.cc created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #64 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:16 ---
Created an attachment (id=19127)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19127&action=view)
preprocessed source for ios_init.cc created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #63 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:12 ---
Created an attachment (id=19126)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19126&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #62 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:09 ---
Created an attachment (id=19125)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19125&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #61 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:07 ---
Created an attachment (id=19124)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19124&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #60 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:04 ---
Created an attachment (id=19123)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19123&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #59 from howarth at nitro dot med dot uc dot edu  2009-11-25 
00:03 ---
Created an attachment (id=19122)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19122&action=view)
assembly with -dA for problem file in libstdc++-v3 dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #58 from howarth at nitro dot med dot uc dot edu  2009-11-24 
23:58 ---
Created an attachment (id=19121)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19121&action=view)
assembly with -dA for problem file in libgfortran dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #57 from howarth at nitro dot med dot uc dot edu  2009-11-24 
23:56 ---
Created an attachment (id=19120)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19120&action=view)
assembly with -dA for problem file in libgfortran dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #56 from howarth at nitro dot med dot uc dot edu  2009-11-24 
23:53 ---
Created an attachment (id=19119)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19119&action=view)
assembly with -dA for problem file in libgfortran dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #55 from howarth at nitro dot med dot uc dot edu  2009-11-24 
23:48 ---
Created an attachment (id=19118)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19118&action=view)
assembly with -dA for problem file in libgfortran dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #54 from howarth at nitro dot med dot uc dot edu  2009-11-24 
23:45 ---
Created an attachment (id=19117)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19117&action=view)
assembly with -dA for problem file in libgfortran dylib


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #53 from howarth at nitro dot med dot uc dot edu  2009-11-24 
23:40 ---
Created an attachment (id=19116)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19116&action=view)
assembly with -dA for problem file in libgfortran dylib


-- 


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

[Bug c++/6259] Explicit instantiation of template constructor not allowed

[jason at gcc dot gnu dot org]

--- Comment #8 from jason at gcc dot gnu dot org  2009-11-24 23:09 ---
Yep, fixed for 4.5.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug ada/42170] Ada testsuite regressions caused by revision 153918

[ebotcazou at gcc dot gnu dot org]

--- Comment #1 from ebotcazou at gcc dot gnu dot org  2009-11-24 22:51 
---
> All but six of the fails go away if I increase the stack limit in
> run_acats to 16384

OK, thanks, I'll try and increase it.

> The remaining six are:
> FAIL:   c52103x
> FAIL:   c52104x
> FAIL:   c52104y
> FAIL:   cb1010a
> FAIL:   cb1010c
> FAIL:   cb1010d
> 
> These all fail as follows:
> 
> /home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws
> -
> O2 -fstack-check -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support
> c52
> 103x.adb
> +===GNAT BUG DETECTED==+
> | 4.5.0 20091104 (experimental) [trunk revision 153918]
> (hppa-unknown-linux-gnu)
>  GCC error:|
> | in emit_library_call_value_1, at calls.c:3455|

You're using outdated sources, this has been fixed.


-- 

ebotcazou at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-24 22:51:51
   date||


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

[Bug ada/42170] New: Ada testsuite regressions caused by revision 153918

[danglin at gcc dot gnu dot org]

The following regressions and new fails were introduced
by revision 153918:

=== acats tests ===
FAIL:   a26007a
FAIL:   a49027b
FAIL:   a83c01i
FAIL:   aa2010a
FAIL:   c23006f
FAIL:   c35502c
FAIL:   c35502k
FAIL:   c35502l
FAIL:   c35502n
FAIL:   c36205e
FAIL:   c36305a
FAIL:   c390001
FAIL:   c39007a
FAIL:   c390a01
FAIL:   c3a0001
FAIL:   c3a0002
FAIL:   c41304a
FAIL:   c41309a
FAIL:   c43004a
FAIL:   c43204f
FAIL:   c43205c
FAIL:   c45262c
FAIL:   c45323a
FAIL:   c45632c
FAIL:   c460007
FAIL:   c52102b
FAIL:   c52103x
FAIL:   c52104x
FAIL:   c64109d
FAIL:   c64201b
FAIL:   c67005c
FAIL:   c83e02a
FAIL:   c85006b
FAIL:   c85006d
FAIL:   c87b39a
FAIL:   c92006a
FAIL:   c93005d
FAIL:   c93007a
FAIL:   c95065f
FAIL:   c95088a
FAIL:   c954011
FAIL:   c954021
FAIL:   c96008b
FAIL:   c97301c
FAIL:   ca1011a
FAIL:   cb1010c
FAIL:   cb20003
FAIL:   cb4002a
FAIL:   cc50a02
FAIL:   cc51b03
FAIL:   cc70001
FAIL:   cc70003
FAIL:   cd1009g
FAIL:   cd2a53e
FAIL:   ce2409b
FAIL:   ce3108a
FAIL:   ce3403b
FAIL:   ce3605b
FAIL:   ce3605c
FAIL:   ce3804h
FAIL:   ce3905c
FAIL:   cxa4009
FAIL:   cxaa007

=== acats Summary ===
# of expected passes2258
# of unexpected failures63
Native configuration is hppa-unknown-linux-gnu

Typical failures are:

/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws
-
O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support ad7203b.adb
gnatbind -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support -x
ad7203b.
ali
gnatlink ad7203b.ali --GCC=/home/dave/gnu/gcc/objdir/gcc/xgcc
-B/home/dave/gnu/g
cc/objdir/gcc/
RUN ad7203b
The system has no more ptys.  Ask your system administrator to create more.
while executing
"spawn -noecho $argv"
(file "/home/dave/gnu/gcc/gcc/gcc/testsuite/ada/acats/run_test.exp" line 9)
FAIL:   ad7203b

/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws
-
O2 -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support c34014c.adb
gnatbind -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support -x
c34014c.
ali
gnatlink c34014c.ali --GCC=/home/dave/gnu/gcc/objdir/gcc/xgcc
-B/home/dave/gnu/g
cc/objdir/gcc/
RUN c34014c
Tcl_Init failed: Can't find a usable init.tcl in the following directories:
/usr/share/tcltk/tcl8.3 /usr/share/tcltk/tcl8.3



This probably means that Tcl wasn't installed properly.

FAIL:   c34014c

RUN c36205l

,.,. C36205L ACATS 2.5 09-11-24 16:01:54
 C36205L FOR GENERIC PROCEDURES, CHECK THAT ATTRIBUTES GIVE THE
CORRECT VALUES FOR UNCONSTRAINED FORMAL PARAMETERS.
BASIC CHECKS OF ARRAY OBJECTS AND WHOLE ARRAYS PASSED AS
PARAMETERS TO GENERIC PROCEDURES.
 C36205L PASSED .
PASS:   c36205l
+===GNAT BUG DETECTED==+
| 4.5.0 20091124 (experimental) [trunk revision 154487]
(hppa-unknown-linux-gnu)
 |
| Storage_Error stack overflow (or erroneous memory access)|

raised SYSTEM.ASSERTIONS.ASSERT_FAILURE : sinput.adb:377
/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/tests/c3/c36301a.ada: parse
errors detected
/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/tests/c3/c36301a.ada: chop
may not be successful
no compilation units found
no source files written
BUILD
FAIL:   c36301a

All but six of the fails go away if I increase the stack limit in
run_acats to 16384.  The remaining six are:

FAIL:   c52103x
FAIL:   c52104x
FAIL:   c52104y
FAIL:   cb1010a
FAIL:   cb1010c
FAIL:   cb1010d

These all fail as follows:

/home/dave/gnu/gcc/objdir/gcc/xgcc -c -B/home/dave/gnu/gcc/objdir/gcc/ -gnatws
-
O2 -fstack-check -I/home/dave/gnu/gcc/objdir/gcc/testsuite/ada/acats/support
c52
103x.adb
+===GNAT BUG DETECTED==+
| 4.5.0 20091104 (experimental) [trunk revision 153918]
(hppa-unknown-linux-gnu)
 GCC error:|
| in emit_library_call_value_1, at calls.c:3455|
| Error detected around c52103x.adb:114:21 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).

/home/dave/gnu/gcc/objdir/gcc/ada/rts/system.ads
c52103x.adb
/home/dave/gnu/gcc/objdir/g

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #52 from howarth at nitro dot med dot uc dot edu  2009-11-24 
22:22 ---
Created an attachment (id=19115)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19115&action=view)
preprocessed source for ssp.c created on x86_64-apple-darwin10


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #51 from howarth at nitro dot med dot uc dot edu  2009-11-24 
22:21 ---
Created an attachment (id=19114)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19114&action=view)
ssp.s generated with -dA


-- 

howarth at nitro dot med dot uc dot edu changed:

   What|Removed |Added

  Attachment #19109|0   |1
is obsolete||


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

[Bug c++/6259] Explicit instantiation of template constructor not allowed

[bangerth at gmail dot com]

--- Comment #7 from bangerth at gmail dot com  2009-11-24 21:52 ---
Jason, is this PR related to your recent work on injecting class names into
scopes? I don't know what makes gcc reject the constructor specialization,
but it seems to me that it might be because it parses the X<> part of
  template X::X<> (T<2> &)
as a class name with an invalid template argument list, rather than as
the constructor name.

W.


-- 

bangerth at gmail dot com changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot org


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

[Bug fortran/42167] [OOP] SELECT TYPE with function return value

[janus at gcc dot gnu dot org]

-- 

janus at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |janus at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Keywords||rejects-valid
   Last reconfirmed|-00-00 00:00:00 |2009-11-24 21:26:28
   date||
Summary|TYPE IS and CLASS IS expect |[OOP] SELECT TYPE with
   |arguments after a type named|function return value
   |after a function|


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

[Bug libffi/40242] unsupported asm instructions in libffi/src/arm/sysv.S

[dwitte at mozilla dot com]

--- Comment #11 from dwitte at mozilla dot com  2009-11-24 21:12 ---
Anthony, any chance you could pick this fix up for libffi 3.0.9?


-- 

dwitte at mozilla dot com changed:

   What|Removed |Added

 CC||green at redhat dot com


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

[Bug middle-end/42169] New: gfortran.dg/pr41928.f90:47: internal compiler error: in store_can_be_removed_p, at ira-emit.c:371

[danglin at gcc dot gnu dot org]

Executing on host: /mnt/gnu/gcc/objdir/gcc/testsuite/gfortran/../../gfortran
-B/
mnt/gnu/gcc/objdir/gcc/testsuite/gfortran/../../
/mnt/gnu/gcc/gcc/gcc/testsuite/
gfortran.dg/pr41928.f90   -O  -O -fbounds-check -w -S  -o pr41928.s(timeout
= 300)
/mnt/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/pr41928.f90: In function 'moment':
/mnt/gnu/gcc/gcc/gcc/testsuite/gfortran.dg/pr41928.f90:47: internal compiler
err
or: in store_can_be_removed_p, at ira-emit.c:371

-bash-3.2$ ./xgcc -B./ -v
Reading specs from ./specs
Target: hppa2.0w-hp-hpux11.11
Configured with: ../gcc/configure --with-gnu-as --with-as=/opt/gnu/bin/as
--enable-shared --with-local-prefix=/opt/gnu --prefix=/opt/gnu/gcc/gcc-4.4.3
--with-gmp=/opt/gnu/gcc/gcc-4.4.3 --enable-threads=posix --enable-debug=no
--disable-nls --without-cloog --without-ppl --enable-checking=release
--enable-languages=c,c++,objc,fortran,java,ada,obj-c++
Thread model: posix
gcc version 4.4.3 20091124 (prerelease) [gcc-4_4-branch revision 154487] (GCC)


-- 
   Summary: gfortran.dg/pr41928.f90:47: internal compiler error: in
store_can_be_removed_p, at ira-emit.c:371
   Product: gcc
   Version: 4.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: danglin at gcc dot gnu dot org
 GCC build triplet: hppa*-*-* (32-bit)
  GCC host triplet: hppa*-*-* (32-bit)
GCC target triplet: hppa*-*-* (32-bit)


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

[Bug c++/11764] [DR147] g++ does not treat injected class name correctly.

[jason at gcc dot gnu dot org]

-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.5.0


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

[Bug c++/11764] [DR147] g++ does not treat injected class name correctly.

[jason at gcc dot gnu dot org]

--- Comment #20 from jason at gcc dot gnu dot org  2009-11-24 21:05 ---
Fixed.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/42137] error: expected constructor, destructor, or type conversion before �{� token

[jason at gcc dot gnu dot org]

--- Comment #6 from jason at gcc dot gnu dot org  2009-11-24 21:04 ---
Fixed.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug c++/11764] [DR147] g++ does not treat injected class name correctly.

[jason at gcc dot gnu dot org]

--- Comment #19 from jason at gcc dot gnu dot org  2009-11-24 20:55 ---
Subject: Bug 11764

Author: jason
Date: Tue Nov 24 20:55:24 2009
New Revision: 154519

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154519
Log:
PR c++/42137
* parser.c (cp_parser_mem_initializer_id): Pass typename_type to
cp_parser_class_name.
(cp_parser_unqualified_id): Same, rather than class_type.

PR c++/11764
* parser.c (cp_parser_expression_statement): Give helpful error
for constructor name used as type.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/lookup/name-clash4.C
trunk/gcc/testsuite/g++.dg/tc1/dr147.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/ctor2.C


-- 


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

[Bug c++/42137] error: expected constructor, destructor, or type conversion before �{� token

[jason at gcc dot gnu dot org]

--- Comment #5 from jason at gcc dot gnu dot org  2009-11-24 20:55 ---
Subject: Bug 42137

Author: jason
Date: Tue Nov 24 20:55:24 2009
New Revision: 154519

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154519
Log:
PR c++/42137
* parser.c (cp_parser_mem_initializer_id): Pass typename_type to
cp_parser_class_name.
(cp_parser_unqualified_id): Same, rather than class_type.

PR c++/11764
* parser.c (cp_parser_expression_statement): Give helpful error
for constructor name used as type.

Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/parser.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/lookup/name-clash4.C
trunk/gcc/testsuite/g++.dg/tc1/dr147.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/ctor2.C


-- 


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

[Bug ada/42168] [4.4/4.5 Regression] GNAT bug box with invalid anonymous access declaration

[laurent at guerby dot net]

--- Comment #3 from laurent at guerby dot net  2009-11-24 20:52 ---
Confirmed and this is a regression from 4.3.

$ gcc -c timer3.adb 
+===GNAT BUG DETECTED==+
| 4.5.0 20091109 (experimental) [trunk revision 154026]
(x86_64-unknown-linux-gnu) |
| Assert_Failure sinfo.adb:2412|
| Error detected at timer3.adb:4:25|

$ gcc -c timer3.adb
+===GNAT BUG DETECTED==+
| 4.4.1 (x86_64-unknown-linux-gnu) Assert_Failure sinfo.adb:2362   |
| Error detected at timer3.adb:4:25|

$ gcc -c timer3.adb
timer3.adb:4:33: unexpected right parenthesis


-- 

laurent at guerby dot net changed:

   What|Removed |Added

 CC||laurent at guerby dot net
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   GCC host triplet|x86_64-portbld-freebsd7.2   |
   Keywords||ice-on-invalid-code
   Last reconfirmed|-00-00 00:00:00 |2009-11-24 20:52:44
   date||
Summary|GNAT bug box with invalid   |[4.4/4.5 Regression] GNAT
   |anonymous access declaration|bug box with invalid
   ||anonymous access declaration


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

[Bug ada/42168] GNAT bug box with invalid anonymous access declaration

[gcc at coreland dot ath dot cx]

--- Comment #2 from gcc at coreland dot ath dot cx  2009-11-24 20:21 ---
Created an attachment (id=19113)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19113&action=view)
Assertion failure with with_clause removed.


-- 


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

[Bug ada/42168] GNAT bug box with invalid anonymous access declaration

[gcc at coreland dot ath dot cx]

--- Comment #1 from gcc at coreland dot ath dot cx  2009-11-24 20:20 ---
Created an attachment (id=19112)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19112&action=view)
case 1


-- 


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

[Bug ada/42168] New: GNAT bug box with invalid anonymous access declaration

[gcc at coreland dot ath dot cx]

Minor problem as the code isn't really valid. GNAT probably shouldn't
explode in this manner, however.

gcc -c timer2.adb

+===GNAT BUG DETECTED==+
| 4.4.0 (x86_64-portbld-freebsd7.2) Assert_Failure sinfo.adb:2362  |
| Error detected at timer2.adb:6:25|
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.

timer2.adb
list may be incomplete
timer2.adb:6:33: extra ")" ignored
compilation abandoned

gcc -c timer3.adb

+===GNAT BUG DETECTED==+
| 4.4.0 (x86_64-portbld-freebsd7.2) Assert_Failure sinfo.adb:2362  |
| Error detected at timer3.adb:4:25|
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.

list may be incomplete

raised SYSTEM.ASSERTIONS.ASSERT_FAILURE : namet.adb:616

/gnat/svn/builds/r154285/bin/gcc-r154285 -c timer2.adb
+===GNAT BUG DETECTED==+
| 4.5.0 20091118 (experimental) (x86_64-unknown-freebsd7.2) Assert_Failure
sinfo.adb:2412|
| Error detected at timer2.adb:6:25|
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).

timer2.adb


timer2.adb:6:33: extra ")" ignored
compilation abandoned

/gnat/svn/builds/r154285/bin/gcc-r154285 -c timer3.adb
+===GNAT BUG DETECTED==+
| 4.5.0 20091118 (experimental) (x86_64-unknown-freebsd7.2) Assert_Failure
sinfo.adb:2412|
| Error detected at timer3.adb:4:25|
| Please submit a bug report; see http://gcc.gnu.org/bugs.html.|
| Use a subject line meaningful to you and us to track the bug.|
| Include the entire contents of this bug box in the report.   |
| Include the exact gcc or gnatmake command that you entered.  |
| Also include sources listed below in gnatchop format |
| (concatenated together with no headers between files).   |
+==+

Please include these source files with error report
Note that list may not be accurate in some cases,
so please double check that the problem can still
be reproduced with the set of files listed.
Consider also -gnatd.n switch (see debug.adb).

timer3.adb


raised SYSTEM.ASSERTIONS.ASSERT_FAILURE : namet.adb:616


Using built-in specs.
Target: x86_64-portbld-freebsd7.2
Configured with: ./..//gcc-4.4.0/configure --enable-languages=c,ada
--disable-nls --with-system-zlib --with-libiconv-prefix=/usr/local
--program-suffix=44 --bindir=/usr/local/bin/gcc44
--libdir=/usr/local/lib/gcc-4.4.0 --prefix=/usr/local --mandir=/usr/local/man
--infodir=/usr/local/info/gcc44 --build=x86_64-portbld-freebsd7.2
Thread model: posix
gcc version 4.4.0 (GCC) 

Using b

[Bug fortran/42167] New: TYPE IS and CLASS IS expect arguments after a type named after a function

[damian at rouson dot net]

When the argument to a TYPE IS construct is a function result variable with the
same name as the encompassing function, the compiler interprets the variable as
a function invocation and fails without arguments.  The code below produces the
error message below the code.  Also, replacing TYPE IS with CLASS IS produces
the same result.

Damian

$ cat select_type.f03
module bar_module
  implicit none
  type :: bar
real ,dimension(:) ,allocatable :: f
  contains
procedure :: total
  end type

contains

  function total(lhs,rhs)
class(bar) ,intent(in) :: lhs
class(bar) ,intent(in) :: rhs
class(bar) ,pointer :: total
select type(rhs)
  type is (bar)
allocate(bar :: total)
select type(total)
  type is (bar)
total%f = lhs%f + rhs%f
end select
end select
  end function

$ gfortran -c select_type.f03
select_type.f03:18.25:

select type(total)
 1
Error: Function 'total' requires an argument list at (1)
select_type.f03:20.17:

total%f = lhs%f + rhs%f
 1
Error: 'total' at (1) is not a variable
select_type.f03:22.7:

end select
   1
Error: Expecting END FUNCTION statement at (1)


-- 
   Summary: TYPE IS and CLASS IS expect arguments after a type named
after a function
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: damian at rouson dot net
 GCC build triplet: Mac OS X 10.5.8
  GCC host triplet: Mac OS X 10.5.8
GCC target triplet: Mac OS X 10.5.8


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #50 from howarth at nitro dot med dot uc dot edu  2009-11-24 
19:22 ---
Created an attachment (id=19111)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19111&action=view)
output from /usr/bin/dwarfdump --verbose --show-form ssp.o

See...

http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01369.html

for an details on how to identify the zero AT_Locations in a dwarfdump from the
current devtools on darwin.


-- 


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

[Bug debug/42166] [4.5 Regression] internal compiler error: verify_ssa failed

[jv244 at cam dot ac dot uk]

--- Comment #1 from jv244 at cam dot ac dot uk  2009-11-24 19:20 ---
and confirmed for current trunk.
gcc version 4.5.0 20091124 (experimental) [trunk revision 154511] (GCC)


-- 


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

[Bug debug/42166] [4.5 Regression] internal compiler error: verify_ssa failed

[jv244 at cam dot ac dot uk]

-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

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


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

[Bug debug/42166] New: [4.5 Regression] internal compiler error: verify_ssa failed

[jv244 at cam dot ac dot uk]

> gfortran -c -fbounds-check -g  -O3bug.f90
bug.f90: In function ‘newuob’:
bug.f90:4:0: error: definition in block 11 does not dominate use in block 17
for SSA_NAME: sum_4 in statement:
# DEBUG sum => D#1 + sum_4
bug.f90:4:0: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

> cat bug.f90
MODULE powell
  INTEGER, PARAMETER :: dp=8
CONTAINS
  SUBROUTINE newuob (n,  bmat,  ndim,  d,  vlag,  w,opt )
REAL(dp), DIMENSION(ndim, *), INTENT(inout) :: bmat
REAL(dp), DIMENSION(*), INTENT(inout):: d, vlag, w
REAL(dp) :: sum
DO j=1,n
   jp=npt+j
   DO k=1,n
  sum=sum+bmat(jp,k)*d(k)
   END DO
   vlag(jp)=sum
END DO
  END SUBROUTINE newuob
END MODULE powell

details are:
> gfortran -c -fbounds-check -g  -O3  -v   bug.f90
Using built-in specs.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/lto-wrapper
Target: x86_64-unknown-linux-gnu
Configured with: /data03/vondele/gcc_trunk/gcc/configure --disable-bootstrap
--prefix=/data03/vondele/gcc_trunk/build --enable-languages=c,c++,fortran
--disable-multilib --with-ppl=/data03/vondele/gcc_trunk/build/
--with-cloog=/data03/vondele/gcc_trunk/build/
--with-libelf=/data03/vondele/libelf-0.8.12/build/ --enable-gold --enable-lto
--enable-plugins
Thread model: posix
gcc version 4.5.0 20091121 (experimental) [trunk revision 154408] (GCC)
COLLECT_GCC_OPTIONS='-c' '-fbounds-check' '-g' '-O3' '-v' '-mtune=generic'

/data03/vondele/gcc_trunk/build/libexec/gcc/x86_64-unknown-linux-gnu/4.5.0/f951
bug.f90 -quiet -dumpbase bug.f90 -mtune=generic -auxbase bug -g -O3 -version
-fbounds-check -fintrinsic-modules-path
/data03/vondele/gcc_trunk/build/lib/gcc/x86_64-unknown-linux-gnu/4.5.0/finclude
-o /tmp/cccpthTj.s
GNU Fortran (GCC) version 4.5.0 20091121 (experimental) [trunk revision 154408]
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.3.1 20080507 (prerelease) [gcc-4_3-branch
revision 135036], GMP version 4.2.4, MPFR version 2.4.1, MPC version 0.8
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
GNU Fortran (GCC) version 4.5.0 20091121 (experimental) [trunk revision 154408]
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.3.1 20080507 (prerelease) [gcc-4_3-branch
revision 135036], GMP version 4.2.4, MPFR version 2.4.1, MPC version 0.8
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
bug.f90: In function ‘newuob’:
bug.f90:4:0: error: definition in block 11 does not dominate use in block 17
for SSA_NAME: sum_4 in statement:
# DEBUG sum => D#1 + sum_4
bug.f90:4:0: internal compiler error: verify_ssa failed
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.


-- 
   Summary: [4.5 Regression] internal compiler error: verify_ssa
failed
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jv244 at cam dot ac dot uk


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

[Bug bootstrap/42157] [4.5 regression] ICE building stage 1 libgcc on IRIX 5.3: SEGV in compare_access_positions

[ro at CeBiTec dot Uni-Bielefeld dot DE]

--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld dot DE  2009-11-24 
18:42 ---
Subject: Re:  [4.5 regression] ICE building stage 1 libgcc on IRIX 5.3: SEGV in
compare_access_positions

> --- Comment #1 from jamborm at gcc dot gnu dot org  2009-11-24 18:16 
> ---
> Can you please add a check before the qsort call (tree-sra.c, line
> 1407) whether all pointers in the access_vec seem OK or whether it is
> SRA that passes the invalid pointer to qsort?  Nothing fancy,
> something as stupid as the loop below should do:
>
> for (i =0; i < access_count; i++)
>   gcc_assert (((unsigned) VEC_index (access_p, access_vec, i)) > 0x1000);
>
> If it passes I can't see any other explanation but a bad qsort.  If it
> doesn't we'll need to figure out how the bad pointers get there.

It seems that the qsort is broken (although I haven't found any report
about qsort on IRIX 5.3 yet).  Anyway, I've added a slightly modified
qsort from glibc to libiberty (which won't work due to license
differences, I suppose, but maybe newlib is an option), which allowed
the bootstrap to continue.

I'll later check (either with the code above or with gdb watchpoints)
what is causing the corruption.

 Rainer


-- 


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

[Bug bootstrap/42157] [4.5 regression] ICE building stage 1 libgcc on IRIX 5.3: SEGV in compare_access_positions

[jamborm at gcc dot gnu dot org]

--- Comment #1 from jamborm at gcc dot gnu dot org  2009-11-24 18:16 ---
Can you please add a check before the qsort call (tree-sra.c, line
1407) whether all pointers in the access_vec seem OK or whether it is
SRA that passes the invalid pointer to qsort?  Nothing fancy,
something as stupid as the loop below should do:

for (i =0; i < access_count; i++)
  gcc_assert (((unsigned) VEC_index (access_p, access_vec, i)) > 0x1000);

If it passes I can't see any other explanation but a bad qsort.  If it
doesn't we'll need to figure out how the bad pointers get there.

I don't have access to the architecture so I can't try it myself.


-- 


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

[Bug target/42165] -masm=intel doesn't know how to print AVX instructions

[jakub at gcc dot gnu dot org]

--- Comment #1 from jakub at gcc dot gnu dot org  2009-11-24 18:04 ---
--- gcc/config/i386/i386.c2009-11-24 09:59:29.0 +0100
+++ gcc/config/i386/i386.c2009-11-24 19:03:24.871058078 +0100
@@ -11849,6 +11849,7 @@ print_operand (FILE *file, rtx x, int co
   else
 size = "XMMWORD";
   break;
+case 32: size = "YMMWORD"; break;  
 default:
   gcc_unreachable ();
 }

should fix this.  Will test it soon.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-24 18:04:38
   date||


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

[Bug fortran/42131] Weird translation of DO loops

[toon at moene dot org]

--- Comment #12 from toon at moene dot org  2009-11-24 18:03 ---
> Any tricks I have missed?

Yes - we could provide for loop versioning in the front end.

I.e., generate code like:

IF (M3 > 0) THEN
   ... compute loop count ...
   ... perform loop ...
ELSE IF (M3 < 0) THEN
   ... compute loop count ...
   ... perform loop ...
ELSE
   ABORT "M3 MUST NOT BE ZERO"
ENDIF

And then hope that Value Range Propagation and InterProcedural Analysis will
throw away 2 of the 3 branches of this loop because it is able to determine the
sign of M3.




-- 


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

[Bug target/42165] New: -masm=intel doesn't know how to print AVX instructions

[matti dot niemenmaa+gccbugs at iki dot fi]

Using -masm=intel and -mavx together with something that uses a 256-bit vector
causes an internal error:

$ gcc arst.c -mavx -masm=intel
arst.c: In function ‘foo’:
arst.c:2: internal compiler error: in print_operand, at
config/i386/i386.c:11324

$ cat arst.c
typedef unsigned long vec __attribute__((vector_size(32)));
void foo(vec a) {}

$ gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --prefix=/usr --enable-shared
--enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-threads=posix
--mandir=/usr/share/man --infodir=/usr/share/info --enable-__cxa_atexit
--disable-multilib --libdir=/usr/lib --libexecdir=/usr/lib --enable-clocale=gnu
--disable-libstdcxx-pch --with-tune=generic
Thread model: posix
gcc version 4.4.2 (GCC)


-- 
   Summary: -masm=intel doesn't know how to print AVX instructions
   Product: gcc
   Version: 4.4.2
Status: UNCONFIRMED
  Severity: minor
  Priority: P3
 Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: matti dot niemenmaa+gccbugs at iki dot fi
 GCC build triplet: x86_64-unknown-linux-gnu
  GCC host triplet: x86_64-unknown-linux-gnu


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

[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2009-11-24 16:23 ---
Can you provide the preprocessed source?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug target/42164] mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|blocker |normal
  Component|c   |target


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

[Bug fortran/42162] OpenMP: ICE: tree check in omp_add_variable, at gimplify.c:5282

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2009-11-24 16:19 ---
There are other bugs in the testcase too, e.g. you must not nest worksharing
regions, but the testcase uses !$omp do inside of !$omp parallel do.
That said, gcc shouldn't ICE on any kind of garbage.


-- 


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

[Bug fortran/42162] OpenMP: ICE: tree check in omp_add_variable, at gimplify.c:5282

[burnus at gcc dot gnu dot org]

--- Comment #3 from burnus at gcc dot gnu dot org  2009-11-24 16:11 ---
The simplified test case is just having the "work" subroutine.

The problem is that the argument "k" is also the loop variable. I am not sure
that this is allowed.

Jakub, do you quickly see whether this is allowed? ifort compiles it ...

 * * *

The complete program is in any case invalid. It has:
   do i=1,2
  call work(i)
and then the dummy argument gets modified in "work"; however, the Fortran
standard does not allow modifying loop variables.


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||jakub at gcc dot gnu dot org
   Keywords|ice-on-valid-code   |


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

[Bug fortran/42162] OpenMP: ICE: tree check in omp_add_variable, at gimplify.c:5282

[burnus at gcc dot gnu dot org]

--- Comment #2 from burnus at gcc dot gnu dot org  2009-11-24 16:02 ---
Confirm. With "-fopenmp" it fails with:

test.f90:17:0: internal compiler error: tree check: expected tree that contains
'decl common' structure, have 'indirect_ref' in omp_add_variable, at
gimplify.c:5282

[In 4.3 and 4.4 it's in gimplify_omp_for (gimplify.c:5330 and gimplify.c:5861);
4.2 segfault here, but that might be a different problem.]


-- 

burnus at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code, openmp
   Last reconfirmed|-00-00 00:00:00 |2009-11-24 16:02:40
   date||
Summary|Internal compiler error |OpenMP: ICE: tree check in
   |while compiling simple  |omp_add_variable, at
   |fortran code.   |gimplify.c:5282


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

[Bug c++/42159] app compiled with 4.4.2 SIGABRTs after a trivial nested throw/stack unwinding

[vlad at demoninsight dot com]

--- Comment #3 from vlad at demoninsight dot com  2009-11-24 15:48 ---
(In reply to comment #1)
> This bug doesn't appear to be present in current gcc trunk on
> x86_64-apple-darwin10.
> 

Jack, how should I interpret your comment? That all is well in 4.4.3 branch or
something? Or that you cannot reproduce it on your end in 4.4.2?

If one wanted to leverage darwinports how would one get a 4.4.x version of gcc
that does not have this issue? It seems like a basic failure of exception
hanlding mechanism.


-- 


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

[Bug c/42164] New: mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at simplify-rtx.c:5138

[wuzhangjin at gmail dot com]

I'm using the latest gcc 4.5 to compile the latest linux kernel(rc8).

$ mips64el-unknown-linux-gnu-gcc --version
mips64el-unknown-linux-gnu-gcc (GCC) 4.5.0 20091123 (experimental)

and encountered this error:

$ make ARCH=mips CROSS_COMPILE=mips64el-unknown-linux-gnu- mm/rmap.o
  CHK include/linux/version.h
  CHK include/linux/utsrelease.h
  SYMLINK include/asm -> include/asm-mips
  Checking missing-syscalls for N32
  CALLscripts/checksyscalls.sh
  Checking missing-syscalls for O32
  CALLscripts/checksyscalls.sh
  CALLscripts/checksyscalls.sh
  CC  mm/rmap.o
mm/rmap.c: In function 'try_to_unmap_one':
mm/rmap.c:860:1: internal compiler error: in simplify_subreg, at
simplify-rtx.c:5138
Please submit a full bug report,

I have tried to find the exact place which introduced this error and at
last found out this line of that file:

818   swp_entry_t entry = { .val = page_private(page) };

If I change that line to:

swp_entry_t entry = { .val = 1 };

the error will go away.

and I found that page_privete(page) is something like this:

include/linux/mm.h:

228 #define page_private(page)  ((page)->private)

So, I moved that (page)->private to the above directly, and try it with:

swp_entry_t entry = { .val = ((page)->private) };
and 

swp_entry_t entry = { .val = (page)->private };
and

swp_entry_t entry = { .val = page->private };

and even tried with:

 swp_entry_t entry;
entry.val = page->private;  

All of them failed, at last, I found the line of gcc:

5130 /* Simplify SUBREG:OUTERMODE(OP:INNERMODE, BYTE)
5131Return 0 if no simplifications are possible.  */
5132 rtx
5133 simplify_subreg (enum machine_mode outermode, rtx op, 
5134  enum machine_mode innermode, unsigned int byte)
5135 {
5136   /* Little bit of sanity checking.  */
5137   gcc_assert (innermode != VOIDmode);

5138   gcc_assert (outermode != VOIDmode);  --> This line.

5139   gcc_assert (innermode != BLKmode);
5140   gcc_assert (outermode != BLKmode);


-- 
   Summary: mm/rmap.c:860:1: internal compiler error: in
simplify_subreg, at simplify-rtx.c:5138
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wuzhangjin at gmail dot com
 GCC build triplet: i486-cross-linux-gnu
  GCC host triplet: i486-cross-linux-gnu
GCC target triplet: mips64el-unknown-linux-gnu


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

[Bug c++/42137] error: expected constructor, destructor, or type conversion before �{� token

[jason at gcc dot gnu dot org]

--- Comment #4 from jason at gcc dot gnu dot org  2009-11-24 14:17 ---
Reduced:

struct A { A(); };
struct B: A {
  B() : A::A() { }
};

There's no need to write the extra scope here, but I guess we should accept it.


-- 

jason at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jason at gcc dot gnu dot org
   |dot org |
 Status|UNCONFIRMED |ASSIGNED
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2009-11-24 14:17:47
   date||


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

[Bug lto/42088] flag_gtoggle in free_lang_data hides -fcompare-debug errors

[rguenth at gcc dot gnu dot org]

--- Comment #14 from rguenth at gcc dot gnu dot org  2009-11-24 14:16 
---
Created an attachment (id=19110)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19110&action=view)
candidate patch

Patch I was testing.  Unfortunately I get

Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1obj-checksum.o differs
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1objplus-checksum.o differs
Bootstrap comparison failure!
gcc/ipa-cp.o differs

I'm on and off on this bug, so if anybody wants to investigate the above ...


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #49 from howarth at nitro dot med dot uc dot edu  2009-11-24 
14:10 ---
I should also note that the ssp.s was generated using gcc trunk with
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01329.html. The generated
libssp.0.dylib asserts dsymutil. Out of the object files contained in
libssp.0.dylib, only ssp.o alone causes dsymutil to assert. 


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #48 from howarth at nitro dot med dot uc dot edu  2009-11-24 
13:57 ---
Unfortunately, I won't be able to provide additional files until tonight.
However, looking at the ssp.s, I am wondering if the entries in the...

.section __DWARF,__debug_loc,regular,debug
Ldebug_loc0:

section with...

.quad   0x0
.quad   0x0

would end up generating AT_locations of zero in the dwarf output. Those two
lines seemed to be repeated regularly in the debug section.


-- 


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

[Bug fortran/42163] Internal compiler error while compiling simple fortran code.

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-11-24 13:42 ---


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


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/42162] Internal compiler error while compiling simple fortran code.

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2009-11-24 13:42 ---
*** Bug 42163 has been marked as a duplicate of this bug. ***


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[jakub at gcc dot gnu dot org]

--- Comment #47 from jakub at gcc dot gnu dot org  2009-11-24 13:40 ---
Also, Alex is probably far more interested in preprocessed source plus exact
cc1 options rather than assembly, because the former can be debugged a cross
compiler.


-- 


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

[Bug c++/42137] error: expected constructor, destructor, or type conversion before �{� token

[rainer at emrich-ebersheim dot de]

--- Comment #3 from rainer at emrich-ebersheim dot de  2009-11-24 13:29 
---
Confirmed.

In file included from ../../../../../../../src/ppl-0.10.2/src/Box.cc:24:0:
../../../../../../../src/ppl-0.10.2/src/Grid_Generator_System.inlines.hh: In
constructor
»Parma_Polyhedra_Library::Grid_Generator_System::const_iterator::const_iterator(const
Parma_Polyhedra_Library::Generator_System::const_iterator&)«:
../../../../../../../src/ppl-0.10.2/src/Grid_Generator_System.inlines.hh:233:53:
Error: expected class-name before »(« token
../../../../../../../src/ppl-0.10.2/src/Grid_Generator_System.inlines.hh:233:53:
Error: expected »{« before »(« token
../../../../../../../src/ppl-0.10.2/src/Grid_Generator_System.inlines.hh: At
global scope:
../../../../../../../src/ppl-0.10.2/src/Grid_Generator_System.inlines.hh:233:57:
Error: expected constructor, destructor, or type conversion before »{« token


It's probably caused by r154403 - in /trunk/gcc: cp/ChangeLog cp/error

Author: jason
Date: Sat Nov 21 06:33:56 2009
New Revision: 154403

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154403
Log:
PR c++/9050, DR 147, DR 318
* parser.c (cp_parser_lookup_name): If the name matches the explicit
class scope, we're naming the constructor.
(cp_parser_constructor_declarator_p): Just use cp_parser_unqualified_id
if we have a nested-name-specifier.
(cp_parser_direct_declarator): Handle getting an overload set as a
constructor declarator.
(cp_parser_unqualified_id): Avoid looking up the constructor when
naming the destructor.
(cp_parser_diagnose_invalid_type_name): Give good
diagnostic for improper use of constructor as template.
* typeck.c (finish_class_member_access_expr): Give good diagnostic
about calling constructor.

* error.c (dump_aggr_type): Don't print A::A for injected-class-name.

Added:
trunk/gcc/testsuite/g++.dg/template/ctor9.C
Modified:
trunk/gcc/cp/ChangeLog
trunk/gcc/cp/error.c
trunk/gcc/cp/parser.c
trunk/gcc/cp/typeck.c
trunk/gcc/testsuite/ChangeLog
trunk/gcc/testsuite/g++.dg/lookup/name-clash4.C
trunk/gcc/testsuite/g++.dg/tc1/dr147.C
trunk/gcc/testsuite/g++.old-deja/g++.jason/temporary5.C
trunk/gcc/testsuite/g++.old-deja/g++.pt/ctor2.C

I bet!

revision 154402 is OK!


-- 

rainer at emrich-ebersheim dot de changed:

   What|Removed |Added

 CC||jason at gcc dot gnu dot org


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[jakub at redhat dot com]

--- Comment #46 from jakub at redhat dot com  2009-11-24 13:11 ---
Subject: Re:  [4.5 Regression] dsymutil "Assertion failed ..."

> assembly for problem object file in libssp.0.dylib that causes dsymutil to
> assert

You forgot -dA, without that it is not very readable.


-- 


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

[Bug target/41473] [4.5 Regression] dsymutil "Assertion failed ..."

[howarth at nitro dot med dot uc dot edu]

--- Comment #45 from howarth at nitro dot med dot uc dot edu  2009-11-24 
13:09 ---
Created an attachment (id=19109)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19109&action=view)
assembly for problem object file in libssp.0.dylib that causes dsymutil to
assert

/sw/src/fink.build/gcc45-4.4.999-20091123/darwin_objdir/./gcc/xgcc
-B/sw/src/fink.build/gcc45-4.4.999-20091123/darwin_objdir/./gcc/
-B/sw/lib/gcc4.5/x86_64-apple-darwin10.2.0/bin/
-B/sw/lib/gcc4.5/x86_64-apple-darwin10.2.0/lib/ -isystem
/sw/lib/gcc4.5/x86_64-apple-darwin10.2.0/include -isystem
/sw/lib/gcc4.5/x86_64-apple-darwin10.2.0/sys-include -DHAVE_CONFIG_H -I.
-I../../../gcc-4.5-20091123/libssp -Wall -g -O2 -MT ssp.o -MD -MP -MF
.deps/ssp.Tpo -dM --save-temps -c -o ssp.o
../../../gcc-4.5-20091123/libssp/ssp.c


-- 


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

[Bug fortran/42163] New: Internal compiler error while compiling simple fortran code.

[pattakosn at yahoo dot com]

I get this error while trying to compile a simple code which (I think) is valid
omp. I tried gfortran 4.3.3 (ubuntu 9.04 amd64 server) 4.4.1 (ubuntu 9.10
amd64) and 4.5.0 20091105 . This is the code that triggered it:

PROGRAM ordered
IMPLICIT NONE
INTEGER :: i
!$omp parallel do
   do i=1,2
  write(*,*) 'calling',i
  call work(i)
   enddo
!$omp end parallel do

STOP
END PROGRAM ordered

subroutine work(k)
IMPLICIT NONE
INTEGER :: k, OMP_GET_THREAD_NUM
!$omp do
   do k=1,3
  write(*,*) OMP_GET_THREAD_NUM(), k
   enddo
!$omp end do
return
END subroutine work


-- 
   Summary: Internal compiler error while compiling simple fortran
code.
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pattakosn at yahoo dot com
  GCC host triplet: x86_64-pc-linux-bnu


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

[Bug fortran/42162] New: Internal compiler error while compiling simple fortran code.

[pattakosn at yahoo dot com]

I get this error while trying to compile a simple code which (I think) is valid
omp. I tried gfortran 4.3.3 (ubuntu 9.04 amd64 server) 4.4.1 (ubuntu 9.10
amd64) and 4.5.0 20091105 . This is the code that triggered it:

PROGRAM ordered
IMPLICIT NONE
INTEGER :: i
!$omp parallel do
   do i=1,2
  write(*,*) 'calling',i
  call work(i)
   enddo
!$omp end parallel do

STOP
END PROGRAM ordered

subroutine work(k)
IMPLICIT NONE
INTEGER :: k, OMP_GET_THREAD_NUM
!$omp do
   do k=1,3
  write(*,*) OMP_GET_THREAD_NUM(), k
   enddo
!$omp end do
return
END subroutine work


-- 
   Summary: Internal compiler error while compiling simple fortran
code.
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: pattakosn at yahoo dot com
  GCC host triplet: x86_64-pc-linux-bnu


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

[Bug tree-optimization/42142] [4.5 Regression] DCE miscompiles a certain quicksort implementation when optimizing with -O1 or higher

[rguenth at gcc dot gnu dot org]

--- Comment #9 from rguenth at gcc dot gnu dot org  2009-11-24 11:57 ---
Fixed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug tree-optimization/42142] [4.5 Regression] DCE miscompiles a certain quicksort implementation when optimizing with -O1 or higher

[rguenth at gcc dot gnu dot org]

--- Comment #8 from rguenth at gcc dot gnu dot org  2009-11-24 11:57 ---
Subject: Bug 42142

Author: rguenth
Date: Tue Nov 24 11:57:26 2009
New Revision: 154494

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=154494
Log:
2009-11-24  Richard Guenther  

PR tree-optimization/42142
* tree-ssa-dce.c (mark_aliased_reaching_defs_necessary_1):
Handle iv-dependent (non-)kills properly.
(mark_aliased_reaching_defs_necessary): Pass the basic-block
of the reference statement to mark_aliased_reaching_defs_necessary_1.

* gcc.c-torture/execute/pr42142.c: New testcase.

Added:
trunk/gcc/testsuite/gcc.c-torture/execute/pr42142.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-ssa-dce.c


-- 


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

[Bug c/18624] GCC does not detect local variable set but never used

[jakub at gcc dot gnu dot org]

--- Comment #17 from jakub at gcc dot gnu dot org  2009-11-24 11:38 ---
http://gcc.gnu.org/ml/gcc-patches/2009-11/msg01338.html
is an example where the warning would be very useful, we create GC garbage
uselessly...


-- 


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