[Bug c/38667] New: gcc 4.3.2 build fails to create/link libgcc in SLES9 32-bit platform

[imam dot toufique at intel dot com]

gcc 4.3.2 build seems to fail when linking libgcc.  I am using libmpfr 2.3.2
and libgmp 4.2.4 .  this is failing for SuSE Linux Ent. Server9 32-bit
platform.
gcc 4.3.2 build on the 64-bit platform went through.


Here is the error snippet:


# @multilib_dir@ is not really necessary, but sometimes it has
# more uses than just a directory name.
/bin/sh ../../../gcc-4.3.2/libgcc/../mkinstalldirs .
/opt/gcc/4.3.2/i686_linux26/gccbuild/./gcc/xgcc
-B/opt/gcc/4.3.2/i686_linux26/gccbuild/./gcc/
-B/opt/gcc/4.3.2/i686-pc-linux-gnu/bin/ -B/opt/gcc/4.3.2/i686-pc-linux-gnu/lib/
-isystem /opt/gcc/4.3.2/i686-pc-linux-gnu/include -isystem
/opt/gcc/4.3.2/i686-pc-linux-gnu/sys-include -O2  -O2 -g
-I/opt/libmpfr/2.3.2/include -L/opt/libmpfr/2.3.2/lib
-I/opt/libgmp/4.2.4/include -L/opt/libgmp/4.2.4/lib  -I/opt/gcc/4.3.2/include
-L/opt/gcc/4.3.2/lib -L/opt/gcc/4.3.2/lib -Wl,--rpath
-Wl,/lib/i686:/lib:/lib/tls:/opt/libmpfr/2.3.2/lib:/opt/libgmp/4.2.4/lib:/opt/gcc/4.3.2/lib
  -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-Wold-style-definition  -isystem ./include  -fPIC -g -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -shared -nodefaultlibs
-Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc.map -o
./libgcc_s.so.1.tmp -g -fkeep-inline-functions -B./ _muldi3_s.o _negdi2_s.o
_lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o
_clear_cache_s.o _enable_execute_stack_s.o _trampoline_s.o __main_s.o
_absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o
_mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o
_ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o
_popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o
_paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o
_muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o
_divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o
_fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixtfdi_s.o
_fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _fixunstfdi_s.o _floatdisf_s.o
_floatdidf_s.o _floatdixf_s.o _floatditf_s.o _floatundisf_s.o _floatundidf_s.o
_floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o
_umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o unwind-dw2_s.o
unwind-dw2-fde-glibc_s.o unwind-sjlj_s.o gthr-gnat_s.o unwind-c_s.o emutls_s.o
-lc && rm -f ./libgcc_s.so && if [ -f ./libgcc_s.so.1 ]; then mv -f
./libgcc_s.so.1 ./libgcc_s.so.1.backup; else true; fi && mv ./libgcc_s.so.1.tmp
./libgcc_s.so.1 && ln -s libgcc_s.so.1 ./libgcc_s.so
/opt/gcc/4.3.2/i686-pc-linux-gnu/bin/ld: cannot find -lc


Here is my configure line:

export INSTALL_PREFIX="/opt/gcc/4.3.2"
export libmpfr_DIR="/opt/libmpfr/2.3.2"
export libgmp_DIR="/opt/libgmp/4.2.4"

configure --prefix="${INSTAL_PREFIX"
--libdir="${INSTALL_PREFIX}"/"${PLATFORM_LIBDIR}"
--libexecdir="${INSTALL_PREFIX}"/libexec --bindir="${INSTALL_PREFIX}"/bin
--with-mpfr=$libmpfr_DIR --with-mpfr-include=$libmpfr_DIR/include
--with-mpfr-lib=$libmpfr_DIR/lib --with-gmp=$libgmp_DIR
--with-gmp-include=$libgmp_DIR/include --with-gmp-lib=$libgmp_DIR/lib
--enable-languages=c,c++,objc --disable-libgcj --build=i686-pc-linux-gnu
--host=i686-pc-linux-gnu --target=i686-pc-linux-gnu


I have tried this with binutils 2.18, 2.18.50, and 2.16.1; no luck.

Any help would be appreciated!

Thank you.


-- 
   Summary: gcc 4.3.2 build fails to create/link libgcc in SLES9 32-
bit platform
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: imam dot toufique at intel dot com
  GCC host triplet: i686-pc-linux-gnu


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

[Bug target/36622] 4.3.1 failed to compile gcse.c file.

[pinskia at gcc dot gnu dot org]

--- Comment #24 from pinskia at gcc dot gnu dot org  2008-12-30 07:14 
---
(In reply to comment #23)
> I was able to solve this issue.  this could be closed now.

Well there is most likely still an issue -fPIC, even if it is not reproducible
without that -fPIC, it is still a bug that GCC ICEs. 


-- 


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

[Bug target/36622] 4.3.1 failed to compile gcse.c file.

[imam dot toufique at intel dot com]

--- Comment #23 from imam dot toufique at intel dot com  2008-12-30 07:11 
---
(In reply to comment #22)
> Can you still provide the preprocessed source?

hi,

I was able to solve this issue.  this could be closed now.

thanks Andrew for following up.


-- 


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

[Bug tree-optimization/38529] [4.3/4.4 regression] ICE with nested loops

[irar at gcc dot gnu dot org]

--- Comment #1 from irar at gcc dot gnu dot org  2008-12-30 07:00 ---
Subject: Bug 38529

Author: irar
Date: Tue Dec 30 06:58:57 2008
New Revision: 142959

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142959
Log:
PR tree-optimization/38529
* tree-vect-transform (vect_transform_stmt): Handle inner-loop stmts
whose DEF is used in the loop-nest that is being vectorized, but
outside the immediately enclosing loop.


Added:
trunk/gcc/testsuite/gcc.dg/vect/pr38529.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/testsuite/ChangeLog
trunk/gcc/tree-vect-transform.c


-- 


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

[Bug c++/36607] [4.3/4.4 Regression] Incorrect type diagnostic on substracting casted char pointers

[pinskia at gcc dot gnu dot org]

--- Comment #3 from pinskia at gcc dot gnu dot org  2008-12-30 06:14 ---
Ok, it fails with -m64, looking into it.

Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|PTR == 64 bits
   Keywords||rejects-valid
  Known to fail||4.3.3 4.4.0
  Known to work||4.0.1 4.1.1
   Last reconfirmed|-00-00 00:00:00 |2008-12-30 06:14:14
   date||
Summary|Incorrect type diagnostic on|[4.3/4.4 Regression]
   |substracting casted char|Incorrect type diagnostic on
   |pointers|substracting casted char
   ||pointers
   Target Milestone|--- |4.3.3


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

[Bug c++/36607] Incorrect type diagnostic on substracting casted char pointers

[rschiele at gmail dot com]

--- Comment #2 from rschiele at gmail dot com  2008-12-30 06:07 ---
It works for you? This is weired!

Just tried it with current trunk again and it does still show exactly the same
error there.


-- 

rschiele at gmail dot com changed:

   What|Removed |Added

 Status|WAITING |UNCONFIRMED


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

[Bug c++/34827] Weird name-lookup error

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-12-30 05:45 ---
>func is incorrectly found by name-lookup.
No it should be found even without the "Foo weird;"

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


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/34870] template not instantiated for argument-dependent lookup

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-12-30 05:45 ---
*** Bug 34827 has been marked as a duplicate of this bug. ***


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org


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

[Bug c++/34624] valid c++ code doesn't compile for x86_64, but for i386

[pinskia at gcc dot gnu dot org]

--- Comment #6 from pinskia at gcc dot gnu dot org  2008-12-30 05:39 ---
Can you attach the preprocessed source for the -m64 case?


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING


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

[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

[pinskia at gcc dot gnu dot org]

--- Comment #13 from pinskia at gcc dot gnu dot org  2008-12-30 05:35 
---
That patch removed lots of code that is nessarry for this check, I have to add
back
+/* The call to perform_qualification_conversions will
+  insert a NOP_EXPR over EXPR to do express conversion,
+  if necessary.  But, that will confuse us if we use
+  this (converted) template parameter to instantiate
+  another template; then the thing will not look like a
+  valid template argument.  So, just make a new
+  constant, of the appropriate type.  */

Anyways now I have a real patch which brings us back to what was done before
and gives us the correct error.


-- 


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

[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

[pinskia at gcc dot gnu dot org]

--- Comment #12 from pinskia at gcc dot gnu dot org  2008-12-30 05:22 
---
(In reply to comment #11)
> Patch which I am testing:
> Index: pt.c
> ===
> --- pt.c(revision 142951)
> +++ pt.c(working copy)
> @@ -4626,6 +4626,13 @@ convert_nontype_argument (tree type, tre
>expr = perform_qualification_conversions (type, expr);
>if (expr == error_mark_node)
> return expr;
> +  if (TREE_CODE (expr) != PTRMEM_CST)
> +{
> + error ("%qE is not a valid template argument for type %qT "
> +"because it not a pointer-to-member of the form `&X::Y'",
> +expr, type);
> + return NULL_TREE;
> +   }

The test has go in front of perform_qualification_conversions with an extra
STRIP_NOPS.


-- 


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

[Bug c++/36695] [4.3/4.4 Regression] Value-initialization of reference type is allowed.

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-30 03:27 ---
The patch which fixed PR 21210 caused this regression.  There needs to be an
extra check if we are moving away from using build_c_cast.  In fact reverting
that patch fixes the issue and gets us back to where we were before for this
bug plus does not regress for the other bug.  I think other patches fixed PR
21210 correctly.

Testing the reverting of the patch right now.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||sayle at gcc dot gnu dot org
 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED
  GCC build triplet|x86_64-unknown-linux-gnu|
   GCC host triplet|x86_64-unknown-linux-gnu|
 GCC target triplet|x86_64-unknown-linux-gnu|


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

[Bug rtl-optimization/37397] [4.4 Regression] IRA performance impact on SPEC CPU 2K/2006

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2008-12-30 03:03 ---
Fixed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||FIXED


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

[Bug target/38519] gcc build fails - won't link in 'gcc' on SVN obtained 20081213

[esmithmail at gmail dot com]

--- Comment #4 from esmithmail at gmail dot com  2008-12-30 02:57 ---
Works now.  Thanks, guys.


-- 

esmithmail at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug rtl-optimization/37397] [4.4 Regression] IRA performance impact on SPEC CPU 2K/2006

[Joey dot ye at intel dot com]

--- Comment #6 from Joey dot ye at intel dot com  2008-12-30 02:50 ---
(In reply to comment #4)
> Revision 141860 caused 30% slowdown on 454.calculix in SPEC CPU 2006
> with -O2 -ffast-math on Linux/Intel64.
This regression has been fixed in some revision between 142187 and 142212.


-- 


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

[Bug target/38569] SLES11: SEGV with try/throw/catch/terminate() at -q64

[aixing at ca dot ibm dot com]

--- Comment #4 from aixing at ca dot ibm dot com  2008-12-30 01:53 ---
(In reply to comment #3)
> powerpc64 and -m64 (not -q64)?

SLES11 is 64-bit mode by default. -q64 is not GCC (Or g++) option.


-- 


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

[Bug target/33604] [4.3/4.4 Regression] Revision 119502 causes significantly slower results with 4.3/4.4 compared to 4.2

[Joey dot ye at intel dot com]

--- Comment #45 from Joey dot ye at intel dot com  2008-12-30 01:49 ---
(In reply to comment #44)
> Does anyone have new numbers?
Fixed on both i386/x86_64:
x86_64:
4.4 (trunk 142847): 5.4s
4.3.2 release:  5.4s
4.2.4 release:  5.4s

i386:
4.4 (trunk 142847): 2.7s
4.3.2 release:  2.8s
4.2.4 release:  2.7s


-- 


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

[Bug target/38581] Tru64 outputs non-virtual thunks as non-weak symbols

[bugzilla-gcc at thewrittenword dot com]

--- Comment #2 from bugzilla-gcc at thewrittenword dot com  2008-12-30 
01:46 ---
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg01905.html caused the regression


-- 


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

[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

[pinskia at gcc dot gnu dot org]

--- Comment #11 from pinskia at gcc dot gnu dot org  2008-12-30 01:40 
---
Patch which I am testing:
Index: pt.c
===
--- pt.c(revision 142951)
+++ pt.c(working copy)
@@ -4626,6 +4626,13 @@ convert_nontype_argument (tree type, tre
   expr = perform_qualification_conversions (type, expr);
   if (expr == error_mark_node)
return expr;
+  if (TREE_CODE (expr) != PTRMEM_CST)
+{
+ error ("%qE is not a valid template argument for type %qT "
+"because it not a pointer-to-member of the form `&X::Y'",
+expr, type);
+ return NULL_TREE;
+   }
 }
   /* A template non-type parameter must be one of the above.  */
   else


-- 


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

[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

[pinskia at gcc dot gnu dot org]

--- Comment #10 from pinskia at gcc dot gnu dot org  2008-12-30 01:37 
---
(In reply to comment #9)
> I almost want to say http://gcc.gnu.org/ml/gcc-patches/2004-07/msg01605.html
> caused it.  Still looking into it.

Yes that caused it, it removed the check to make sure TYPE_PTRMEM_P is always a
PTRMEM_CST.


-- 


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

[Bug c++/37946] [c++0x] ICE with enum class

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2008-12-30 01:33 
---
Confirmed.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||ice-on-valid-code, monitored
   Last reconfirmed|-00-00 00:00:00 |2008-12-30 01:33:13
   date||


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

[Bug c++/37093] [4.2/4.3/4.4 Regression] ICE with pointer to member template parameters

[pinskia at gcc dot gnu dot org]

--- Comment #9 from pinskia at gcc dot gnu dot org  2008-12-30 01:28 ---
I almost want to say http://gcc.gnu.org/ml/gcc-patches/2004-07/msg01605.html
caused it.  Still looking into it.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug c++/37970] ICE in some (probably mal-formed) template code

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2008-12-30 01:18 
---
To make things short: The bug is a duplicate of PR24791.

> This code (for better or worse) appeared to have built with 4.0.1. By adding
>the "class" stuff in the template specialization the static member was actually
>instantiated.

The "class stuff" is invalid. As mentioned in PR24791, GCC 4.0.0 -4.0.2 did not
crash on the code. All other releases before GCC 4.3.0 did.

> With just <> no instantiation occurred.

Because this is just a declaration and not a definition for the static member.
You need to add an initializer to make it a definition.
Then this should work as expected.


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


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug c++/24791] ICE on invalid instantiation of template's static member

[reichelt at gcc dot gnu dot org]

--- Comment #18 from reichelt at gcc dot gnu dot org  2008-12-30 01:18 
---
*** Bug 37970 has been marked as a duplicate of this bug. ***


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||keenan dot forbes at gmail
   ||dot com


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

[Bug c++/38648] [4.2/4.3/4.4 regression] ICE with string literal

[pinskia at gcc dot gnu dot org]

--- Comment #2 from pinskia at gcc dot gnu dot org  2008-12-30 01:02 ---
I have a simple patch.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |pinskia at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


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

[Bug c++/36799] [c++0x] error on va_copy in -std=c++0x mode

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-30 00:55 ---
I posted a new patch for this, with a changelog and such:
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01256.html


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

URL|http://gcc.gnu.org/ml/gcc-  |http://gcc.gnu.org/ml/gcc-
   |patches/2008-   |patches/2008-
   |11/msg00146.html|12/msg01256.html


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

[Bug c/34781] __builtin_expect()'s first argument should be treated like other conditional expressions

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2008-12-30 00:35 ---
Confirmed.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2008-12-30 00:35:35
   date||


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

[Bug c/38666] internal compiler error: Segmentation fault

[sergstesh at yahoo dot com]

--- Comment #8 from sergstesh at yahoo dot com  2008-12-30 00:08 ---
(In reply to comment #7)
> (In reply to comment #6)
> > My primary concern is segmentation fault, not the cases when 'gcc' can't
> > allocate enough memory and reports the problem clearly.
> 
> The seg fault is most likely some recursive function gone wrong.
> 

I guess the recursive function is in 'gcc'.

Anyway, if you look at the code (probably you've already looked), you'll find
that though it's long, it's simple. I mean, there is a whole lot of similar
relatively simple expressions like this one:

accumulator[sample_number] += 5.375239973e-09 *
exp(-5.409392003e-06 * d_sample_number) * cos(1.954049995e-01 *
two_pi_times_sample_number - (1.325159989e+00));
.

So, simplistically, because the expressions are simple and the optimization
level is low, I do not see too much place for deep recursion, but I'm
unfamiliar with 'gcc' internals.


-- 

sergstesh at yahoo dot com changed:

   What|Removed |Added

   Severity|normal  |major
  Component|middle-end  |c


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

[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library

[pinskia at gcc dot gnu dot org]

--- Comment #10 from pinskia at gcc dot gnu dot org  2008-12-30 00:04 
---
Without any patches, I was able to build just fine on x86_64-linux-gnu.


-- 


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

[Bug middle-end/38666] internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

--- Comment #7 from pinskia at gcc dot gnu dot org  2008-12-30 00:01 ---
(In reply to comment #6)
> My primary concern is segmentation fault, not the cases when 'gcc' can't
> allocate enough memory and reports the problem clearly.

The seg fault is most likely some recursive function gone wrong.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|major   |normal
  Component|c   |middle-end


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

[Bug c/38666] internal compiler error: Segmentation fault

[sergstesh at yahoo dot com]

--- Comment #6 from sergstesh at yahoo dot com  2008-12-30 00:00 ---
(In reply to comment #5)
> The function is simply too big and we likely use most of the memory computing
> and storing the const reals.  A case for closer investigation.
> 

(In reply to comment #5)
> The function is simply too big and we likely use most of the memory computing
> and storing the const reals.  A case for closer investigation.
> 

My primary concern is segmentation fault, not the cases when 'gcc' can't
allocate enough memory and reports the problem clearly.

It also appears gcc-3.4.6 is much less memory-hungry - I'm checking it right
now.


-- 

sergstesh at yahoo dot com changed:

   What|Removed |Added

   Severity|normal  |major
  Component|middle-end  |c


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

[Bug target/30271] -mstrict-align can an store extra for struct agrument passing

[pinskia at gcc dot gnu dot org]

--- Comment #11 from pinskia at gcc dot gnu dot org  2008-12-29 23:51 
---
(In reply to comment #10)
Hmm, this patch bootstraps just fine on the 4.3 branch but causes miscompares
on the trunk (the 4.3 branch had checking on also when I bootstrapped it on
i386-darwin8.11).


-- 


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

[Bug inline-asm/33932] miscalculation of asm labels with -g3

[mark at codesourcery dot com]

--- Comment #22 from mark at codesourcery dot com  2008-12-29 23:48 ---
Subject: Re:  miscalculation of asm labels with -g3

stsp at users dot sourceforge dot net wrote:

> Can this possibly be solved by emitting
> a warning if the asm in global scope is
> used with -ffunction-sections?

I think the generalization of Steven's point is that we can't really
know what section the user's assembly code should go in: text, data, or
something else, and therefore we'd better depend on the user to tell us.
 I still think it would be an OK idea to try to reduce the chances of
something bad happening -- and the inconsistency between -g levels -- by
popping back from the debug section, but the fundamental point is that
if the user wants full robustness they need to say what section in which
to put the assembly code.


-- 


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

[Bug middle-end/38666] internal compiler error: Segmentation fault

[rguenth at gcc dot gnu dot org]

--- Comment #5 from rguenth at gcc dot gnu dot org  2008-12-29 23:42 ---
The function is simply too big and we likely use most of the memory computing
and storing the const reals.  A case for closer investigation.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org


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

[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library

[gzp at gmx dot net]

--- Comment #8 from gzp at gmx dot net  2008-12-29 23:37 ---
(From update of attachment 17007)
Wrong datestamp in the filename.


-- 

gzp at gmx dot net changed:

   What|Removed |Added

  Attachment #17007|0   |1
is obsolete||


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

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

[zadeck at naturalbridge dot com]

--- Comment #3 from zadeck at naturalbridge dot com  2008-12-29 23:40 
---
additional info.

gcc.c-torture/compile/930523-1.c

on x86-32.


-- 


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

[Bug middle-end/38666] internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org
   Severity|major   |normal
  Component|c   |middle-end


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

[Bug fortran/38665] [4.4 Regression] ICE in check_host_association

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug c++/38542] placement new and name lookup in templates

[rguenth at gcc dot gnu dot org]

--- Comment #1 from rguenth at gcc dot gnu dot org  2008-12-29 23:22 ---
Confirmed.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Keywords||accepts-invalid
   Last reconfirmed|-00-00 00:00:00 |2008-12-29 23:22:07
   date||


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

[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library

[gzp at gmx dot net]

--- Comment #9 from gzp at gmx dot net  2008-12-29 23:37 ---
Created an attachment (id=17008)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17008&action=view)
config.log log.configure log.make


-- 


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

[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library

[gzp at gmx dot net]

--- Comment #7 from gzp at gmx dot net  2008-12-29 23:36 ---
Created an attachment (id=17007)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17007&action=view)
config.log log.configure log.make


-- 


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

[Bug libmudflap/38339] libtool: compile: not configured to build any kind of library

[gzp at gmx dot net]

--- Comment #6 from gzp at gmx dot net  2008-12-29 23:34 ---
Done what you requested. log.make show you where make fails first.

$ getconf/POSIX_V6_ILP32_OFF32 ARG_MAX
131072

$ getconf./POSIX_V6_ILP32_OFFBIG ARG_MAX
131072


-- 


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

[Bug target/37052] ICE in find_reloads, at reload.c:3744

[schwab at suse dot de]

--- Comment #3 from schwab at suse dot de  2008-12-29 22:48 ---
No longer fails with 4.4 since the switch to IRA.


-- 

schwab at suse dot de changed:

   What|Removed |Added

  Known to work||4.4.0


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

[Bug c++/31488] va_list considered non-POD

[ubizjak at gmail dot com]

--- Comment #8 from ubizjak at gmail dot com  2008-12-29 23:29 ---
(In reply to comment #7)

>   if (! CLASS_TYPE_P (t))
> return 0; /* other non-class type (reference or function) */
>   if (CLASSTYPE_NON_POD_P (t))
> return 0;
>   return 1; 
> 
> One of those two should be set correctly.

In alpha/alpha.c we have:

alpha_build_builtin_va_list (void)
{
  tree base, ofs, space, record, type_decl;

  if (TARGET_ABI_OPEN_VMS || TARGET_ABI_UNICOSMK)
return ptr_type_node;

  record = (*lang_hooks.types.make_type) (RECORD_TYPE);
  type_decl = build_decl (TYPE_DECL, get_identifier ("__va_list_tag"), record);
  TREE_CHAIN (record) = type_decl;
  TYPE_NAME (record) = type_decl;

  /* C++? SET_IS_AGGR_TYPE (record, 1); */

  ...

So, actually there is no way we can SET_CLASS_TYPE_P (t, 1) on the created
RECORD_TYPE. IOW, we should somehow be able to reach cp/lex.c/make_class_type
() function from target .c file.


-- 


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

[Bug tree-optimization/34034] perlbmk hangs with -O2 -fno-tree-dce -fno-tree-dominator-opts

[reichelt at gcc dot gnu dot org]

--- Comment #3 from reichelt at gcc dot gnu dot org  2008-12-29 22:56 
---
Hi Janis,
your x86 testcase hangs with GCC 4.3.0, 4.3.1, and 4.3.2,
but not with the current revision of the 4.3-branch.
Is the problem now fixed?


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org


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

[Bug fortran/38665] [4.4 Regression] ICE in check_host_association

[jakub at gcc dot gnu dot org]

--- Comment #4 from jakub at gcc dot gnu dot org  2008-12-29 23:22 ---
This is a Fortran FE bug and as such it is P4/P5.  That doesn't mean
it shouldn't be fixed for 4.4, just that it isn't release critical.


-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug libstdc++/38092] [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-12-24 04:18:59 |2008-12-29 22:48:51
   date||


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

[Bug fortran/38665] [4.4 Regression] ICE in check_host_association

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug fortran/38665] [4.4 Regression] ICE in check_host_association

[mikael at gcc dot gnu dot org]

--- Comment #3 from mikael at gcc dot gnu dot org  2008-12-29 23:13 ---
failing assert line 4338:
 4334   gfc_match_rvalue (&expr);
 4335   gfc_clear_error ();
 4336   gfc_buffer_error (0);
 4337 
 4338   gcc_assert (expr && sym == expr->symtree->n.sym);
 4339 
 4340   *e = *expr;
 4341   gfc_free (expr);
 4342   sym->refs++;

sym->name = "mult"
expr->expr_type = EXPR_VARIABLE
expr->symtree->name = "p1"

if we change the gfc_match_rvalue to a gfc_match_expr, we get a segfault at the
same place because expr->symtree = NULL, and even if we remove the gcc_assert,
we report an error because the function call has been changed into a
multiplication of non-intrinsic types.

Now the solutions:
 (1) Add some conditions to the if before to prevent executing this.
 (2) Remove the gfc_match_whatever that has nothing to do in resolve.c and find
a better way (yes, I prefer (2), how did you guess?). 

Hum, maybe (1) is better for 4.4.0 


-- 

mikael at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P4  |P3


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

[Bug libgomp/38086] [4.2/4.3/4.4 Regression] libgomp fails to build if assembler doesn't support .symver

[jakub at gcc dot gnu dot org]

-- 

jakub at gcc dot gnu dot org changed:

   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |jakub at gcc dot gnu dot org
   |dot org |
 Status|NEW |ASSIGNED
   Last reconfirmed|2008-12-24 04:20:39 |2008-12-29 22:48:26
   date||


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

[Bug c/38666] internal compiler error: Segmentation fault

[sergstesh at yahoo dot com]

--- Comment #4 from sergstesh at yahoo dot com  2008-12-29 22:45 ---
Just to make sure - my OS is 32 bits SUSE-10.3, though the CPU is 64 bits
capable.


-- 

sergstesh at yahoo dot com changed:

   What|Removed |Added

   Severity|normal  |major
  Component|middle-end  |c


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

[Bug tree-optimization/35805] [ira] error in start_allocno_priorities, at ira-color.c:1806

[reichelt at gcc dot gnu dot org]

--- Comment #2 from reichelt at gcc dot gnu dot org  2008-12-29 22:37 
---
What's the status of this bug?
If it's not an IRA related problem as comment #1 suggests,
then the summary should be updated accordingly.


-- 

reichelt at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||reichelt at gcc dot gnu dot
   ||org


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

[Bug target/38569] SLES11: SEGV with try/throw/catch/terminate() at -q64

[rguenth at gcc dot gnu dot org]

--- Comment #3 from rguenth at gcc dot gnu dot org  2008-12-29 22:37 ---
powerpc64 and -m64 (not -q64)?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rguenth at gcc dot gnu dot
   ||org


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

[Bug middle-end/38666] internal compiler error: Segmentation fault

[pinskia at gcc dot gnu dot org]

-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|major   |normal
  Component|c   |middle-end
  GCC build triplet|Linux amdam2 2.6.22.19-0.1- |x86_64-linux-gnu
   |default #1 SMP 2008-10-14   |
   |22:17:43 +0 |
   GCC host triplet|Linux amdam2 2.6.22.19-0.1- |x86_64-linux-gnu
   |default #1 SMP 2008-10-14   |
   |22:17:43 +0 |
 GCC target triplet|Linux amdam2 2.6.22.19-0.1- |x86_64-linux-gnu
   |default #1 SMP 2008-10-14   |
   |22:17:43 +0 |
   Keywords||memory-hog


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

[Bug tree-optimization/38661] [4.4 Regression] ICE: vector VEC(constructor_elt,base) push domain error, in build_constructors at tree-switch-conversion.c:450

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug fortran/38665] [4.4 Regression] ICE in check_host_association

[dfranke at gcc dot gnu dot org]

-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
  Known to fail|4.3.2   |4.3.3 4.4.0
  Known to work|4.4.0   |4.3.2
   Priority|P4  |P3
   Last reconfirmed|-00-00 00:00:00 |2008-12-29 22:10:15
   date||


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

[Bug c++/38649] [4.4 regression] Trouble with defaulted constructors

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug fortran/38665] [4.4 Regression] ICE in check_host_association

[dfranke at gcc dot gnu dot org]

--- Comment #2 from dfranke at gcc dot gnu dot org  2008-12-29 22:07 ---
Created an attachment (id=17006)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17006&action=view)
reduced testcase


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

  Attachment #17004|0   |1
is obsolete||


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

[Bug bootstrap/38591] erratic comparison failures on very fast machines

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-12-29 22:25 ---
We also see this from time to time.


-- 


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

[Bug tree-optimization/38401] TreeSSA-PRE load after store missed optimization

[rguenth at gcc dot gnu dot org]

--- Comment #17 from rguenth at gcc dot gnu dot org  2008-12-29 22:17 
---
I think enabling partial PRE to do it is appropriate (with at most inserting
on one edge).


-- 


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

[Bug middle-end/38609] [4.4 Regression]: gcc.c-torture/execute/built-in-setjmp.c execute -O2 and above

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug inline-asm/33932] miscalculation of asm labels with -g3

[stsp at users dot sourceforge dot net]

--- Comment #21 from stsp at users dot sourceforge dot net  2008-12-29 
22:16 ---
> I agree with Steven that there are some cases (like -ffunction-sections) where
> even popping back from the debug section after generating it doesn't work. 
Can this possibly be solved by emitting
a warning if the asm in global scope is
used with -ffunction-sections? I think
the asm in global scope and the -ffunction-sections
is a bad combination, so maybe a warning
can help?


-- 


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

[Bug rtl-optimization/38583] [4.4 Regression] ira memory explosion

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug rtl-optimization/38603] [4.4 Regression] IRA does not accommodate LOAD_EXTEND_OP transformations done by combine

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug c++/38650] [4.3 regression] Trouble with volatile and #pragma omp for

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c/38666] internal compiler error: Segmentation fault

[sergstesh at yahoo dot com]

--- Comment #3 from sergstesh at yahoo dot com  2008-12-29 21:57 ---
No problem occurs with -O0; with -O2, -O3 'gcc' also exits gracefully:

cc1: out of memory allocating 4283978752 bytes after a total of 228749312 bytes
.


-- 


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

[Bug c++/38648] [4.2/4.3/4.4 regression] ICE with string literal

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c/38666] internal compiler error: Segmentation fault

[sergstesh at yahoo dot com]

--- Comment #2 from sergstesh at yahoo dot com  2008-12-29 21:53 ---
The bug is data-dependent. If inside the 'for' loop I replace all the
coefficients with 1.0, the failure is graceful:

cc1: out of memory allocating 4054207356 bytes after a total of 105562112 bytes
.


-- 


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

[Bug c++/38647] [4.2/4.3/4.4 regression] ICE using __FUNCTION__ as template parameter

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c/38666] internal compiler error: Segmentation fault

[sergstesh at yahoo dot com]

--- Comment #1 from sergstesh at yahoo dot com  2008-12-29 21:50 ---
Created an attachment (id=17005)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17005&action=view)
'gcc_bug.i.gz' file produced by 'gcc' and 'gzip' from the input 'gcc_bug.c' one

Source with all the files included. I had to 'gzip' it because otherwise
Bugzilla doesn't accept it because of size.


-- 


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

[Bug c++/38646] [4.3/4.4 regression] ICE with invalid specialization of variadic template

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug c++/38640] [4.3/4.4 Regression] ICE with decltype of template value parameter

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/38638] [4.2/4.3/4.4 regression] ICE superfluous 'typename'

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/38636] [4.2/4.3/4.4 regression] ICE with broken ctor declaration

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/38615] [4.2/4.3/4.4 Regression] invalid promotion to static from auto

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/38645] [4.4 Regression] ICE with volatile

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1
Summary|[4.4 regression] ICE with   |[4.4 Regression] ICE with
   |volatile|volatile


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

[Bug c++/38579] [4.2/4.3/4.4 Regression] Template: Wrong inherited copy-ctor visibility

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/38533] [4.2/4.3 regression] tree-ssa-reassoc.c increases register pressure several times

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug tree-optimization/38529] [4.3/4.4 regression] ICE with nested loops

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug driver/38381] [4.2/4.3 Regression] -b option seems to be broken

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/38228] [4.2/4.3/4.4 regression] ICE with invalid use of bound member function

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug libstdc++/38092] [4.2/4.3/4.4 Regression] libstdc++ doesn't build with GNU ld 2.19 and Sun as: no .symver support

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug c/38666] New: internal compiler error: Segmentation fault

[sergstesh at yahoo dot com]

I've encountered this problem while compiling a mostly autogenerated "C" file.

Here is the screen session:

"
~/AFSWD/install/gcc-4.3.2/binsh/gcc -v -save-temps -O1 -march=native
-mtune=native -I/home/sergei/GenericBinauralFFTW/C -Wall gcc_bug.c -o gcc_bug
-lm
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: /home/sergei/AFSWD/build/gcc-4.3.2.src/configure
--enable-bootstrap --enable-threads
--enable-languages=c,c++,fortran,objc,obj-c++,treelang
--with-mpfr=/home/sergei/AFSWD/install/mpfr-2.3.2
--with-gmp=/home/sergei/AFSWD/install/gmp-4.2.2
--prefix=/home/sergei/AFSWD/install/gcc-4.3.2
Thread model: posix
gcc version 4.3.2 (GCC)
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O1'  
'-I/home/sergei/GenericBinauralFFTW/C' '-Wall' '-o' 'gcc_bug'
 /home/sergei/AFSWD/install/gcc-4.3.2/libexec/gcc/i686-pc-linux-gnu/4.3.2/cc1
-E -quiet -v -I/home/sergei/GenericBinauralFFTW/C gcc_bug.c -march=k8-sse3
-mcx16 -msahf --param l1-cache-size=64 --param l1-cache-line-size=64 -mtune=k8
-Wall -O1 -fpch-preprocess -o gcc_bug.i
ignoring nonexistent directory
"/home/sergei/AFSWD/install/gcc-4.3.2/lib/gcc/i686-pc-linux-gnu/4.3.2/../../../../i686-pc-linux-gnu/include"
#include "..." search starts here:
#include <...> search starts here:
 /home/sergei/GenericBinauralFFTW/C
 /usr/local/include
 /home/sergei/AFSWD/install/gcc-4.3.2/include
 /home/sergei/AFSWD/install/gcc-4.3.2/lib/gcc/i686-pc-linux-gnu/4.3.2/include

/home/sergei/AFSWD/install/gcc-4.3.2/lib/gcc/i686-pc-linux-gnu/4.3.2/include-fixed
 /usr/include
End of search list.
COLLECT_GCC_OPTIONS='-v' '-save-temps' '-O1'  
'-I/home/sergei/GenericBinauralFFTW/C' '-Wall' '-o' 'gcc_bug'
 /home/sergei/AFSWD/install/gcc-4.3.2/libexec/gcc/i686-pc-linux-gnu/4.3.2/cc1
-fpreprocessed gcc_bug.i -march=k8-sse3 -mcx16 -msahf --param l1-cache-size=64
--param l1-cache-line-size=64 -mtune=k8 -quiet -dumpbase gcc_bug.c -auxbase
gcc_bug -O1 -Wall -version -o gcc_bug.s
GNU C (GCC) version 4.3.2 (i686-pc-linux-gnu)
compiled by GNU C version 4.3.2, GMP version 4.2.2, MPFR version 2.3.2.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
Compiler executable checksum: 59348dc68d2c7c94f733394a90fbab10
gcc_bug.c: In function ‘main’:
gcc_bug.c:23030: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
".

I am about to upload 'gcc_bug.i' file generated by the above command.


-- 
   Summary: internal compiler error: Segmentation fault
   Product: gcc
   Version: 4.3.2
Status: UNCONFIRMED
  Severity: major
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: sergstesh at yahoo dot com
 GCC build triplet: Linux amdam2 2.6.22.19-0.1-default #1 SMP 2008-10-14
22:17:43 +0
  GCC host triplet: Linux amdam2 2.6.22.19-0.1-default #1 SMP 2008-10-14
22:17:43 +0
GCC target triplet: Linux amdam2 2.6.22.19-0.1-default #1 SMP 2008-10-14
22:17:43 +0


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

[Bug middle-end/38663] OpenMP directive causes internal compiler error

[aleaverfay at gmail dot com]

--- Comment #7 from aleaverfay at gmail dot com  2008-12-29 21:38 ---
> In reply to comment #6)
> (In reply to comment #4)
> > Also what is the ICE?
> > 
> 
> OOH -- ICE ==  internal compiler error.
> http://www.acronymfinder.com/ICE.html
> 
> It's a bus error.
> 
> $ ~/gcc4.4/usr/local/bin/g++ -o
> build/src/release/macos/10.4/32/x86/gcc/core/pack/rotamer_set/RotamerSets.os 
> -c
> -pipe -ffor-scope -fopenmp -W -Wall -pedantic -Wno-long-long -fno-exceptions
> -O2 -ffast-math -funroll-loops -finline-functions -finline-limit=2 -s
> -Wno-unused-variable -march=prescott -fPIC -DNDEBUG -Isrc -Iexternal/include
> -Isrc/platform/macos/32/gcc -Isrc/platform/macos/32 -Isrc/platform/macos
> -I/Users/plato/gcc4.4/usr/local/include -I/usr/local/include -I/usr/include
> src/core/pack/rotamer_set/RotamerSets.cc -save-temps
> g++: warning: -pipe ignored because -save-temps specified
> src/core/pack/rotamer_set/RotamerSets.cc: In member function 'void
> core::pack::rotamer_set::RotamerSets::precompute_two_body_energies(const
> core::pose::Pose&, const core::scoring::ScoreFunction&, core::graph::GraphCOP,
> core::pack::interaction_graph::PrecomputedPairEnergiesInteractionGraphOP,
> bool)':
> src/core/pack/rotamer_set/RotamerSets.cc:317: internal compiler error: Bus
> error
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See  for instructions.
> 
> If it helps, I'm building on a Mac OSX 10.4.11 with an Intel Core 2 duo
> processor. 
> 

Line 314 is the next non-whitespace line after the end of the omp parallel
block.


-- 


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

[Bug c++/38089] [4.2/4.3/4.4 Regression] g++ crash on invalid code

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P4


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

[Bug middle-end/38584] [4.3/4.4 Regression] Inline heuristics run even at -O0

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||hubicka at gcc dot gnu dot
   ||org
   Priority|P3  |P2


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

[Bug middle-end/38663] OpenMP directive causes internal compiler error

[aleaverfay at gmail dot com]

--- Comment #6 from aleaverfay at gmail dot com  2008-12-29 21:36 ---
(In reply to comment #4)
> Also what is the ICE?
> 

OOH -- ICE ==  internal compiler error.
http://www.acronymfinder.com/ICE.html

It's a bus error.

$ ~/gcc4.4/usr/local/bin/g++ -o
build/src/release/macos/10.4/32/x86/gcc/core/pack/rotamer_set/RotamerSets.os -c
-pipe -ffor-scope -fopenmp -W -Wall -pedantic -Wno-long-long -fno-exceptions
-O2 -ffast-math -funroll-loops -finline-functions -finline-limit=2 -s
-Wno-unused-variable -march=prescott -fPIC -DNDEBUG -Isrc -Iexternal/include
-Isrc/platform/macos/32/gcc -Isrc/platform/macos/32 -Isrc/platform/macos
-I/Users/plato/gcc4.4/usr/local/include -I/usr/local/include -I/usr/include
src/core/pack/rotamer_set/RotamerSets.cc -save-temps
g++: warning: -pipe ignored because -save-temps specified
src/core/pack/rotamer_set/RotamerSets.cc: In member function 'void
core::pack::rotamer_set::RotamerSets::precompute_two_body_energies(const
core::pose::Pose&, const core::scoring::ScoreFunction&, core::graph::GraphCOP,
core::pack::interaction_graph::PrecomputedPairEnergiesInteractionGraphOP,
bool)':
src/core/pack/rotamer_set/RotamerSets.cc:317: internal compiler error: Bus
error
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

If it helps, I'm building on a Mac OSX 10.4.11 with an Intel Core 2 duo
processor. 


-- 


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

[Bug libgomp/38086] [4.2/4.3/4.4 Regression] libgomp fails to build if assembler doesn't support .symver

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug tree-optimization/37194] [4.3/4.4 Regression] Autovectorization of small constant iteration loop degrades performance

[rguenth at gcc dot gnu dot org]

--- Comment #6 from rguenth at gcc dot gnu dot org  2008-12-29 21:06 ---
t.i:3: note: Vectorization may not be profitable.

why doesn't the cost model then disallow vectorization here?


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/38663] OpenMP directive causes internal compiler error

[aleaverfay at gmail dot com]

--- Comment #5 from aleaverfay at gmail dot com  2008-12-29 21:30 ---
(In reply to comment #3)
> So what gcc are you using? 4.4 (which revision) or 4.3.0 20080125?
> In any case, this compiles just fine for me with both 4.3.2-RH and 4.4 trunk.
> 

I downloaded gcc4.4 as a package here:

http://hpc.sourceforge.net/

taking the intel mac version:
gcc-intel-bin.tar.gz

With that installation came g++4.3.  Go figure.

If 4.3.0 is not the latest release of an intel-mac compatible g++, can you
point me to where I can download it?  (I'd greatly prefer not to build from
source, as my previous experiences doing so have been unpleasant).


-- 


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

[Bug fortran/38665] [4.4 Regression] ICE in check_host_association

[tkoenig at gcc dot gnu dot org]

-- 

tkoenig at gcc dot gnu dot org changed:

   What|Removed |Added

  Known to fail||4.3.2
  Known to work||4.4.0
   Target Milestone|--- |4.4.0


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

[Bug c++/37037] [4.2/4.3/4.4 Regression] ICE on template class member function definition after explciit template class instantation

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/36695] [4.3/4.4 Regression] Value-initialization of reference type is allowed.

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c/36489] [4.3/4.4 Regression] Warning "initialized field overwritten" wrongly triggers with multidimensional arrays

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug c++/36254] [4.2/4.3/4.4 Regression] wrong "control reaches end of non-void function" warning with IF_STMT

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug middle-end/36191] [4.3 Regression] can't use complex in a eh region if non-call-exceptions is enabled

[rguenth at gcc dot gnu dot org]

-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P2


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

[Bug fortran/38665] [4.4 Regression] ICE in check_host_association

[tkoenig at gcc dot gnu dot org]

--- Comment #1 from tkoenig at gcc dot gnu dot org  2008-12-29 21:15 ---
Created an attachment (id=17004)
 --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17004&action=view)
failing test case


-- 


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

[Bug c++/36019] [4.2/4.3/4.4 Regression] template parameter does not hide class name

[rguenth at gcc dot gnu dot org]

--- Comment #2 from rguenth at gcc dot gnu dot org  2008-12-29 20:57 ---
P1 for 4.4, not really for the branches.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Priority|P3  |P1


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

[Bug fortran/38665] New: [4.4 Regression] ICE in check_host_association

[tkoenig at gcc dot gnu dot org]

Error found by Marco Restelli (test case to be uploaded shortly).

gfortran 4.4 fails with

$ gfortran host_assoc.f90
host_assoc.f90:85: internal compiler error: in check_host_association, at
fortran/resolve.c:4369
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.

gfortran 4.3.2 works.


-- 
   Summary: [4.4 Regression] ICE in check_host_association
   Product: gcc
   Version: 4.4.0
Status: UNCONFIRMED
  Keywords: ice-on-valid-code
  Severity: normal
  Priority: P3
 Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org


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

[Bug c++/38611] alignof does not always apply to typedef

[pinskia at gcc dot gnu dot org]

--- Comment #4 from pinskia at gcc dot gnu dot org  2008-12-29 21:09 ---
Yes I agree, the code is wrong but we should warn about it, like we do in the
may_alias case.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|critical|enhancement
   Keywords|wrong-code  |diagnostic
Summary|[4.2/4.3/4.4 Regression]|alignof does not always
   |alignof is broken for user  |apply to typedef
   |aligned types in templates  |
   Target Milestone|4.2.5   |---


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