--- Comment #3 from hjl dot tools at gmail dot com 2008-11-01 00:25 ---
I changed it to middle-end.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-31
23:31 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> It seems that when using collect2 the global constructor for libgcj
> calls _Jv_RegisterClass more than once f
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
|
--- Comment #26 from sgk at troutmask dot apl dot washington dot edu
2008-10-31 22:14 ---
Subject: Re: gfortran error and ICE at automatic type conversion with transfer
intrinsic
On Fri, Oct 31, 2008 at 09:43:13PM -, burnus at gcc dot gnu dot org wrote:
>
> > I'll also note that
--- Comment #25 from burnus at gcc dot gnu dot org 2008-10-31 21:43 ---
(In reply to comment #24)
> First, gfortran (especially the constant folding) doesn't
> follow IEEE754 for NaN. AFAIK, there is no distinction
> between qNaN and sNaN.
There is no distinction in MPFR - that also t
--- Comment #1 from dodji at gcc dot gnu dot org 2008-10-31 21:41 ---
Created an attachment (id=16605)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16605&action=view)
Fix candidate #0
This patch tries to fix the problem. It works for me and applies to trunk.
I am not sure if it
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-31 21:37 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-31 21:35 ---
Subject: Bug 37967
Author: jakub
Date: Fri Oct 31 21:33:47 2008
New Revision: 141502
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141502
Log:
PR c++/37967
* decl.c (grokdeclarator): Diagnose
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-31 21:32 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-31 21:31 ---
Subject: Bug 37965
Author: jakub
Date: Fri Oct 31 21:30:05 2008
New Revision: 141501
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141501
Log:
PR c++/37965
* decl.c (cp_finish_decl): Diagnose
--
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 #3 from jakub at gcc dot gnu dot org 2008-10-31 20:15 ---
Linux specific because for non-Linux it uses libpthread pthread_mutex_lock etc.
to do the locking, only on Linux (--enable-linux-futex) it uses __sync_*
builtins for mutex.h locking.
--
http://gcc.gnu.org/bugzilla
--- Comment #2 from sje at cup dot hp dot com 2008-10-31 20:03 ---
It looks like it is Linux specific in addition to being IA64 specific. I can
make the included test case fail on my Debian Linux box but not on my HP-UX
box. If I do not optimize (-O0) then it fails more often then if I
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-31
19:50 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> alpha-dec-osf5.1b (with the workarounds mentioned in PR bootstrap/37426) is
> affected as well. _Jv_CheckABIVe
--- Comment #5 from janis at gcc dot gnu dot org 2008-10-31 19:49 ---
Fixed in mainline and 4.3 branch.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from swagiaal at redhat dot com 2008-10-31 19:07 ---
Created an attachment (id=16604)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16604&action=view)
testcase file 3 of 3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37982
--- Comment #2 from swagiaal at redhat dot com 2008-10-31 19:07 ---
Created an attachment (id=16603)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16603&action=view)
testcase file 2 of 3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37982
--- Comment #1 from swagiaal at redhat dot com 2008-10-31 19:06 ---
Created an attachment (id=16602)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16602&action=view)
testcase file 1 of 3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37982
The attached test case compiled thus: g++ -g class.c class2.c -o class
produces the following debuginfo:
<0>: Abbrev Number: 1 (DW_TAG_compile_unit)
< c> DW_AT_producer: (indirect string, offset: 0x36): GNU C++ 4.3.0
20080428 (Red Hat 4.3.0-8)
<10> DW_AT_language: 4
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #4 from jamborm at gcc dot gnu dot org 2008-10-31 18:01 ---
(In reply to comment #2)
> So what is this? Is the warning logic wrong or is the IR wrong? It seems to me
> that IR is valid.
>
Well, it probabaly isn't. I guess the second index should not ever
exceed its upp
--- Comment #3 from jamborm at gcc dot gnu dot org 2008-10-31 17:52 ---
The test-case in the bug description leads to bogus warnings in the
second run of the VRP pass. Yesterday me and Richi discussed the
possibility of simply not-giving out any warnings in the second runs
(as
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mmitchel at gcc dot gnu dot
|dot org
--- Comment #6 from ro at gcc dot gnu dot org 2008-10-31 17:18 ---
alpha-dec-osf5.1b (with the workarounds mentioned in PR bootstrap/37426) is
affected as well. _Jv_CheckABIVersion is invoked with 3221625473.
--
ro at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-10-31 16:55 ---
Can you try to reduce the command-line arguments needed to cause the failure?
Especially -ftracer looks dubious and is likely to cause problems. Btw, I
cannot reproduce this on i686-linux.
Also note that the GCC 4.
--- Comment #8 from paolo dot carlini at oracle dot com 2008-10-31 16:50
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #7 from paolo at gcc dot gnu dot org 2008-10-31 16:49 ---
Subject: Bug 37958
Author: paolo
Date: Fri Oct 31 16:47:48 2008
New Revision: 141498
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141498
Log:
2008-10-31 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #4 from hackbunny at reactos dot com 2008-10-31 16:34 ---
Created an attachment (id=16601)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16601&action=view)
preprocessed input (PCH disabled)
sorry about compression, the file is too big to attach
--
hackbunny at reac
--- Comment #3 from hackbunny at reactos dot com 2008-10-31 16:31 ---
Created an attachment (id=16600)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16600&action=view)
compiler output (PCH disabled)
--
hackbunny at reactos dot com changed:
What|Removed
--- Comment #2 from hackbunny at reactos dot com 2008-10-31 16:25 ---
Created an attachment (id=16599)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16599&action=view)
preprocessed input
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37981
--- Comment #1 from hackbunny at reactos dot com 2008-10-31 16:24 ---
Created an attachment (id=16598)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16598&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37981
See attached preprocessed source and compiler output
--
Summary: internal compiler error: in rest_of_handle_final, at
final.c:3942
Product: gcc
Version: 4.1.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
--- Comment #1 from mitul dot thakkar at amd dot com 2008-10-31 16:15
---
Created an attachment (id=16597)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16597&action=view)
Reduced Test Case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37980
gfortran -c -O2 -floop-block test_dominate.f90
test_dominate.f90: In function âspher_cartesiansâ:
test_dominate.f90:3: error: definition in block 8 does not dominate use in
block 17
for SSA_NAME: HEAP.22_59 in statement:
HEAP.22_16 = PHI
PHI argument
HEAP.22_59
for PHI node
HEAP.22_16 = PHI
test
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-31 16:01 ---
*** Bug 37968 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37962
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-31 16:01 ---
The same applies, IMHO auto should be diagnosed already during parsing in this
case.
*** This bug has been marked as a duplicate of 37962 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #19 from mikael at gcc dot gnu dot org 2008-10-31 15:57 ---
Subject: Bug 35840
Author: mikael
Date: Fri Oct 31 15:56:21 2008
New Revision: 141497
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141497
Log:
2008-10-31 Mikael Morin <[EMAIL PROTECTED]>
PR for
--- Comment #10 from mikael at gcc dot gnu dot org 2008-10-31 15:38 ---
Subject: Bug 35820
Author: mikael
Date: Fri Oct 31 15:37:17 2008
New Revision: 141496
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141496
Log:
2008-10-31 Mikael Morin <[EMAIL PROTECTED]>
PR for
--- Comment #24 from sgk at troutmask dot apl dot washington dot edu
2008-10-31 14:37 ---
Subject: Re: gfortran error and ICE at automatic type conversion with transfer
intrinsic
On Fri, Oct 31, 2008 at 01:10:21PM -, burnus at gcc dot gnu dot org wrote:
>
>
> --- Comment #23
Sample session: (sources are below)
$ make
g++ main.o -g -O0 -fmudflapth -lmudflapth -pthread -o bug
$ LANG=C ./bug
***
mudflap violation 1 (check/read): time=1225460499.358020 ptr=0x7fe182d90300
size=15
pc=0x7fe183996779 location=`(strlen region)'
/usr/lib/gcc/x86_64-pc-linux-gnu/4.
Hi, today i've occasionally wrote importable code :]
std::vector::data() is absent in some other (standard conformant?) STLs.
Would be a good idea to rename data() or change specifier (-> protected?).
g++ -v:
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured
with: /var/tmp/portage/sys
--- Comment #10 from ro at techfak dot uni-bielefeld dot de 2008-10-31
13:27 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
Since native reghunting was so slow, I've finally switched to trying with a
cross compiler (from Solaris 10/x86), and could
--- Comment #42 from bill dot oliver at sas dot com 2008-10-31 13:30
---
I saw Dave C's post. I am also using 4.0.0 on AIX, and seeing this problem. I'm
attempting to build Firebird SQL open source. What recommendation do you have
for using g++ on AIX? Should I go back to an earlier ver
--- Comment #8 from kkojima at gcc dot gnu dot org 2008-10-31 13:24 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #23 from burnus at gcc dot gnu dot org 2008-10-31 13:10 ---
> > in any case NaN can be unambiguously converted from one real/complex to
> > another real/complex kind.
>
> I disagree with the last sentence since there in not a single (or dual if you
> take into account signa
--
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 #22 from dominiq at lps dot ens dot fr 2008-10-31 12:52 ---
> One can argue that a NaN real(4)->real(8) conversion is OK or that it is
> invalid - I think one can find arguments for both; in any case NaN can be
> unambiguously converted from one real/complex to another real/c
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-31 12:24 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Severity|norma
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|regression |middle-end
Known to work||4.3.2
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-31 12:18 ---
Mine. More functions need audit.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-10-31 12:18 ---
Reduced testcase:
void percent_x(int ch, char *p, char* ok_chars)
{
char *cp = ch == 'a' ? p : "";
for (;*(cp += __builtin_strspn
gcc looks like it's omitting a simple optimization which can be done on logical
operations.
/* Command line and output on a linux host */
[EMAIL PROTECTED]:~$ gcc -o test test.c -Os && ls -l test
-rwxr-xr-x 1 engin engin 6461 2008-10-31 12:26 test
[EMAIL PROTECTED]:~$ gcc -o test test.c -Os -DHAN
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-10-31 11:42 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37976
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-31 11:40 ---
The format string is not a string literal. A flow-insensitive warning cannot
be reliably given.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-31 11:38 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-10-31 11:36 ---
Because you instantiate Base which is not a specialization yet. Then
you define foo for a specialization which is not instantiated. You want
template
int Base::foo;
--
http://gcc.gnu.org/bugzilla/show_bug.cg
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-10-31 11:29 ---
These are hardlinks.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-31 11:28 ---
*** Bug 37966 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37962
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-31 11:28 ---
Again, auto in cast expressions is ill-formed.
*** This bug has been marked as a duplicate of 37962 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jakub at gcc dot gnu dot org 2008-10-31 11:27 ---
*** Bug 37964 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37962
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-31 11:27 ---
*** This bug has been marked as a duplicate of 37962 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-31 11:27 ---
*** Bug 37963 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37962
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-31 11:27 ---
*** This bug has been marked as a duplicate of 37962 ***
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-31 11:26 ---
Testcase that covers more cases which should be rejected:
#include
int i = *(auto *) 0;// { dg-error "" }
struct A *p = (auto *) 0;// { dg-error "" }
int *q = static_cast(0);// { dg-error "" }
const int *r = const_ca
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-31 10:59 ---
Certainly e.g. cp_parser_cast_expression and cp_parser_postfix_expression
could reject types with type_uses_auto, but doesn't [dcl.spec.auto] specify
only very limited number of places where auto can be used and the re
--- Comment #8 from h dot mth at web dot de 2008-10-31 10:55 ---
To hide the ICE from "reduced testcase":
$ diff -u b3dgeom.3.cpp.orig b3dgeom.3.cpp
--- b3dgeom.3.cpp.orig 2008-10-31 11:52:10.0 +0100
+++ b3dgeom.3.cpp 2008-10-31 11:52:46.0 +0100
@@ -41,9 +41,9 @@
--- Comment #6 from tsyvarev at ispras dot ru 2008-10-31 10:48 ---
(In reply to comment #2)
> Maybe now I see, what's behind your report: you believe that, when val is set,
> eofbit should be set only when seeking another character to match. But that
> would essentially boil down to *nev
--- Comment #7 from h dot mth at web dot de 2008-10-31 10:43 ---
Created an attachment (id=16596)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16596&action=view)
more reduced testcase
With one of these changes the ICE hides.
[EMAIL PROTECTED]:/tmp $ cat hide01
--- b3dgeom.3.cpp.
--- Comment #5 from paolo dot carlini at oracle dot com 2008-10-31 10:36
---
Ok, thanks. I'm on it, patch forthcoming.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37958
--- Comment #4 from tsyvarev at ispras dot ru 2008-10-31 10:34 ---
Created an attachment (id=16595)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16595&action=view)
Test, modelling example from standard exactly
("For targets true: "1" and false: "0", the input sequence "1" yields
--- Comment #2 from mikpe at it dot uu dot se 2008-10-31 10:03 ---
(In reply to comment #1)
I rebuilt my toolchains with binutils-2.19 + three fixes and now
gcc-4.4-20081024 builds fine for me with --enable-languages=c,c++.
The three addon fixes in my binutils-2.19 are:
1. http://sourc
When bootstrapping and installing from scratch gcc I always find duplicate
files instead of symbolic links in bindir (but i find symbolic links in
libdir):
[EMAIL PROTECTED]:~/local/gcc-4.3.2/bin> ll
total 5952
-rwxr-xr-x 4 marco users 593797 2008-09-01 10:55 c++
-rwxr-xr-x 1 marco users 591729 20
--- Comment #2 from krebbel at gcc dot gnu dot org 2008-10-31 09:11 ---
Ok. I'm bootstrapping a patch which mimics what has been done for Power.
--
krebbel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2008-10-31 08:42
---
You need to add multilib support for s390 to gcc-interface/Makefile.in, see
for example SPARC/Solaris.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
Ada currently doesn't bootstrap on s390x due to a pointer size mismatch when
building the 32 bit version of a-except.o:
/build2/gcc-build/./gcc/xgcc -B/build2/gcc-build/./gcc/
-B/build2/gcc-install/s390x-ibm-linux-gn u/bin/
-B/build2/gcc-install/s390x-ibm-linux-gnu/lib/ -isystem
/build2/gcc-i
--- Comment #21 from burnus at gcc dot gnu dot org 2008-10-31 07:41 ---
(In reply to comment #17)
> > Adw_xabcd_8(1:n) = transfer(-1,1.0) ! Adw_xabcd_8 is REAL
> >
> > That makes sense: One assigns NaN to a real variable (though a comment
> > would be helpful).
> Does this mean g
76 matches
Mail list logo
