[Bug target/44241] vms-crtl.h, vms-crtl-64.h need many more symbols

2010-05-23 Thread jay dot krell at cornell dot edu 


--- Comment #2 from jay dot krell at cornell dot edu  2010-05-23 06:06 
---
It also goes without saying that the factoring here stinks.

At the very least, split the lists up into three:
  common
  32
  64

and then compose the result out of two of them.

The prefixes can also probably be computed.
 If the name contains printf or scanf, prefix decc$tx.
 else if the function takes any floating point parameters, prefix decc$t.
 else prefix just decc$.

I think I'll write this up..

You also easily enough have a list per prefix.
And a custom list, like for environ.


-- 


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

[Bug middle-end/38474] [Meta] slow compilation at -O0 (callgraph optimization, inline heuristics, expand )

2010-05-23 Thread jv244 at cam dot ac dot uk 


--- Comment #47 from jv244 at cam dot ac dot uk  2010-05-23 06:31 ---
all dependencies are fixed, and so is this bug.


-- 

jv244 at cam dot ac dot uk changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


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

[Bug target/43869] ms_abi - sysv_abi passing float arguments incorrectly

2010-05-23 Thread ktietz at gcc dot gnu dot org 


--- Comment #5 from ktietz at gcc dot gnu dot org  2010-05-23 06:52 ---
Subject: Bug 43869

Author: ktietz
Date: Sun May 23 06:51:50 2010
New Revision: 159754

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159754
Log:
2010-05-23  Naarten Lankhorst  mlankho...@codeweavers.com

PR target/43869
* gcc.c-target/pr43869.c: New test.


Added:
trunk/gcc/testsuite/gcc.target/i386/pr43869.c   (with props)
Modified:
trunk/gcc/testsuite/ChangeLog

Propchange: trunk/gcc/testsuite/gcc.target/i386/pr43869.c
('svn:eol-style' added)

Propchange: trunk/gcc/testsuite/gcc.target/i386/pr43869.c
('svn:mime-type' added)


-- 


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

[Bug target/43869] ms_abi - sysv_abi passing float arguments incorrectly

2010-05-23 Thread ktietz at gcc dot gnu dot org 


--- Comment #6 from ktietz at gcc dot gnu dot org  2010-05-23 06:52 ---
Subject: Bug 43869

Author: ktietz
Date: Sun May 23 06:52:32 2010
New Revision: 159755

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159755
Log:
2010-05-23  Naarten Lankhorst  mlankho...@codeweavers.com

PR target/43869
* config/i386/i386.c: Make sure that the correct regparm is passed.


Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c


-- 


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

[Bug target/43869] ms_abi - sysv_abi passing float arguments incorrectly

2010-05-23 Thread ktietz at gcc dot gnu dot org 


--- Comment #7 from ktietz at gcc dot gnu dot org  2010-05-23 06:57 ---
Subject: Bug 43869

Author: ktietz
Date: Sun May 23 06:57:20 2010
New Revision: 159756

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159756
Log:
2010-05-23  Naarten Lankhorst  mlankho...@codeweavers.com

Merged from trunk
PR target/43869
* config/i386/i386.c: Make sure that the correct regparm is passed.

2010-05-23  Naarten Lankhorst  mlankho...@codeweavers.com

Merged from trunk
PR target/43869
* gcc.c-target/pr43869.c: New test.



Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr43869.c   (with
props)
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/i386/i386.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog

Propchange: branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr43869.c
('svn:eol-style' added)

Propchange: branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/pr43869.c
('svn:mime-type' added)


-- 


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

[Bug target/43869] ms_abi - sysv_abi passing float arguments incorrectly

2010-05-23 Thread ktietz at gcc dot gnu dot org 


--- Comment #8 from ktietz at gcc dot gnu dot org  2010-05-23 07:12 ---
Fixed on trunk and back-merged to gcc-4_5 branch.


-- 

ktietz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED


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

[Bug libgcj/28263] [win32] Memory Leak In Cleaning Exception Handling Contexts

2010-05-23 Thread ktietz at gcc dot gnu dot org 


--- Comment #2 from ktietz at gcc dot gnu dot org  2010-05-23 07:21 ---
(In reply to comment #1)
 This issue is solved for mingw-w64 runtime. It uses no more the mingwm10.dll
 mechanism. Instead it uses TLS callbacks to implement it. By this reason the
 Cleaning of Exception Contexts is always present for this runtime. Maybe
 mingw.org's runtime will support TLS callbacks sometimes, too.
 This bug remains for Windows OSes without TLS callback support, and for those
 the -mthreads build-option can solve the issue.
 

The mechanism of TLS callback is now present for mingw.org's runtime too. Even
the use of mingwm10.dll for OSes (like 9x/Me) is solved. Additional it isn't
anymore of importance to link by -mthread option. The cleaning up is effective
now anyway.
So I close this bug as invalid, as the solution isn't part of gcc itself.


-- 

ktietz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


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

[Bug target/40905] GCC creates invalid executable with auto-imported DLL and __attribute__((cold))

2010-05-23 Thread ktietz at gcc dot gnu dot org 


--- Comment #8 from ktietz at gcc dot gnu dot org  2010-05-23 07:41 ---
As there is no feed-back for some time now. I've tested this issue with recent
mingw runtimes and the issue is solved.
As this isse is related to old pseudo-relocation and linker, and not related to
gcc itself, I close this bug as works-for-me.


-- 

ktietz at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||WORKSFORME


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

[Bug c++/41510] [C++0x] std::complex vs. initialization lists

2010-05-23 Thread paolo dot carlini at oracle dot com 


--- Comment #6 from paolo dot carlini at oracle dot com  2010-05-23 09:27 
---
Crazy, thanks for looking into it.


-- 


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

[Bug fortran/39555] concat-op not allowed in STOP

2010-05-23 Thread burnus at gcc dot gnu dot org 


--- Comment #4 from burnus at gcc dot gnu dot org  2010-05-23 10:20 ---
Now that PR 43851 has been fixed, can we close this PR as WONTFIX?

[Checking the constraints for -std=f2003 is quite difficult - as it turned out
- and Fortran 2008 allows any constant expression (= 'initialization
expression' in F2003 lingo).]


-- 


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

[Bug c/44252] New: fixincludes fork vs. vms

2010-05-23 Thread jay dot krell at cornell dot edu 
Vms doesn't have fork.
  It does have vfork/exec.
Fixincludes uses fork.
It appears fixincludes uses it in two ways:
 1) can be replaced by vfork?
 2) subject to configuration and easily avoided


Really -- I would suggest just use the more portable form in the case of #2 and
don't bother with any need to configure anything. It is to much slower to be
worth any hassle?


As well, libiberty's pex might be useful here -- to replace (v)fork/exe use.


I have an obvious two line patch but it is not yet tested -- fork - vfork and
add a line to autoconf.


Also the two lines that check for x86-mingw and x86_64-mingw should just check
for mingw imho.


-- 
   Summary: fixincludes fork vs. vms
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: alpha-dec-vms
GCC target triplet: alpha-dec-vms


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

[Bug c/44252] fixincludes fork vs. vms

2010-05-23 Thread jay dot krell at cornell dot edu 


--- Comment #1 from jay dot krell at cornell dot edu  2010-05-23 10:33 
---
Created an attachment (id=20729)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20729action=view)
trivial two line untested patch


-- 


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

[Bug c++/19351] operator new[] can return heap blocks which are too small

2010-05-23 Thread fw at gcc dot gnu dot org 


--- Comment #21 from fw at gcc dot gnu dot org  2010-05-23 11:04 ---
It turns out that the C++ committee did address this in C++0X, after rejected a
previous DR.  See section 18.6.2.2 in N3090. This seems to require an ABI
change because the size calculation can no longer happen at the call site
without much code bloat.  See
http://gcc.gnu.org/ml/gcc/2010-05/msg00437.html.


-- 


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

[Bug tree-optimization/43846] [4.5 Regression] array vs members, total scalarization issues

2010-05-23 Thread pluto at agmk dot net 


--- Comment #9 from pluto at agmk dot net  2010-05-23 11:53 ---
(In reply to comment #7)
 This is now fixed on both the trunk and the 4.5 branch.
 

this commit produces broken libkhtml.so.5.4.0 from kdelibs-4.4.3.
in details, it produces different/broken binaries for khtml/css/parser.cpp
and khtml/svg/SVGGradientElement.cpp.

finally we get nice GPF during knode/kmail/konqueror startup:

[KCrash Handler]
#5  memcpy () at ../sysdeps/x86_64/memcpy.S:78
#6  0x7f546e63fc5e in QString::QString(QChar const*, int) () from 
/usr/lib64/libQtCore.so.4
#7  0x7f5469f70e2e in qString (ps=value optimized out) at 
/usr/src/debug/kdelibs-4.4.3/khtml/css/cssparser.h:84
#8  DOM::CSSParser::parseValue (ps=value optimized out) at 
/usr/src/debug/kdelibs-4.4.3/khtml/css/cssparser.cpp:518
#9  0x7f5469f95075 in cssyyparse (parser=0x7fff08c22820) at 
/usr/src/debug/kdelibs-4.4.3/khtml/css/parser.cpp:2969
#10 0x7f5469f67d00 in DOM::CSSParser::runParser (this=0x7fff08c22820) at 
/usr/src/debug/kdelibs-4.4.3/khtml/css/cssparser.cpp:151
(...)


-- 


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

[Bug c/44253] New: libdecnumber .o vs. obj = @OBJEXT@

2010-05-23 Thread jay dot krell at cornell dot edu 
alpha64-dec-vms-ar cru libdecnumber.a decNumber.o decContext.o decimal32.o
decimal64.o decimal128.o 
alpha64-dec-vms-ar: decNumber.o: No such file or directory
make[2]: *** [libdecnumber.a] Error 1
make[1]: *** [all-libdecnumber] Error 2
make: *** [all] Error 2


The usual .o vs. obj = @OJBEXT.


-- 
   Summary: libdecnumber .o vs. obj = @OBJEXT@
   Product: gcc
   Version: 4.5.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jay dot krell at cornell dot edu
 GCC build triplet: i686-apple-darwin9
  GCC host triplet: alpha64-dec-vms
GCC target triplet: alpha64-dec-vms


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

[Bug c/44253] libdecnumber .o vs. obj = @OBJEXT@

2010-05-23 Thread jay dot krell at cornell dot edu 


--- Comment #1 from jay dot krell at cornell dot edu  2010-05-23 12:06 
---
Created an attachment (id=20730)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20730action=view)
patch attached .o = @objext@ (rm *.o = rm *.o *.obj, etc.)


-- 


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

[Bug lto/44250] gcc.dg/lto/20090126-1 c_lto_20090126-1_0.o-c_lto_20090126-1_0.o link, (internal compiler error)

2010-05-23 Thread howarth at nitro dot med dot uc dot edu 


--- Comment #3 from howarth at nitro dot med dot uc dot edu  2010-05-23 
13:50 ---


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


-- 

howarth at nitro dot med dot uc dot edu changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||DUPLICATE


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

[Bug middle-end/43853] [4.6 Regression] FAIL: gcc.dg/lto/20090126-1 c_lto_20090126-1_0.o-c_lto_20090126-1_0.o

2010-05-23 Thread howarth at nitro dot med dot uc dot edu 


--- Comment #4 from howarth at nitro dot med dot uc dot edu  2010-05-23 
13:50 ---
*** Bug 44250 has been marked as a duplicate of this bug. ***


-- 

howarth at nitro dot med dot uc dot edu changed:

   What|Removed |Added

 CC||howarth at nitro dot med dot
   ||uc dot edu


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

[Bug fortran/39555] concat-op not allowed in STOP

2010-05-23 Thread jvdelisle at gcc dot gnu dot org 


--- Comment #5 from jvdelisle at gcc dot gnu dot org  2010-05-23 14:46 
---
yes, lets close


-- 

jvdelisle at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[Bug c++/44254] New: Template pointer and reference arguments not always recognized as referencing to the same variable

2010-05-23 Thread nowak at xpam dot de 
test 1:
template int *p struct A { A() {} };
int a;
int main() {
extern int a;
Aa();
A::a(); // is_sameAa, A::a ::value is false
return 0;
}

{standard input}: Assembler messages:
{standard input}:20: Error: symbol `_ZN1AIXadL_Z1aEEEC1Ev' is already defined

test 2:
template int p struct A { A() {} };
int a;
int main() {
extern int a;
Aa();
A ::a(); // is_sameAa, A ::a ::value is false
return 0;
}

{standard input}: Assembler messages:
{standard input}:20: Error: symbol `_ZN1AILZ1aEEC1Ev' is already defined

test 3:
template int *p struct A { A() {} };
namespace X { extern C int a; }
extern C int a;
int main() {
Aa();
AX::a(); // is_sameAa, AX::a ::value is false
return 0;
}

{standard input}: Assembler messages:
{standard input}:20: Error: symbol `_ZN1AIXadL_Z1aEEEC1Ev' is already defined


-- 
   Summary: Template pointer and reference arguments not always
recognized as referencing to the same variable
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: nowak at xpam dot de
 GCC build triplet: x86_64-linux-gnu
  GCC host triplet: x86_64-linux-gnu
GCC target triplet: x86_64-linux-gnu


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

[Bug fortran/43996] ICE in gfc_conv_array_initializer due to incomplete simplification of init expressions

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #15 from dfranke at gcc dot gnu dot org  2010-05-23 15:37 
---
Adjusted summary to better describe the problem.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|ICE in simplification of|ICE in
   |spread intrinsic|gfc_conv_array_initializer
   ||due to incomplete
   ||simplification of init
   ||expressions


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

[Bug bootstrap/44255] New: [4.6 regression] gcc-4.6-20100522 bootstrap comparison failure on sparc64

2010-05-23 Thread mikpe at it dot uu dot se 
4.6-20100515 (r159445) bootstrapped fine on my sparc64-linux machine.
4.6-20100522 (r159746) gets a bootstrap comparison failure in stage 3:

...
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
libiberty/cp-demangle.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/mnt/scratch/objdir46'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/mnt/scratch/objdir46'
make: *** [bootstrap] Error 2

Configuration parameters:
/mnt/scratch/gcc-4.6-20100522/configure
--with-gmp=/home/mikpe/pkgs/linux-sparc64/gmp-4.3.2
--with-mpfr=/home/mikpe/pkgs/linux-sparc64/mpfr-2.4.2
--with-mpc=/home/mikpe/pkgs/linux-sparc64/mpc-0.8.1 --with-cpu=v8
--enable-multilib --disable-plugin --disable-lto --disable-nls
--enable-threads=posix --enable-checking=release --disable-libmudflap
--enable-languages=c

I'll try to bisect it.


-- 
   Summary: [4.6 regression] gcc-4.6-20100522 bootstrap comparison
failure on sparc64
   Product: gcc
   Version: 4.6.0
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: mikpe at it dot uu dot se
 GCC build triplet: sparc64-unknown-linux-gnu
  GCC host triplet: sparc64-unknown-linux-gnu
GCC target triplet: sparc64-unknown-linux-gnu


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

[Bug fortran/31059] Detect nonconforming assignment of allocatable arrays

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #4 from dfranke at gcc dot gnu dot org  2010-05-23 16:16 ---
Aren't PR32454 and PR34741 duplicates of this also?


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org


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

[Bug other/44209] Some warnings are not linked to diagnostics options

2010-05-23 Thread manu at gcc dot gnu dot org 


--- Comment #3 from manu at gcc dot gnu dot org  2010-05-23 17:06 ---
There are two cases:

* Warnings that are controlled by an option (e.g., Wall) but do not show up in
-fdiagnostics-show-option. These are obvious bugs and normally trivial to fix:
there is already an -Wsomething option controlling them but the warning call is
done with warning (0, warning) instead of warning (OPT_Wsomething,
warning). If you provide me a list of those that you can find, I will fix
them.

* Warnings that are not controlled by any option and are enabled by default.
These cases are not clear-cut because we do not want millions of options, so we
would prefer to group related warnings under the same option. Also, proposing a
good -Wname for the option is always controversial. I don't think there are
many of these, but a list of the worst offenders would also help.


-- 

manu at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||manu at gcc dot gnu dot org
 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2010-05-23 17:06:49
   date||


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

[Bug c++/44256] New: When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread ttsiodras at gmail dot com 
I saw that with GCC4.5, my software-only 3D renderer got a sizeable speed boost
when using -flto (during compilation) and -flto -fwhole-program (during
linking). I saw this working, successfully, with GCC4.5.0.

I then tried the same thing with 4.5.1 - and got an internal compiler error.
The crash doesn't happen when compiling, it happens at the final - link -
stage,
so there's no preprocessed input to provide... I can only hope that you will be
able to reproduce it on your environment.

The output error message from the linking stage:

lto1: internal compiler error: in gimple_register_type, at gimple.c:3820
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
lto-wrapper: /usr/local/bin/g++45 returned 1 exit status
collect2: lto-wrapper returned 1 exit status
*** Error code 1

The source code that triggers the bug is here:

   http://users.softlab.ntua.gr/~ttsiod/renderer-2.x.latest.tar.bz2

Just use a simple ./configure  make - it should be enough to trigger the
error.

The GCC I used:

$ g++45 -v
Using built-in specs.
COLLECT_GCC=g++45
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc45/gcc/x86_64-portbld-freebsd8.0/4.5.1/lto-wrapper
Target: x86_64-portbld-freebsd8.0
Configured with: ./../gcc-4.5-20100520/configure --enable-lto=yes
--with-libelf=/usr/local --disable-nls --libdir=/usr/local/lib/gcc45
--libexecdir=/usr/local/libexec/gcc45 --program-suffix=45
--with-as=/usr/local/bin/as --with-gmp=/usr/local
--with-gxx-include-dir=/usr/local/lib/gcc45/include/c++/
--with-ld=/usr/local/bin/ld --with-libiconv-prefix=/usr/local
--with-system-zlib --disable-rpath --enable-libgcj --prefix=/usr/local
--mandir=/usr/local/man --infodir=/usr/local/info/gcc45
--build=x86_64-portbld-freebsd8.0
Thread model: posix
gcc version 4.5.1 20100520 (prerelease) (GCC)

My system:

$ uname -a
FreeBSD freebsd.gizi.gr 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21 15:02:08
UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

The compilation options generated by configure and used during compilation:

g++45 -DHAVE_CONFIG_H -I.  -I/usr/local/include/SDL -I/usr/local/include
-D_GNU_SOURCE=1 -D_REENTRANT -I./../lib3ds-1.3.0/ -fopenmp  -O3 -g -Wall
-Wextra -fomit-frame-pointer -ffast-math -funsafe-math-optimizations
-mtune=native -flto -msse -mrecip -mfpmath=sse -msse2 -mssse3 -DNDEBUG -MT
renderer-Base3d.o -MD -MP -MF .deps/renderer-Base3d.Tpo -c -o renderer-Base3d.o
`test -f 'Base3d.cc' || echo './'`Base3d.cc

Compilation doesn't trigger the error, linking does, and these are the linking
params:

g++45  -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
-funsafe-math-optimizations -mtune=native -flto -msse -mrecip -mfpmath=sse
-msse2 -mssse3 -DNDEBUG-o renderer renderer-renderer.o renderer-Algebra.o
renderer-Camera.o  renderer-Keyboard.o renderer-Light.o  renderer-Object3D.o
renderer-Scene.o  renderer-Screen.o renderer-Base3d.o -fwhole-program
-L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -pthread  -fopenmp
../lib3ds-1.3.0/lib3ds/.libs/lib3ds.a -lstdc++

Anything else I might help with, don't hesitate to ask.


-- 
   Summary: When using -flto and -fwhole-program the compiler/linker
crash
   Product: gcc
   Version: 4.5.1
Status: UNCONFIRMED
  Severity: blocker
  Priority: P3
 Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: ttsiodras at gmail dot com
 GCC build triplet: x86_64-unknown-freebsd8.0
  GCC host triplet: x86_64-unknown-freebsd8.0
GCC target triplet: x86_64-unknown-freebsd8.0


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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread steven at gcc dot gnu dot org 


--- Comment #1 from steven at gcc dot gnu dot org  2010-05-23 18:13 ---
Did you build with --enable-checking=release?


-- 


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

[Bug fortran/36271] Add -Wsurprising for pointers arguments with INTENT(IN)?

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #6 from dfranke at gcc dot gnu dot org  2010-05-23 18:40 ---
(In reply to comment #5)
 if others feel like me, the PR can be closed as WONTFIX.

If I understand it correctly, this is a request to warn about a valid
operation. Err, no. WONTFIX, at the least.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|NEW |RESOLVED
 Resolution||WONTFIX


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

[Bug fortran/36553] Missing interface not detected in call to same file function

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #10 from dfranke at gcc dot gnu dot org  2010-05-23 19:06 
---
Still an issue with gcc version 4.6.0 20100520 (experimental) (GCC)

Replaced ice-on-invalid with accepts-invalid keyword. The compiler is fine, the
produced binary isn't - there should be no binary.

Smaller testcase:
  real :: f
  print *, f( (/ 0.0, 1.0/) )
end

function f(x)
  real, intent(in) ::  x(:)  ! assumed shape requires explicit interface in
caller
  real :: f(size(x))
  f = sin(x) ! array valued result requires explicit interface
in caller
end function


What bothers me: how are we supposed to determine if an explicit interface
would be required, if the function in questions is in a different compilation
unit? Can -fwhole-program/-flto, or whatever else looks at the whole picture,
tweaked to do that?


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

   Keywords|ice-on-invalid-code |accepts-invalid


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

[Bug fortran/39795] Support round-to-zero in Fortran front-end

2010-05-23 Thread dfranke at gcc dot gnu dot org 


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|normal  |enhancement


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

[Bug fortran/40581] Missed optimization in scalar operators on arrays

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #2 from dfranke at gcc dot gnu dot org  2010-05-23 19:18 ---
(In reply to comment #1)
 What do you want to do with this, Tobias?

This PR is still somewhat sparse on detail of the nature of the problem?!


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org
 Status|NEW |WAITING


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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread rguenth at gcc dot gnu dot org 


--- Comment #2 from rguenth at gcc dot gnu dot org  2010-05-23 20:05 ---
Can you add -r to the linker line and bisect the object files needed to produce
the ICE and then attach preprocessed source of them?

Thanks.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|UNCONFIRMED |WAITING
   Keywords||lto


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

[Bug bootstrap/44255] [4.6 regression] gcc-4.6-20100522 bootstrap comparison failure on sparc64

2010-05-23 Thread rguenth at gcc dot gnu dot org 


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.6.0


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

[Bug middle-end/38474] [Meta] slow compilation at -O0 (callgraph optimization, inline heuristics, expand )

2010-05-23 Thread rguenth at gcc dot gnu dot org 


--- Comment #48 from rguenth at gcc dot gnu dot org  2010-05-23 20:08 
---
Nope.  See comment#44.


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |


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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread ttsiodras at gmail dot com 


--- Comment #3 from ttsiodras at gmail dot com  2010-05-23 20:09 ---
To Steven:

I am assuming you are asking about the building of GCC - I did it through the
ports system of FreeBSD, using the latest update of the gcc45 port.

Additionally, I just did an update in my Arch Linux, which got my Arch to
reproduce the same bug - so it is now happening on a 32bit platform, too:

bash$ gcc -v
Using built-in specs.
COLLECT_GCC=/usr/bin/gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-pc-linux-gnu/4.5.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr
--enable-languages=c,c++,fortran,objc,obj-c++,ada --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
--enable-gnu-unique-object --enable-lto --enable-plugin --disable-multilib
--disable-libstdcxx-pch --with-system-zlib --with-ppl --with-cloog
--libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man
--infodir=/usr/share/info
Thread model: posix
gcc version 4.5.0 20100520 (prerelease) (GCC) 

bash$ uname -a
Linux home 2.6.33-ARCH #1 SMP PREEMPT Thu May 13 12:06:25 CEST 2010 i686
Intel(R) Core(TM)2 Duo CPU E4500 @ 2.20GHz GenuineIntel GNU/Linux


-- 

ttsiodras at gmail dot com changed:

   What|Removed |Added

   Keywords|lto |


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

[Bug rtl-optimization/44249] [4.4/4.5/4.6 Regression] IRA generates extra register move

2010-05-23 Thread rguenth at gcc dot gnu dot org 


-- 

rguenth at gcc dot gnu dot org changed:

   What|Removed |Added

   Target Milestone|--- |4.4.5


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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread ttsiodras at gmail dot com 


--- Comment #4 from ttsiodras at gmail dot com  2010-05-23 20:11 ---
To Richard:

Under my Arch Linux, the linker cmd (that triggers the bug) is:

bash$ g++  -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
-funsafe-math-optimizations -mtune=native -flto -msse -mrecip -mfpmath=sse
-msse2 -mssse3 -DNDEBUG   -o renderer renderer-renderer.o renderer-Algebra.o
renderer-Camera.o renderer-Keyboard.o renderer-Light.o renderer-Object3D.o
renderer-Scene.o renderer-Screen.o renderer-Base3d.o -fwhole-program -L/usr/lib
-lSDL -lpthread  -fopenmp ../lib3ds-1.3.0/lib3ds/.libs/lib3ds.a  -lstdc++
lto1: internal compiler error: in gimple_register_type, at gimple.c:3820
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
lto-wrapper: /usr/bin/g++ returned 1 exit status
collect2: lto-wrapper returned 1 exit status


So I tried to add -r , but...

bash$ g++ -r -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
-funsafe-math-optimizations -mtune=native -flto -msse -mrecip -mfpmath=sse
-msse2 -mssse3 -DNDEBUG   -o renderer renderer-renderer.o renderer-Algebra.o
renderer-Camera.o renderer-Keyboard.o renderer-Light.o renderer-Object3D.o
renderer-Scene.o renderer-Screen.o renderer-Base3d.o -fwhole-program -L/usr/lib
-lSDL -lpthread  -fopenmp ../lib3ds-1.3.0/lib3ds/.libs/lib3ds.a  -lstdc++
/usr/bin/ld: cannot find -lgcc_s
collect2: ld returned 1 exit status

Anything else to try?


-- 


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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread rguenth at gcc dot gnu dot org 


--- Comment #5 from rguenth at gcc dot gnu dot org  2010-05-23 20:36 ---
(In reply to comment #4)
 To Richard:
 
 Under my Arch Linux, the linker cmd (that triggers the bug) is:
 
 bash$ g++  -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
 -funsafe-math-optimizations -mtune=native -flto -msse -mrecip -mfpmath=sse
 -msse2 -mssse3 -DNDEBUG   -o renderer renderer-renderer.o renderer-Algebra.o
 renderer-Camera.o renderer-Keyboard.o renderer-Light.o renderer-Object3D.o
 renderer-Scene.o renderer-Screen.o renderer-Base3d.o -fwhole-program 
 -L/usr/lib
 -lSDL -lpthread  -fopenmp ../lib3ds-1.3.0/lib3ds/.libs/lib3ds.a  -lstdc++
 lto1: internal compiler error: in gimple_register_type, at gimple.c:3820
 Please submit a full bug report,
 with preprocessed source if appropriate.
 See http://gcc.gnu.org/bugs.html for instructions.
 lto-wrapper: /usr/bin/g++ returned 1 exit status
 collect2: lto-wrapper returned 1 exit status
 
 
 So I tried to add -r , but...
 
 bash$ g++ -r -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
 -funsafe-math-optimizations -mtune=native -flto -msse -mrecip -mfpmath=sse
 -msse2 -mssse3 -DNDEBUG   -o renderer renderer-renderer.o renderer-Algebra.o
 renderer-Camera.o renderer-Keyboard.o renderer-Light.o renderer-Object3D.o
 renderer-Scene.o renderer-Screen.o renderer-Base3d.o -fwhole-program 
 -L/usr/lib
 -lSDL -lpthread  -fopenmp ../lib3ds-1.3.0/lib3ds/.libs/lib3ds.a  -lstdc++
 /usr/bin/ld: cannot find -lgcc_s
 collect2: ld returned 1 exit status
 
 Anything else to try?

yeah, add -nostdlib as well (you should be able to remove all library
args as well after that).


-- 


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

[Bug c++/44256] When using -flto and -fwhole-program the compiler/linker crash

2010-05-23 Thread ttsiodras at gmail dot com 


--- Comment #6 from ttsiodras at gmail dot com  2010-05-23 20:48 ---
Well, I added nostdlib and removed all libraries from the cmd line, but
still:

bash$ g++  -r -nostdlib -O3 -g -Wall -Wextra -fomit-frame-pointer -ffast-math
-funsafe-math-optimizations -mtune=native -flto -msse -mrecip -mfpmath=sse
-msse2 -mssse3 -DNDEBUG   -o renderer renderer-renderer.o renderer-Algebra.o
renderer-Camera.o renderer-Keyboard.o renderer-Light.o renderer-Object3D.o
renderer-Scene.o renderer-Screen.o renderer-Base3d.o -fwhole-program  
lto1: internal compiler error: in gimple_register_type, at gimple.c:3820
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
lto-wrapper: /usr/bin/g++ returned 1 exit status
collect2: lto-wrapper returned 1 exit status

In fact, it crashes even when I remove -fwhole-program.
It only works if I remove the -flto.


-- 


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

[Bug middle-end/38474] slow compilation at -O0 due to expand's temp slot goo

2010-05-23 Thread steven at gcc dot gnu dot org 


--- Comment #49 from steven at gcc dot gnu dot org  2010-05-23 21:02 ---
Let's change the bug type at least, from a meta bug to a normal bug.


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

Summary|[Meta] slow compilation at -|slow compilation at -O0 due
   |O0 (callgraph optimization, |to expand's temp slot goo
   |inline heuristics, expand ) |


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

[Bug other/44253] libdecnumber .o vs. obj = @OBJEXT@

2010-05-23 Thread steven at gcc dot gnu dot org 


--- Comment #2 from steven at gcc dot gnu dot org  2010-05-23 21:08 ---
CC: to alpha maintainer.


-- 

steven at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||rth at gcc dot gnu dot org


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

[Bug bootstrap/44255] [4.6 regression] gcc-4.6-20100522 bootstrap comparison failure on sparc64 and arm

2010-05-23 Thread mikpe at it dot uu dot se 


--- Comment #1 from mikpe at it dot uu dot se  2010-05-23 21:09 ---
The exact same bootstrap comparison failure now also showed up in my attempt to
build gcc-4.6-20100522 on armv5tel-unknown-linux-gnueabi. And like sparc64 the
previous 4.6 weekly snapshot bootstrapped fine.


-- 

mikpe at it dot uu dot se changed:

   What|Removed |Added

  GCC build triplet|sparc64-unknown-linux-gnu   |sparc64-unknown-linux-gnu,
   ||armv5tel-unknown-linux-
   ||gnueabi
   GCC host triplet|sparc64-unknown-linux-gnu   |sparc64-unknown-linux-gnu,
   ||armv5tel-unknown-linux-
   ||gnueabi
 GCC target triplet|sparc64-unknown-linux-gnu   |sparc64-unknown-linux-gnu,
   ||armv5tel-unknown-linux-
   ||gnueabi
Summary|[4.6 regression] gcc-4.6-   |[4.6 regression] gcc-4.6-
   |20100522 bootstrap  |20100522 bootstrap
   |comparison failure on   |comparison failure on
   |sparc64 |sparc64 and arm


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

[Bug tree-optimization/43846] [4.5 Regression] array vs members, total scalarization issues

2010-05-23 Thread pluto at agmk dot net 


--- Comment #10 from pluto at agmk dot net  2010-05-23 21:25 ---
Created an attachment (id=20731)
 -- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20731action=view)
parser.i from kdelibs.


-- 


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

[Bug target/44245] ICE: in extract_insn, at recog.c:2048 when __builtin_ia32_crc32di is used

2010-05-23 Thread hjl at gcc dot gnu dot org 


--- Comment #2 from hjl at gcc dot gnu dot org  2010-05-23 21:57 ---
Subject: Bug 44245

Author: hjl
Date: Sun May 23 21:57:13 2010
New Revision: 159768

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159768
Log:
Properly check OPTION_MASK_ISA_64BIT.

gcc/

2010-05-23  H.J. Lu  hongjiu...@intel.com

PR target/44245
* config/i386/i386.c (def_builtin): Properly check
OPTION_MASK_ISA_64BIT.

gcc/testsuite/

2010-05-23  H.J. Lu  hongjiu...@intel.com

PR target/44245
* gcc.target/i386/crc32-3.c: New.
* gcc.target/i386/crc32-4.c: Likewise.

Added:
trunk/gcc/testsuite/gcc.target/i386/crc32-3.c
trunk/gcc/testsuite/gcc.target/i386/crc32-4.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/i386/i386.c
trunk/gcc/testsuite/ChangeLog


-- 


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

[Bug target/44245] ICE: in extract_insn, at recog.c:2048 when __builtin_ia32_crc32di is used

2010-05-23 Thread hjl at gcc dot gnu dot org 


--- Comment #3 from hjl at gcc dot gnu dot org  2010-05-23 21:59 ---
Subject: Bug 44245

Author: hjl
Date: Sun May 23 21:58:51 2010
New Revision: 159769

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159769
Log:
Properly check OPTION_MASK_ISA_64BIT.

gcc/

2010-05-23  H.J. Lu  hongjiu...@intel.com

Backport from mainline
2010-05-23  H.J. Lu  hongjiu...@intel.com

PR target/44245
* config/i386/i386.c (def_builtin): Properly check
OPTION_MASK_ISA_64BIT.

gcc/testsuite/

2010-05-23  H.J. Lu  hongjiu...@intel.com

Backport from mainline
2010-05-23  H.J. Lu  hongjiu...@intel.com

PR target/44245
* gcc.target/i386/crc32-3.c: New.
* gcc.target/i386/crc32-4.c: Likewise.

Added:
branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/crc32-3.c
branches/gcc-4_5-branch/gcc/testsuite/gcc.target/i386/crc32-4.c
Modified:
branches/gcc-4_5-branch/gcc/ChangeLog
branches/gcc-4_5-branch/gcc/config/i386/i386.c
branches/gcc-4_5-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug target/44245] ICE: in extract_insn, at recog.c:2048 when __builtin_ia32_crc32di is used

2010-05-23 Thread hjl at gcc dot gnu dot org 


--- Comment #4 from hjl at gcc dot gnu dot org  2010-05-23 22:17 ---
Subject: Bug 44245

Author: hjl
Date: Sun May 23 22:17:27 2010
New Revision: 159770

URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159770
Log:
Properly check OPTION_MASK_ISA_64BIT.

gcc/

2010-05-23  H.J. Lu  hongjiu...@intel.com

Backport from mainline
2010-05-23  H.J. Lu  hongjiu...@intel.com

PR target/44245
* config/i386/i386.c (def_builtin): Properly check
OPTION_MASK_ISA_64BIT.

gcc/testsuite/

2010-05-23  H.J. Lu  hongjiu...@intel.com

Backport from mainline
2010-05-23  H.J. Lu  hongjiu...@intel.com

PR target/44245
* gcc.target/i386/crc32-3.c: New.
* gcc.target/i386/crc32-4.c: Likewise.

Added:
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/crc32-3.c
branches/gcc-4_4-branch/gcc/testsuite/gcc.target/i386/crc32-4.c
Modified:
branches/gcc-4_4-branch/gcc/ChangeLog
branches/gcc-4_4-branch/gcc/config/i386/i386.c
branches/gcc-4_4-branch/gcc/testsuite/ChangeLog


-- 


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

[Bug target/44245] ICE: in extract_insn, at recog.c:2048 when __builtin_ia32_crc32di is used

2010-05-23 Thread hjl dot tools at gmail dot com 


--- Comment #5 from hjl dot tools at gmail dot com  2010-05-23 22:18 ---
Fixed.


-- 

hjl dot tools at gmail dot com changed:

   What|Removed |Added

 Status|NEW |RESOLVED
  Known to work||4.4.5 4.5.1 4.6.0
 Resolution||FIXED
   Target Milestone|--- |4.4.5


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

[Bug fortran/33204] Run-time argument check for procedures (run-time interface checking)

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #1 from dfranke at gcc dot gnu dot org  2010-05-23 22:29 ---
I think this is a technical dupe of PR27989?!


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dfranke at gcc dot gnu dot
   ||org


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

[Bug fortran/36553] Missing interface not detected in call to same file function

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #11 from dfranke at gcc dot gnu dot org  2010-05-23 22:34 
---


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


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE


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

[Bug fortran/31346] wrong values for ubound and size of deferred shape arrays

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #9 from dfranke at gcc dot gnu dot org  2010-05-23 22:34 ---
*** Bug 36553 has been marked as a duplicate of this bug. ***


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||dominiq at lps dot ens dot
   ||fr


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

[Bug fortran/31346] wrong values for ubound and size of deferred shape arrays without explicit interface

2010-05-23 Thread dfranke at gcc dot gnu dot org 


--- Comment #10 from dfranke at gcc dot gnu dot org  2010-05-23 22:35 
---
The dupe had accepts-invalid, adding it here. Pushing back from enhancement to
normal.


-- 

dfranke at gcc dot gnu dot org changed:

   What|Removed |Added

   Severity|enhancement |normal
   Keywords||accepts-invalid
  Known to fail|4.3.0 4.2.0 4.5.0   |4.3.0 4.2.0 4.5.0 4.6.0
Summary|wrong values for ubound and |wrong values for ubound and
   |size of deferred shape  |size of deferred shape
   |arrays  |arrays without explicit
   ||interface


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

[Bug c/44257] New: typeof(*(struct undefined *)) fails to compile

2010-05-23 Thread rusty at rustcorp dot com dot au 
struct foo; 
typeof(struct foo) *p; // This is fine.
typeof(*p) *p2; // foo.c:5: error: dereferencing pointer to incomplete type

This is important, because AFAICT the only way to declare a const pointer for a
given type is: const typeof(*p) * which doesn't work if p is a pointer to an
undefined struct :(


-- 
   Summary: typeof(*(struct undefined *)) fails to compile
   Product: gcc
   Version: 4.4.3
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rusty at rustcorp dot com dot au


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