corsepiu at gcc dot gnu dot org wrote:
Joel, do you recall the target in RTEMS which has 4-byte floats only?
(We recently had an issue with it floating point context sizes related to it?
IIRC, it had been a powerpc variant and we were forced to drop it because GCC
doesn't support it.
BTW1: IFAIK,
--- Additional Comments From toon at moene dot indiv dot nluug dot nl
2005-05-15 18:49 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
corsepiu at gcc dot gnu dot org wrote:
Joel, do you recall the target in RTEMS which has 4-byte floats only?
Full Article:
http://service.spiegel.de/cache/international/0,1518,344374,00.html
--
What|Removed |Added
Summary|[4.0 Regression] ia64 |[4.0/4.1 Regression] ia64
|bootstrap failed|bootstrap failed
Lese selbst:
http://www.jn-bw.de/texte/zeitgeschichte/verbrechen_der_frau.htm
Executing on host: /xxx/gnu/gcc-3.3/objdir/gcc/xgcc -B/xxx/gnu/gcc-3.3/objdir/gc
c/ /xxx/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.dg/noreturn-7.c -O2 -Wreturn-type -W
missing-noreturn -S -o noreturn-7.s(timeout = 300)
/xxx/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.dg/noreturn-7.c: In function `k':
Executing on host: /xxx/gnu/gcc-3.3/objdir/gcc/xgcc -B/xxx/gnu/gcc-3.3/objdir/gc
c/ /xxx/gnu/gcc-3.3/gcc/gcc/testsuite/gcc.dg/sibcall-1.c -O2 -foptimize-siblin
g-calls -lm -o ./sibcall-1.exe(timeout = 300)
PASS: gcc.dg/sibcall-1.c (test for excess errors)
Setting LD_LIBRARY_PATH to
Take the following C code (reduced from Java code and what the Java front-end
produces).
We cannot vectorize the second loop
struct a
{
int length;
int a1[256];
};
struct a *malloc1(__SIZE_TYPE__) __attribute__((malloc));
void free(void*);
void f(void)
{
struct a *a =
--
What|Removed |Added
Version|4.0.0 |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21591
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
19:03 ---
Note I reduced this from the following Java code:
public class Test {
public static final void main(String[] args) {
int[] a = new int[256];
int[] b = new int[256];
int[] c = new int[256];
for
--
What|Removed |Added
Summary|FAIL: gcc.dg/noreturn-7.c |[3.4 only] FAIL:
|(test for warnings, line 21)|gcc.dg/noreturn-7.c (test
--
What|Removed |Added
Component|c |target
Keywords||missed-optimization
Summary|FAIL:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-15
19:09 ---
Subject: Bug 21519
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-15 19:09:30
Modified files:
gcc/java :
Lese selbst:
http://www.kommunisten-online.de/blackchanel/dresden3.htm
Lese selbst:
http://www.npd.de/npd_info/deutschland/2005/d0405-39.html
Full Article:
http://service.spiegel.de/cache/international/0,1518,341239,00.html
--- Additional Comments From tromey at gcc dot gnu dot org 2005-05-15
19:13 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-15
19:30 ---
This optimization should take place in
cp/typeck:build_indirect_ref
where it even tries to do so but fails because it does not strip
NOP_EXPRs before checking for the optimization and also because
Lese selbst:
http://www.npd.de/npd_info/deutschland/2005/d0305-14.html
Jetzt weiss man auch, wie es dazu kommt, dass Drogen, Waffen Handy's in die
Haende der Knacki's gelangen!
Lese selbst:
http://www.rp-online.de/public/article/nachrichten/wirtschaft/finanzen/deutschland/85815
Full Article:
http://service.spiegel.de/cache/international/0,1518,344374,00.html
--- Additional Comments From dje at gcc dot gnu dot org 2005-05-15 19:54
---
This bug has not been fixed on the 4.0 branch
--
What|Removed |Added
Lese selbst:
http://bz.berlin1.de/archiv/041115_pdf/BZ041115_004_GB2IG556.1.htm
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-05-15
20:08 ---
Present on sparc-sun-solaris2.10 too, only on 3.4 branch. Same symptom: not
enough space to allocate an exception so an exception is raised. :-)
--
What|Removed
Lese selbst:
http://www.die-kommenden.net/dk/zeitgeschichte/graeberschaendung.htm
--
Summary: ICE
Product: gcc
Version: 3.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
--- Additional Comments From igodard at pacbell dot net 2005-05-15 20:18
---
Created an attachment (id=8893)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8893action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21592
--- Additional Comments From igodard at pacbell dot net 2005-05-15 20:18
---
Created an attachment (id=8894)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8894action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21592
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-05-15 20:42 ---
Subject: Re: FAIL: g++.old-deja/g++.eh/badalloc1.C execution test
The arena_size size change by itself is not sufficient. However,
backporting the 4.0 changes fixes the fail.
I just realized
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
20:57 ---
Confirmed, reduced testcase:
class cl
{
int str();
void str(const int __s);
};
template typename T
int f(const T t);
templateint s
void g()
{
cl str;
f(str.str);
}
---
I don't know if this
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-15
20:59 ---
Fixed on mainline.
--
What|Removed |Added
Known to fail|3.4.0 4.0.0 4.1.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
21:02 ---
Note the ICE moved from arg_assoc to resolve_overloaded_unification in 4.0.0.
--
What|Removed |Added
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/mnt/gnu/
gcc-3.3/objdir/gcc/testsuite/../ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.dg/
dev_null.f90 -O0 -pedantic-errors -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpu
x11.11/./libgfortran/.libs
Lese selbst:
http://www.heise.de/newsticker/meldung/59427
Executing on host: /mnt/gnu/gcc-3.3/objdir/gcc/testsuite/../gfortran -B/mnt/gnu/
gcc-3.3/objdir/gcc/testsuite/../ /mnt/gnu/gcc-3.3/gcc/gcc/testsuite/gfortran.dg/
eoshift.f90 -O0 -pedantic-errors -L/mnt/gnu/gcc-3.3/objdir/hppa2.0w-hp-hpux
11.11/./libgfortran/.libs
... because of different representations are passed to fold_builtin_constant_p.
--
Summary: __builtin_constant_p(Hello[0]) is true for C but not
for C++
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
--- Additional Comments From aj at gcc dot gnu dot org 2005-05-15 21:37
---
Paul, could you review the patch, please?
--
What|Removed |Added
AssignedTo|unassigned
--- Additional Comments From pbrook at gcc dot gnu dot org 2005-05-15
21:42 ---
I already did.
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg01246.html
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-15
21:47 ---
patch in testing
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
Lese selbst:
http://www.jn-bw.de/texte/zeitgeschichte/verbrechen_der_frau.htm
Full Article:
http://service.spiegel.de/cache/international/0,1518,344374,00.html
--
What|Removed |Added
CC||ssolie at telus dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21460
--- Additional Comments From schlie at comcast dot net 2005-05-15 22:45
---
(In reply to comment #2)
Yup, string literal should have type 'const char *'.
I believe 'static const char []' would seem most correct?
(where although 'static const' may be cast away, there's no guarantee
--- Additional Comments From schlie at comcast dot net 2005-05-15 22:50
---
(In reply to comment #1)
With -Wwrite-strings, I do get a warning:
t.cc:3: warning: deprecated conversion from string constant to �char*�'
- arguably, this warning should always be on, and only optionally
Full Article:
http://service.spiegel.de/cache/international/0,1518,353274,00.html
register int *reg __asm__(%edi);
int test () { return *--reg = 0; }
With -O2 -fomit-frame-pointer, 4.0,
movl%edi, %eax
leal-4(%edi), %edi
movl-4(%eax), %eax
testl %eax, %eax
With 3.4,
subl$4, %edi
cmpl$0, (%edi)
The problem
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-15
23:57 ---
Confirmed.
--
What|Removed |Added
CC||pinskia
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
00:02 ---
This is also a regression from 3.4.0.
--
What|Removed |Added
Keywords|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
00:04 ---
Here is a compile time testcase:
int f[__builtin_constant_p(Hello[0])?1:-1];
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21595
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
This change:
2005-05-10 Grigory Zagorodnev [EMAIL PROTECTED]
H.J. Lu [EMAIL PROTECTED]
* libgcov.c (create_file_directory): New function. Create
directory for the given file name.
breaks build on mingw32 with:
../../gcc/gcc/libgcov.c: In function
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-16
00:10 ---
this fails for me with -O in CCP. In .t18.copyrename1 we have:
;; Function void f(FILE*) (_Z1fP6__FILE)
Partition map
void f(FILE*) (fileD.2015)
Eh tree:
1 allowed_exceptions tree_label:L0
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-16
00:13 ---
At the point of the ICE, I have this (from gdb's p dump_tree_cfg(0)):
void f(FILE*) (fileD.2015)
{
const char * str;
# BLOCK 0
# PRED: ENTRY (fallthru,exec)
str_1 = a[0];
__builtin_fputc
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
00:13 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-16 00:14 ---
Subject: Re: static_cast falsely allows const to be cast away
schlie at comcast dot net [EMAIL PROTECTED] writes:
| --- Additional Comments From schlie at comcast dot net 2005-05-15 22:45
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-16
00:16 ---
For CCP there is code to remove EH edges in tree-ssa-propagate.c, but
it does not trigger:
Breakpoint 3, substitute_and_fold (prop_value=0xf3e3a0) at
tree-ssa-propagate.c:1063
1063 if
--- Additional Comments From mark at codesourcery dot com 2005-05-16 00:17
---
Subject: Re: g++.dg/opt/temp1.C should be optimized
elsewhere
rguenth at gcc dot gnu dot org wrote:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-05-15
19:30 ---
This
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-16
00:26 ---
We have this code in tree-ssa-propagate.c:1052-1065:
if (did_replace)
{
fold_stmt (bsi_stmt_ptr (i));
stmt = bsi_stmt(i);
/* If we
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
00:28 ---
Mine, patch posted.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
00:29 ---
Mine, patch posted.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
und weisst es nicht einmal:
http://www.heise.de/newsticker/meldung/58003
http://www.heise.de/newsticker/meldung/59304
http://www.heise.de/newsticker/meldung/58311
http://www.heise.de/newsticker/meldung/58351
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-16
00:40 ---
The same problem is in tree-ssa-dom.c:2975:
/* Try to fold the statement making sure that STMT is kept
up to date. */
if (fold_stmt (bsi_stmt_ptr (si)))
{
--- Additional Comments From steven at gcc dot gnu dot org 2005-05-16
00:42 ---
We probably need something like,
bool
maybe_clean_eh_after_replacing_stmt (tree old_stmt, tree new_stmt)
{
if (!tree_could_throw_p (new_stmt))
if (remove_stmt_from_eh_region (old_stmt))
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
00:44 ---
This patch works for me on this testcase, I have not done a full bootstrap/test
yet:
Index: tree-ssa-propagate.c
===
RCS file:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-16
00:51 ---
Subject: Bug 21526
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-16 00:51:42
Modified files:
gcc/testsuite/lib: target-supports.exp
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-16
00:55 ---
Subject: Bug 21526
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-16 00:55:29
Modified files:
gcc/testsuite/lib:
und weisst es nicht einmal:
http://www.heise.de/newsticker/meldung/58003
http://www.heise.de/newsticker/meldung/59304
http://www.heise.de/newsticker/meldung/58311
http://www.heise.de/newsticker/meldung/58351
--- Additional Comments From billingd at gcc dot gnu dot org 2005-05-16
00:58 ---
Fixed by patch to lib/target-supports.exp.
--
What|Removed |Added
--- Additional Comments From david dot billinghurst at comalco dot riotinto
dot com dot au 2005-05-16 00:59 ---
Subject: Testsuite patch committed
This fix that Mark Mitchell suggested has been tested on cywin and irix.
Committed to 4.0 and HEAD.
2005-05-16 David Billinghurst [EMAIL
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-16
01:13 ---
Subject: Bug 21576
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-16 01:12:09
Modified files:
gcc: ChangeLog tree-ssa-pre.c tree-vn.c
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-16
01:14 ---
I fixed it, and made it PRE calls too
--
What|Removed |Added
Status|NEW
We've got a lot to deal with these days. Terrorism, Recession, Weather and
more. It's all got me concerned.
I thought I'd tell you all about this group I found where everyday people get
together and try to learn how to deal with it all.
(I used to be a member, but I'm moving to an area that
I'm using the applet here:
http://www.chessgames.com/perl/chessgame?gid=1069669
with gcjappletviewer.
(As of this writing I needed a patch to make this work at all,
see the classpath-patches list.)
In this applet, there are some buttons whose text is cut in half.
This happens for all the buttons
I'm using the applet here:
http://www.chessgames.com/perl/chessgame?gid=1069669
with gcjappletviewer.
(As of this writing I needed a patch to make this work at all,
see the classpath-patches list.)
If I run this applet with the JDK, the images for the chess pieces
appear to have a transparent
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
01:23 ---
Neither patches are fully complete and here is why,
even though fold creates a new CALL_EXPR, we still need to copy the eh_region
the function can throw
so Steven's patch is not complete, we don't check
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21576
I'm using the applet here:
http://www.chessgames.com/perl/chessgame?gid=1069669
with gcjappletviewer.
(As of this writing I needed a patch to make this work at all,
see the classpath-patches list.)
Sometimes running this applet works fine.
Other times, the window appears but it is very small.
If we try and make \class{A} inherit from \class{BA} which is
friends with A's constructor, the compiler segfaults.
templatetypename T
class B
{
public:
friend T::T(B);
// void some()
// {
// T t = T::T(*this);
// }
};
class A : public BA
{
public:
A(BA b);
};
--- Additional Comments From charles dot gretton at gmail dot com
2005-05-16 01:37 ---
Should report:
src_file_name:9: error: template parameters cannot be friends
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21601
--- Additional Comments From pluto at agmk dot net 2005-05-16 01:42 ---
(In reply to comment #16)
I posted an updated patch
http://gcc.gnu.org/ml/gcc-patches/2005-05/msg00391.html
It works for me on ia32, ia64 and x86_64.
with this version of the patch gcc builds
--- Additional Comments From giovannibajo at libero dot it 2005-05-16
01:43 ---
Definitely invalid code, you can't do anything with a bound pointer in C++.
Comeau strict mode reports the error:
ComeauTest.c, line 14: error: a pointer to a bound function may only be used
to
The current builtin memmove optimizes to memcpy if it can prove that the source
pointer is in readonly memory, under the assumption that the destination
pointer must be writable and therefore couldn't overlap. However we could
generalize this such that if we can prove the source and dest don't
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-16
02:12 ---
Subject: Bug 21551
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-16 02:12:03
Modified files:
gcc: ChangeLog
gcc/config/ia64:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-16
02:14 ---
Subject: Bug 21551
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-16 02:14:08
Modified files:
gcc:
All three lines marked with comments in:
void f(int n) {
typedef int T[n][n];
new int[n][n]; // #1
new (int[n][n]); // #2
new T; // #3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
02:19 ---
Confirmed.
--
What|Removed |Added
Severity|normal
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
02:22 ---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
02:28 ---
This is fixed, this is a dup of bug 17423.
*** This bug has been marked as a duplicate of 17423 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-16
02:29 ---
*** Bug 17142 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From schlie at comcast dot net 2005-05-16 02:44
---
(In reply to comment #5)
Subject: Re: static_cast falsely allows const to be cast away
| Yup, string literal should have type 'const char *'.
|
| I believe 'static const char []' would seem most correct?
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-16 02:54 ---
Subject: Re: static_cast falsely allows const to be cast away
schlie at comcast dot net [EMAIL PROTECTED] writes:
| --- Additional Comments From schlie at comcast dot net 2005-05-16 02:44
--- Additional Comments From donaldc at csgsolar dot com dot au 2005-05-16
03:06 ---
The third paragraph of [8.3.3] aka [dcl.mptr] says:
A pointer to member shall not point to a static member of a class (9.4),
a member with reference type, or cv void.
It can be equal to null,
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-16 03:23
---
Not a duplicate entirely.
--
What|Removed |Added
Status|RESOLVED
--
What|Removed |Added
Attachment #8898|z |proposed patch
description||
Attachment #8898|z
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-16
04:32 ---
Subject: Bug 18655
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-16 04:32:38
Modified files:
gcc:
--- Additional Comments From schlie at comcast dot net 2005-05-16 05:07
---
(In reply to comment #7)
Subject: Re: static_cast falsely allows const to be cast away
That is your view. However, not because GCC implements the ISO C++
view of types, means that GCC has a narrow view of a
101 - 197 of 197 matches
Mail list logo
