--- Comment #4 from krebbel at gcc dot gnu dot org 2008-07-14 06:57 ---
Subject: Bug 36745
Author: krebbel
Date: Mon Jul 14 06:56:46 2008
New Revision: 13
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=13
Log:
2008-07-14 Andreas Krebbel [EMAIL PROTECTED]
PR
--- Comment #1 from schwab at suse dot de 2008-07-14 07:34 ---
Order of evaluation is unspecified.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #13 from aaronavay62 at aaronwl dot com 2008-07-14 08:03
---
Joseph's patch doesn't work for me, because the --stack parameter never makes
it to the link line for some reason, and I get the same crash building
cipher.o. This is the relevant output of bootstrap:
rm -f
In my project, we have 3 components: test,libbar.so and libfoo.so. libbar.so
depends on libfoo.so,and test depends on the two .so. In libfoo.so, I throw an
exception, but libbar.so can't catch it.
exception.h--
#ifndef __EXCEPTION_H
#define __EXCEPTION_H
#include string
class ebase
{
--- Comment #8 from aaronavay62 at aaronwl dot com 2008-07-14 08:57 ---
Eric, with that change, I see this:
../../../svn/libgcc/../gcc/libgcc2.c: In function '__do_global_ctors':
../../../svn/libgcc/../gcc/libgcc2.c:2161: internal compiler error: in
i386_pe_binds_local_p, at
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||uweigand at gcc dot gnu dot
|
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-07-14 09:03
---
Eric, with that change, I see this:
../../../svn/libgcc/../gcc/libgcc2.c: In function '__do_global_ctors':
../../../svn/libgcc/../gcc/libgcc2.c:2161: internal compiler error: in
--- Comment #5 from paolo dot carlini at oracle dot com 2008-07-14 09:15
---
(In reply to comment #4)
I think the first thing is to figure out what mangling we want for these
things and if they should be mangled at all. The C++ ABI doesn't specify a
mangling for these operators,
On current x86 and x86_64 processors denormal numbers are handled as a special
case and very slowly. This can have a detrimental impact on the performance of
numerical programs. A common fix for this problem, at the cost of some
numerical stability, is to set the processor flag to flush denormals
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-07-14 11:21 ---
Compiling with -ffast-math will automatically do that at program startup time
via linking against crtfastmath.o.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36821
--- Comment #2 from J dot Hogg at rl dot ac dot uk 2008-07-14 11:34 ---
-ffast-math also enables other (even more unsafe?) optimizations which may not
be desirable.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36821
s390x fails to build the linux kernel
./cc1 -quiet -O smp.3.i
Program received signal SIGSEGV, Segmentation fault.
0x008276f4 in subst_reloads (insn=0x7fc1f2451a00)
at /space/rguenther/src/svn/trunk/gcc/reload.c:6181
6181 gcc_assert (GET_CODE (*r-where) != LABEL_REF
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36822
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-14 12:43 ---
Testing this patch right now:
Index: testsuite/gcc.target/powerpc/asm-y.c
===
--- testsuite/gcc.target/powerpc/asm-y.c(revision 0)
+++
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-14 12:44 ---
I am no longer to fix this one, Guess nobody cares about the invalid gimple
that is produced. Hopefully tuples fixes up most of these issues.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-07-14 12:47 ---
Note with the Cell, we can just use lvlx with a splat and that works without an
alignment attribute on fa :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-07-14 12:57 ---
Testing this on x86-darwin right now. though darwin's libfortran is broken so
it might take a while.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36238
--- Comment #18 from jakub at gcc dot gnu dot org 2008-07-14 13:19 ---
Created an attachment (id=15906)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15906action=view)
gcc44-pr36419.patch
Patch I'm going to bootstrap/regtest now. It fixes the testcase.
And to answer the last
--- Comment #5 from jakub at gcc dot gnu dot org 2008-07-14 13:47 ---
Subject: Bug 36745
Author: jakub
Date: Mon Jul 14 13:46:25 2008
New Revision: 137785
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137785
Log:
PR target/36745
* g++.dg/torture/pr36745.C: Use
Target: i686-pc-linux-gnulibc2
Configured with: ../configure --prefix=/tmp/gcc-4.3.1 --disable-nls
--enable-shared --with-sysroot=/usr/i686-pc-linux-gnulibc2/
i686-pc-linux-gnulibc2
gcc version 4.3.1 (GCC)
$ gcc -O -Wall -Wuninitialized -c -o t.o t.c
$ gcc -O -Wall -Wuninitialized
--- Comment #10 from aaronavay62 at aaronwl dot com 2008-07-14 14:38
---
(In reply to comment #9)
gcc_assert (!(TREE_CODE (exp) == VAR_DECL
TREE_STATIC (exp)
DECL_EXTERNAL (exp)));
Eric, OK, now I get:
/mingw/src/gccada/./prev-gcc/xgcc
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2008-07-14 14:44
---
/mingw/src/gccada/./prev-gcc/xgcc -B/mingw/src/gccada/./prev-gcc/
-B/mingw/i386-pc-mingw32/bin/ -c -g -O2 -D__USE_MINGW_ACCESS -gnatpg
-gnata -gnatwns -g -O1 -fno-inline \
-nostdinc -I- -I.
--- Comment #6 from sebor at roguewave dot com 2008-07-14 15:24 ---
(In reply to comment #4)
... Is it a reasonable
restriction on users to say thou shalt not use __is_empty in an expression
that gets mangled? For example, can the user just use std::is_empty instead?
As a data
--- Comment #7 from mark at codesourcery dot com 2008-07-14 15:28 ---
Subject: Re: ICE on SFINAE and __is_empty
sebor at roguewave dot com wrote:
My preference would be for gcc to avoid imposing restrictions on the use
of these helpers to facilitate portability to other compilers
--- Comment #8 from sebor at roguewave dot com 2008-07-14 15:41 ---
(In reply to comment #7)
Subject: Re: ICE on SFINAE and __is_empty
sebor at roguewave dot com wrote:
My preference would be for gcc to avoid imposing restrictions on the use
of these helpers to facilitate
-
program test
implicit none
integer, dimension( 3 ), parameter :: tgc = (/5, 6, 7 /)
type tgccomp
integer, dimension( tgc( 1 ) : tgc( 2 ) ) :: tgclist
end type tgccomp
end program
-
This gives the following error:
gfortran
--- Comment #6 from bonzini at gnu dot org 2008-07-14 16:03 ---
any news? also, P1 is probably wrong (resetting to P3).
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #18 from bonzini at gnu dot org 2008-07-14 16:07 ---
The two commits listed here fix the regression, they should be safe to backport
to 4.3.2.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35281
--- Comment #8 from bonzini at gnu dot org 2008-07-14 16:18 ---
mine
--
bonzini at gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Comment #9 from bonzini at gnu dot org 2008-07-14 16:29 ---
In fact, using modified_between_p would not fix the bug. The problem is that
use_killed_between gives the wrong answer *before* it reaches the code that
redoes modified_between_p using df data structures.
I'll regtest
--- Comment #9 from mark at codesourcery dot com 2008-07-14 16:53 ---
Subject: Re: ICE on SFINAE and __is_empty
sebor at roguewave dot com wrote:
int fooA0 (BA0, __is_empty (A0)::X*):
_Z3fooI1AILi0EEEiPN1BIT_Xv19builtin16TOS3_EE1XE
int fooint(Bint, !__is_empty
--- Comment #12 from nightstrike at gmail dot com 2008-07-14 17:09 ---
On 4.2.4 and 4.3.1, I get this:
$ cat a.c
int f(void) {}
$ cat b.c
int f(void) {}
$ /opt/cfarm/release/4.3.1/bin/gcc -combine a.c b.c
a.c:2: error: redefinition of 'f'
a.c:1: error: previous definition of 'f'
gfortran 4.4 allows 15 instead of 7 dimensions, however, it has some problems
with that:
gfortran -std=f95 -Wall -pedantic should print a message for:
integer,parameter:: N=10
complex,dimension(-N:N,-N:N,0:1,0:1,-N:N,-N:N,0:1,0:1) :: P
end
But it does not. This seems
--- Comment #1 from burnus at gcc dot gnu dot org 2008-07-14 17:28 ---
The I/O ICE is due to:
trans-types.c: gcc_assert (rank = GFC_DTYPE_RANK_MASK);
where the maximal DTYPE rank is defined as:
libgfortran.h:#define GFC_DTYPE_RANK_MASK 0x07
The other problem can be cured using:
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-07-14 18:43 ---
I don't think this is a bug as the typeinfo of ebase in libbar is being marked
as hidden (local) so you have two different typeinfo that are not merged at
load time.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #10 from sebor at roguewave dot com 2008-07-14 18:43 ---
(In reply to comment #9)
I'd be happy to provide whatever info you need (e.g., the table of built-ins,
if you can explain to me how to get it from the front-end :)
As for the semantics of the built-ins, I assume both
--- Comment #12 from rwild at gcc dot gnu dot org 2008-07-14 18:50 ---
Subject: Bug 15479
Author: rwild
Date: Mon Jul 14 18:49:37 2008
New Revision: 137793
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137793
Log:
gcc/ada/
PR documentation/15479
* gnat_ugn.texi
--- Comment #1 from burnus at gcc dot gnu dot org 2008-07-14 19:30 ---
The following seems to fix it.
Index: resolve.c
===
--- resolve.c (Revision 137789)
+++ resolve.c (Arbeitskopie)
@@ -7682,8 +7805,8 @@
$gcc -v
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../configure --enable-languages=c,c++,fortran
Thread model: posix
gcc version 4.4.0 20080714 (experimental) (GCC)
Running
g++ -O3 -fomit-frame-pointer -pipe -pedantic-errors -Wall -MD -MP -c -fPIC
-DPIC -o
--- Comment #1 from sdirkse at gams dot com 2008-07-14 20:18 ---
Created an attachment (id=15907)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15907action=view)
zipped, pre-processed source to turf up the bug
I couldn't generate the .i file using -save-temps, so I used -E
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-07-14 20:20 ---
(In reply to comment #1)
I couldn't generate the .i file using -save-temps, so I used -E instead. Is
that also a bug?
Most likely not as it is going to be a .ii file as it is C++ :).
--
--- Comment #1 from brtnfld at hdfgroup dot org 2008-07-14 20:45 ---
For the simple program,
PROGRAM main
USE ISO_C_BINDING
CHARACTER(LEN=2, KIND=C_CHAR), TARGET :: chr
TYPE(C_PTR) :: chr_ptr
chr_ptr = C_LOC(chr)
END PROGRAM main
the work around is to:
CHARACTER(LEN=1,
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-07-14 21:50
---
OK, thanks for the tip. The patch to convert Ada to a canonical boolean type
is written though (and eliminates the ICE as expected), I'm just waiting for
the GDB people to adjust the Ada module.
This will be
as of rev 137639:
cc1 -fpreprocessed k_rem_pio2.i -quiet -dumpbase k_rem_pio2.c -auxbase-strip
lib_a-k_rem_pio2.o -Os -fno-builtin -o k_rem_pio2.s
src/newlib/libm/math/k_rem_pio2.c: In function '__kernel_rem_pio2':
newlib/libm/math/k_rem_pio2.c:318: error: unable to find a register to spill in
--- Comment #1 from dj at redhat dot com 2008-07-14 22:31 ---
Created an attachment (id=15908)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15908action=view)
preprocessed file for description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36827
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-07-14 22:44
---
Note that the problematic patch has been installed on the 4.3 branch as well.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build
The attached C file generates a significantly larger object code with the new
compiler than with the old one. The exact command line for gcc is in the first
comment of the C file.
--
Summary: 4.3.1 when optimising for size generates much larger
code than 4.0.x
--- Comment #3 from ghazi at gcc dot gnu dot org 2008-07-15 00:59 ---
Also occurs on x86_64-unknown-linux-gnu and i686-unknown-linux-gnu:
http://gcc.gnu.org/ml/gcc-testresults/2008-07/msg01321.html
http://gcc.gnu.org/ml/gcc-testresults/2008-07/msg01323.html
--
ghazi at gcc dot gnu
--- Comment #3 from ghazi at gcc dot gnu dot org 2008-07-15 01:06 ---
Fixed.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
CC|ghazi at
The SPU's load and store instructions ({l,st}q{a,d,r,x}) zero the lower four
bits of the computed address before performing the requested load or store. In
certain cases (particularly, working with array loads of vector data), this may
be utilised to avoid unnecessary shifts and masks.
Consider
--- Comment #5 from jifl-bugzilla at jifvik dot org 2008-07-15 01:19
---
Created an attachment (id=15909)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15909action=view)
Patch against 4.3.1 using a once variable to ensure safe initialisation
Here's a patch, let me know what you
/test/gnu/gcc/objdir/./prev-gcc/xgcc -B/test/gnu/gcc/objdir/./prev-gcc/
-B/opt/g
nu/gcc/gcc-4.4.0/hppa2.0w-hp-hpux11.11/bin/ -c -g -O2 -mdisable-indexing
-gn
atpg -gnata -gnatwns -nostdinc -I- -I. -Iada -I../../gcc/gcc/ada
../../gcc/gcc/a
da/s-os_lib.adb -o ada/s-os_lib.o
raised STORAGE_ERROR
--- Comment #6 from reichelt at gcc dot gnu dot org 2008-07-15 04:15
---
Fixed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #4 from jason at gcc dot gnu dot org 2008-07-15 05:12 ---
Subject: Bug 36723
Author: jason
Date: Tue Jul 15 05:11:18 2008
New Revision: 137813
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137813
Log:
PR objc++/36723
* objc/objc-act.c
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #5 from jason at gcc dot gnu dot org 2008-07-15 05:12 ---
fixed
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
59 matches
Mail list logo