--- Comment #1 from mmokrejs at ribosome dot natur dot cuni dot cz
2008-07-15 06:55 ---
Currently I have:
bash-3.00# gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.6/3.4.2/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --disable
CFLAGS="-O2 -pipe -fno-strict-aliasing -mcpu=ultrasparc -mtune=ultrasparc"
../configure --disable-nls --with-mpfr=/usr/local --with-gmp=/usr/local
--with-cpu=ultrasparc --with-tune=ultrasparc
--enable-languages=c,c++,fortran,objc --enable-obsolete --with-gnu-ld
--with-gnu-as; make bootstrap
...
mak
--- 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
--
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 #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=gcc&view=rev&rev=137813
Log:
PR objc++/36723
* objc/objc-act.c (objc_build_con
--- 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
/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 #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=15909&action=view)
Patch against 4.3.1 using a once variable to ensure safe initialisation
Here's a patch, let me know what you
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 #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 caip
--- 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 d
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |blocker
Keywords||build
Targ
--- 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
CC||pinskia at gcc dot gnu dot
|
--- 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=15908&action=view)
preprocessed file for description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36827
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
cl
--- 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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- 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, KIND=C_
--- 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++ :).
--
http://gcc.gnu.org/
--- 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=15907&action=view)
zipped, pre-processed source to turf up the bug
I couldn't generate the .i file using -save-temps, so I used -E instea
$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 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 @@ resolve_fl_de
--- 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=gcc&view=rev&rev=137793
Log:
gcc/ada/
PR documentation/15479
* gnat_ugn.texi
--- 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 #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 #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:
I
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 to
--- 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'
--- 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 foo >(B, __is_empty (A<0>)>::X*):
> _Z3fooI1AILi0EEEiPN1BIT_Xv19builtin16TOS3_EE1XE
>
> int foo(B::X*):
> _Z
--- 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 th
--- 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 #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 #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
-
-
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 te
--- 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 facilit
--- 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 #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 #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 #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 -B
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 -fno-unit-at-a-t
--- 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=gcc&view=rev&rev=137785
Log:
PR target/36745
* g++.dg/torture/pr36745.C: Use _
--- 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=15906&action=view)
gcc44-pr36419.patch
Patch I'm going to bootstrap/regtest now. It fixes the testcase.
And to answer the last qu
--- 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 #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 #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|Remov
--- 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)
+++ testsuite
--
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
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
(gdb
--- 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
--- 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
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 t
--- 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 operato
--- 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
> i386_pe_bin
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||uweigand at gcc dot gnu dot
|
--- 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 c
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
class ebase
{
public:
--- 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 jc1.e
--- 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
Statu
60 matches
Mail list logo
