--- Comment #2 from pcarlini at suse dot de 2006-02-08 10:09 ---
Working on it...
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at
Try to compile libgomp/testsuite/libgomp.c/copyin-1.c at -O0:
[EMAIL PROTECTED]:~/build/gcc/native> gcc/xgcc -Bgcc -c copyin-1.c -I
~/build/gcc/native/x86_64-suse-linux/libgomp -fopenmp
/tmp/ccB3EieP.s: Assembler messages:
/tmp/ccB3EieP.s:278: Error: Accessing `thr' as thread-local object
/tmp/ccB
Take
ftp://ftp.kernel.org/pub/linux/libs/pam/pre/library/Linux-PAM-0.99.3.0.tar.gz
compile it with
export CFLAGS="-fPIC -march=i586 -mtune=i586"
./configure [args...]; make
The resulted pam_lastlog.so module is wrong, there's an off-by-8-bytes bug
during a strncpy. However, if -O2 is also included
--- Comment #1 from egmont at uhulinux dot hu 2006-02-08 10:58 ---
Created an attachment (id=10800)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10800&action=view)
pam_lastlog.c with two extra fprintf's inserted (search for "GCC BUG" to find
them)
--
http://gcc.gnu.org/bugzil
--- Comment #2 from egmont at uhulinux dot hu 2006-02-08 10:58 ---
Created an attachment (id=10801)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10801&action=view)
preproecessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26172
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-02-08 11:00
---
Subject: Bug 26070
Author: reichelt
Date: Wed Feb 8 11:00:55 2006
New Revision: 110747
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110747
Log:
PR c++/26070
* decl.c (grokdeclarator): Cl
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-08 11:03
---
Subject: Bug 26070
Author: reichelt
Date: Wed Feb 8 11:03:09 2006
New Revision: 110748
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110748
Log:
PR c++/26070
* decl.c (grokdeclarator): Cl
--- Comment #3 from egmont at uhulinux dot hu 2006-02-08 11:03 ---
sorry, there's a typo. s/strncpy/strncat/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26172
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-08 11:05
---
Subject: Bug 26070
Author: reichelt
Date: Wed Feb 8 11:05:11 2006
New Revision: 110749
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110749
Log:
PR c++/26070
* decl.c (grokdeclarator): Cl
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-08 11:07 ---
/* copy to last_login */
last_login.ll_host[0] = '\0';
^
this should probably be ll_line. You'll just get uninitialized stack garbage
at -O0.
fprintf(stderr, "tl = %s\n", terminal_lin
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-02-08 11:08
---
Subject: Bug 26070
Author: reichelt
Date: Wed Feb 8 11:08:04 2006
New Revision: 110750
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110750
Log:
PR c++/26070
* decl.c (grokdeclarator): Cl
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-02-08 11:10
---
Fixed on mainline, 4.1 branch, 4.0 branch, and 3.4 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-02-08 11:21
---
Subject: Bug 26071
Author: reichelt
Date: Wed Feb 8 11:21:27 2006
New Revision: 110751
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110751
Log:
PR c++/26071
* decl.c (grokdeclarator): Se
The following case can be reproduced with the attached sample.
If I have a C++ base class with a virtual function and a derived (template)
class and the virtual function is implemented in a own file (-> classb.cpp),
the linker does not find the symbol of the function.
If the function is implement
--- Comment #5 from egmont at uhulinux dot hu 2006-02-08 11:21 ---
Shame on me... I spent some hours debugging the problem but didn't realize
that I'm always continuously mixing strcpy and strcat, I just thought the
other one was used there. You're perfectly right, thanks very much and s
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-08 11:23
---
Subject: Bug 26071
Author: reichelt
Date: Wed Feb 8 11:23:17 2006
New Revision: 110752
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110752
Log:
PR c++/26071
* decl.c (grokdeclarator): Se
--- Comment #3 from reichelt at gcc dot gnu dot org 2006-02-08 11:26
---
Subject: Bug 26071
Author: reichelt
Date: Wed Feb 8 11:26:25 2006
New Revision: 110753
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110753
Log:
PR c++/26071
* decl.c (grokdeclarator): Se
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-02-08 11:27
---
Fixed on mainline, 4.1 branch, and 4.0 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-08 11:36 ---
Confirmed. The C frontend warns about this.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
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
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 12:43 ---
(In reply to comment #3)
> I didn't trip over anything like this on my x86 testing, but I have
> been able to reproduce it with a cross compiler. The fix is
> pretty trivial, but it'll take until sometime tomorrow b
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-08 12:48 ---
template class B;
template class B;
template class B;
template int B::Method1()
{...}
This is your issue. Move the instantiations below the defintion of the method
definition.
This is a dup of bug 24511 w
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-08 12:48 ---
*** Bug 26173 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from tobi at gcc dot gnu dot org 2006-02-08 13:14 ---
Subject: Bug 25577
Author: tobi
Date: Wed Feb 8 13:14:43 2006
New Revision: 110756
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110756
Log:
fortran/
2006-02-07 Dale Ranta <[EMAIL PROTECTED]>
PR fo
--- Comment #10 from tobi at gcc dot gnu dot org 2006-02-08 13:16 ---
Fixed.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-08 13:18 ---
And the alternative store copyprop implementation was posted here:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00669.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26135
--- Comment #6 from dorit at il dot ibm dot com 2006-02-08 14:17 ---
(In reply to comment #4)
> ... This happens
> because the IA-64 port defines the widen_ssumv4hi3 pattern. The IA-64 port is
> the only one that defines this pattern, and hence is probably the only port
> "broken" here.
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 14:18 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #7 from dorit at il dot ibm dot com 2006-02-08 14:19 ---
(In reply to comment #5)
Will take care of that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25918
--- Comment #2 from mueller at gcc dot gnu dot org 2006-02-08 14:46 ---
ugh, that warning isn't even in -Wextra.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26167
--- Comment #29 from rguenth at gcc dot gnu dot org 2006-02-08 15:11
---
Created an attachment (id=10802)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10802&action=view)
patch for aggregate copyprop
This patch (on top of infrastructure provided by the general copyprop
improvemen
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-08 15:12
---
(In reply to comment #3)
> 2006-02-07 Roger Sayle <[EMAIL PROTECTED]>
> R. Scott Bailey <[EMAIL PROTECTED]>
>
> PR bootstrap/16787
> * floatformat.c: Include where available.
>
--- Comment #4 from tobi at gcc dot gnu dot org 2006-02-08 15:14 ---
Corrected testcase:
function f()
integer :: f
contains
subroutine sub
f = 1
end subroutine sub
end function f
The ICE is now at:
t.f90:4: internal compiler error: in gfc_conv_variable, at
fortran/tran
--- Comment #30 from pinskia at gcc dot gnu dot org 2006-02-08 15:16
---
(In reply to comment #29)
> This patch (on top of infrastructure provided by the general copyprop
> improvements) modifies forwprop to do copy propagation of aggregates.
> Untested
> apart from the fact it fixes
--- Comment #31 from rguenth at gcc dot gnu dot org 2006-02-08 15:16
---
For reference, I talk about
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg00669.html
excluding the tree-ssa-copy.c parts.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23372
--- Comment #32 from rguenth at gcc dot gnu dot org 2006-02-08 15:18
---
Of course you are right. But backporting this to 4.1 may be the only chance to
get the stackspace / extra temporaries regressions solved there, as using
forwprop for this hack is the most easiest (and frankly forw
--- Comment #3 from gdr at integrable-solutions dot net 2006-02-08 15:32
---
Subject: Re: -Wconversion fails to detect signedness conversion from int to
unsigned int in fuction call
"mueller at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| ugh, that warning isn't even in -Wextra
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-08 15:49 ---
This patch works for me but I don't know if it is the correct one or not:
Index: tree-inline.c
===
--- tree-inline.c (revision 110756)
+++ tree-in
Manifest itself in make check.
--
Summary: In gcc-4.2.0 libgomp/.../powerpc/futex.h SYS_futex
undefined
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
--- Comment #5 from uweigand at gcc dot gnu dot org 2006-02-08 16:10
---
FYI -- this also breaks bootstrap on s390-ibm-linux and s390x-ibm-linux:
../../../gcc-head/libgfortran/io/unit.c: In function 'find_unit_1':
../../../gcc-head/libgfortran/io/unit.c:269: internal compiler error: tr
I use a VIA Samuel 2 processor, which is a i686, but does not have the cmov
capability. Therefore i used -march=i586 -mtune=i686 on my machine, because i
thought mtune would tune for that architecture but leaves it compatibile to
lower archs.
But objdump -d /usr/lib/modules/libfb.so | grep cmov
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-08 16:16 ---
Use -v on the compilation lines of affected files and see which -march is
really in effect, possibly filing a bug against Gentoo for them likely
defaulting to i686.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #4 from bkoz at gcc dot gnu dot org 2006-02-08 16:34 ---
The compiler you are using, 3.1 was a release that was immediately superceeded
by 3.2 because of errors. It is unsupported, as is Red Hat 7.1.
Please put self-contained (ie cut and paste to compiler with no edits) sou
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-02-08 16:43 ---
You really need recent enough kernel (2.6.x with futex support) and binutils to
use openmp. I guess we could come up with more configure check inflation,
tough.
You also should provide more information about your s
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|bootstrap |libgomp
Keywords||build
--- Comment #6 from law at redhat dot com 2006-02-08 16:55 ---
Subject: Re: [4.2 Regression] ICE in
duplicate_ssa_name
On Wed, 2006-02-08 at 16:10 +, uweigand at gcc dot gnu dot org
wrote:
>
> --- Comment #5 from uweigand at gcc dot gnu dot org 2006-02-08 16:10
> ---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26176
The azureus developers identified a regex failure that is causing trouble...
$ cat /tmp/ar.java
import java.util.regex.*;
public class ar
{
public static void main (String args[])
{
Pattern p = Pattern.compile ("(?i)yoda");
}
}
$ gcj -C ar.java
$ gij ar
Exception in thread "main" java.u
--- Comment #1 from konqueror at gmx dot de 2006-02-08 17:11 ---
Subject: Re: New: Exception when compiling valid regex pattern
On Wed, Feb 08, 2006 at 05:03:48PM -, green at redhat dot com wrote:
> The azureus developers identified a regex failure that is causing trouble...
>
>
Request to REOPEN bug 6385 was DENIED... creating a new bug...
Error previously reported on bug 6385 (against version 3.0.4.) persists in
version 3.4.4. for more elaborated structs, example:
struct bug_struct {
short a, b, c, d, e, f, g, h, i, j, k, l;
char m[8];
float n, o, p, q, r;
sh
--- Comment #2 from mark at gcc dot gnu dot org 2006-02-08 17:22 ---
Works fine with GNU Classpath CVS
--
mark at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-08 17:23 ---
Not a bug - you don't appear to understand padding
and alignment requirements.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-08 17:23 ---
There is padding in this struct which is why the size is different than from
the sum of all the parts.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26178
--- Comment #2 from themgt at mail dot ru 2006-02-08 17:29 ---
i586-pc-linux-gnu-gcc -c -Os -march=i586 -mtune=i686 -pipe -fomit-frame-pointer
-fno-strict-aliasing -ansi -Wno-return-type -w-I../..
-I../../exports/include -Dlinux -D__i386__ -D_POSIX_C_SOURCE=199309L
--- Comment #3 from green at redhat dot com 2006-02-08 17:32 ---
It's good to know this is fixed in GNU Classpath, but I filed this against
libgcj for a reason. Reopening the bug.
--
green at redhat dot com changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 17:34 ---
Is this a regression? libgcj should take care that GCC is in super release
mode now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from gcc_bugzilla at friedman dot to 2006-02-08 17:41
---
If this conforms with the Committee's decision, then the Committee's decision
is buggy. In my opinion this is clearly a bug because it is inconsistent
between using namespaces and not using namespaces, and GNU sho
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-08 17:44 ---
Please talk with the standards committee instead of GCC.
try comp.lang.c++ first and then go from there.
g++ tries to strives for being a C++ compiler and not a GNU++ compiler.
*** This bug has been marked as a du
--- Comment #24 from pinskia at gcc dot gnu dot org 2006-02-08 17:44
---
*** Bug 26148 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11828
--- Comment #7 from law at redhat dot com 2006-02-08 17:46 ---
Subject: Re: [4.2 Regression] ICE in
duplicate_ssa_name
On Wed, 2006-02-08 at 12:43 +, pinskia at gcc dot gnu dot org wrote:
>
> --- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-08 12:43
> -
--- Comment #4 from roger at eyesopen dot com 2006-02-08 17:46 ---
This problem affects both hppa*-hp-hpux* and ia64-hp-hpux*. It appears that
the required sem_init, sem_wait, sem_post, etc... symbols are defined both in
the -lrt libraries on HPUX and in the -lc_r libraries. The fix is
--- Comment #9 from law at redhat dot com 2006-02-08 17:46 ---
Fixed with attached patch.
--
law at redhat dot com changed:
What|Removed |Added
Status|NEW
--- Comment #5 from konqueror at gmx dot de 2006-02-08 17:49 ---
Subject: Re: [4.1 only] Exception when compiling valid regex pattern
No, this is no regression. Java is not release critical to GCC so we
should just fix this bug as we fix many other bugs too. Not just
regressions.
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-08 17:52 ---
(In reply to comment #5)
> Subject: Re: [4.1 only] Exception when compiling valid regex pattern
>
> No, this is no regression. Java is not release critical to GCC so we
> should just fix this bug as we fix many oth
--- Comment #3 from ian at airs dot com 2006-02-08 17:56 ---
I have a patch to add full support for -Wparentheses to the C++ frontend, which
I will submit when copyright status is cleared up.
--
ian at airs dot com changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 18:06 ---
Subject: Bug 22578
Author: tromey
Date: Wed Feb 8 18:06:11 2006
New Revision: 110759
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110759
Log:
gcc/java
PR java/22578:
* check-init.c (check_i
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 18:08 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-08
18:17 ---
Subject: Re: libgomp needs to link against rt on HPUX
> This problem affects both hppa*-hp-hpux* and ia64-hp-hpux*. It appears that
> the required sem_init, sem_wait, sem_post, etc... symbols are defined
--- Comment #7 from sayle at gcc dot gnu dot org 2006-02-08 18:31 ---
Subject: Bug 22209
Author: sayle
Date: Wed Feb 8 18:31:36 2006
New Revision: 110760
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110760
Log:
PR target/22209
* config/mips/mips.h (MIN_UNITS_
--- Comment #7 from tromey at gcc dot gnu dot org 2006-02-08 18:54 ---
The regex changes are unlikely to cause big destabilization for 3 reasons:
* They are pure java
* The regex code has historically been somewhat broken, so we're unlikely
to make the situation worse
* They've been t
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-02-08 19:05 ---
Confirmed for revision 110699
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 20:07 ---
Subject: Bug 17978
Author: tromey
Date: Wed Feb 8 20:07:29 2006
New Revision: 110763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763
Log:
PR libgcj/26063, PR libgcj/17978, PR libgcj/10598:
--- Comment #3 from tromey at gcc dot gnu dot org 2006-02-08 20:07 ---
Subject: Bug 10598
Author: tromey
Date: Wed Feb 8 20:07:29 2006
New Revision: 110763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763
Log:
PR libgcj/26063, PR libgcj/17978, PR libgcj/10598:
--- Comment #12 from tromey at gcc dot gnu dot org 2006-02-08 20:07 ---
Subject: Bug 26063
Author: tromey
Date: Wed Feb 8 20:07:29 2006
New Revision: 110763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110763
Log:
PR libgcj/26063, PR libgcj/17978, PR libgcj/10598:
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 20:08 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #4 from tromey at gcc dot gnu dot org 2006-02-08 20:09 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|AS
--- Comment #13 from tromey at gcc dot gnu dot org 2006-02-08 20:10 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #2 from tromey at gcc dot gnu dot org 2006-02-08 20:13 ---
Note that this bug may not be as severe now that we've simplified
Class marking in _Jv_MarkObj.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18086
--- Comment #31 from tkoenig at gcc dot gnu dot org 2006-02-08 20:14
---
Subject: Bug 23815
Author: tkoenig
Date: Wed Feb 8 20:14:00 2006
New Revision: 110764
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110764
Log:
2005-02-08 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #32 from tkoenig at gcc dot gnu dot org 2006-02-08 20:15
---
Fixed on 4.1 as well.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-02-08 20:54
---
Subject: Bug 25425
Author: fxcoudert
Date: Wed Feb 8 20:54:14 2006
New Revision: 110769
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110769
Log:
PR libfortran/25425
* trans-decl.c (gfc
ith: /home/arth/gcc/configure --prefix=/opt/gnu --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-languages=c,c++,objc
--disable-checking --with-system-zlib --with-gc=page
Thread model: posix
gcc version 4.2.0 20060208 (experimental)
/opt/gnu/libexec/gcc/i686-pc-linux-gnu/4.2.0/
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org
|dot org
/*
% gcc -v
Using built-in specs.
Target: i386-pc-solaris2.9
Configured with: /usr/local/gcc-4.0.2/src/gcc-4.0.2/configure
--enable-languages=c --with-gnu-as
--with-as=/usr/local/binutils-2.16.1/x86-SunOS-gcc-4.0.1/bin/as
--with-gnu-ld
--with-ld=/usr/local/binutils-2.16.1/x86-SunOS-gcc-4.0.1/bin/ld
--- Comment #1 from ahaas at airmail dot net 2006-02-08 21:01 ---
Created an attachment (id=10804)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10804&action=view)
Pre-processed output of file inducing ICE
Attaching pre-processed output. File compressed with bzip2 due to size.
-
--- Comment #6 from pluto at agmk dot net 2006-02-08 21:10 ---
one more testcase from x86-64 / gcc-4.1:
float re(float _Complex a) { return __real__ a; }
is compiled to:
re: movq%xmm0, -8(%rsp)
movss -8(%rsp), %xmm0
ret
but can be optimized to `movss %xmm0, %xmm0`.
--
--- Comment #1 from bkoz at gcc dot gnu dot org 2006-02-08 21:40 ---
Created an attachment (id=10805)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10805&action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26155
--- Comment #5 from bkoz at gcc dot gnu dot org 2006-02-08 21:42 ---
Created an attachment (id=10806)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10806&action=view)
patch for debug -> std::debug
Whoops, attached to the wrong bug at first. Here, this is testing, but once
done wi
--- Comment #8 from uweigand at gcc dot gnu dot org 2006-02-08 21:44
---
The spurious failures are always in different test cases for me as well ...
In fact, I now did a re-test and only see the four well-understood failures:
FAIL: c32001e
FAIL: c64105b
FAIL: c95086b
FAIL: ce38
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-08 21:51
---
(In reply to comment #4)
> I have updated my patch, copyright assignment is in the works. No need for
> anyone to work on this.
Hum, Tobias, any news on that one? :)
--
fxcoudert at gcc dot gnu dot org change
The program below is expected to run successfully to completion.
The extractor must set eofbit even though doing so is not explicitly specified
in 27.6.1.2.3, p12, since it is specified by the blanket statement in 27.6.1.1,
p3.
$ cat t.cpp && g++ -dumpversion && g++ t.cpp -static && ./a.out
#incl
--- Comment #3 from paolo at gcc dot gnu dot org 2006-02-08 21:52 ---
Subject: Bug 26133
Author: paolo
Date: Wed Feb 8 21:51:55 2006
New Revision: 110772
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110772
Log:
2006-02-08 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #4 from pcarlini at suse dot de 2006-02-08 21:53 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from fxcoudert at gcc dot gnu dot org 2006-02-08 21:56
---
(In reply to comment #6)
> - if (flag_bounds_check)
> + if (flag_bounds_check && ar->as->type != AS_ASSUMED_SIZE)
Andrew, I think your patch is doing the right thing. Could you please submit it
for form
--- Comment #8 from tobi at gcc dot gnu dot org 2006-02-08 21:59 ---
I'll try to get to it in the next few days, it shouldn't be too hard.
--
tobi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2006-02-08 22:05
---
> In fact, I now did a re-test and only see the four well-understood failures:
> FAIL: c32001e
> FAIL: c64105b
> FAIL: c95086b
> FAIL: ce3810b
The first 3 are so well-understood as to be fixed on my machi
$ cat minmax.f90
real, dimension(2) :: a
logical :: m
a = (/ 1.0, 2.0 /)
m = .true.
print *,minloc(a, m)
!print *,minval(a, m)
end
$ gfortran -static minmax.f90 && ./a.out
a.out: ../../../../trunk/libgfortran/generated/minloc0_4_r4.c:235:
mminloc0_4_r4: Assertion `((mask)->dtype >> 6)
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
Some aspects of the runtime behavior of the Fortran
library can be controlled with environment variables.
Currently, there is no way of setting up a test case
in which such an environment variable can be set, something
like
{ dg-setenv "variable" "value" }
--
Summary: setting enviro
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2006-02-08 22:15
---
The same code fails also with minval replaced by sum or product.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
---
1 - 100 of 147 matches
Mail list logo