--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-31 08:10 ---
D.45587 = VIEW_CONVERT_EXPR<__v4si>(x);
D.45589 = __builtin_ia32_pcmpeqd128 (D.45587, D.45587);
D.45591 = __builtin_ia32_psrldi128 (D.45589, 25);
D.45594 = __builtin_ia32_pslldi128 (D.45591, 23);
one = VIEW
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-31 08:12 ---
Confirmed, though I don't have a fully reduced testcase yet. Basically it
comes down to using unsigned int rather than size_t. If you had used size_t as
the index, the code would have worked correctly.
--
pinsk
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-12-31 09:18 ---
The frontend already presents us with
;; Function f (null)
;; enabled by -tree-original
{
fff (x = 1);
return x = 1;, 1{no-warn};
}
note that other compilers IMHO correctly do the same for the function argume
--- Comment #6 from tim at klingt dot org 2008-12-31 09:20 ---
> sys_perf_counter_open always returns less than zero for me.
> This is with:
> Linux gcc13 2.6.18-6-vserver-amd64 #1 SMP Sun Feb 10 17:55:04 UTC 2008 x86_64
> GNU/Linux
>
> What system call is it trying to do and why?
>
--- Comment #4 from hp at gcc dot gnu dot org 2008-12-31 10:17 ---
Ditto 142116 and 142117.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38603
--- Comment #5 from pault at gcc dot gnu dot org 2008-12-31 10:47 ---
(In reply to comment #4)
> Created an attachment (id=17016)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17016&action=view) [edit]
> fix
>
> Does anyone know the use of the block variable I remove in this patch
--- Comment #3 from jorgen at fabeljet dot com 2008-12-31 10:48 ---
I'm sorry: Machine went permanently offline three months ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35999
there is a speed regression from gcc-4.4 with the following code:
void bench_3(float * out, float * in1, float in2, float slope, unsigned int n)
{
__m128 arg2 = _mm_set_ps(in2, in2+slope, in2+slope+slope,
in2+slope+slope+slope);
const __m128 vslope = _mm_set_ps1(slope+slope+slope+slope);
--- Comment #2 from jakub at gcc dot gnu dot org 2008-12-31 11:47 ---
Subject: Bug 38647
Author: jakub
Date: Wed Dec 31 11:46:18 2008
New Revision: 142978
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142978
Log:
PR c++/38647
* parser.c (cp_parser_primary_expres
--- Comment #4 from andreast at gcc dot gnu dot org 2008-12-31 13:54
---
Subject: Bug 35460
Author: andreast
Date: Wed Dec 31 13:52:53 2008
New Revision: 142980
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142980
Log:
2008-12-31 Andreas Tobler
PR target/35460
--- Comment #10 from reichelt at gcc dot gnu dot org 2008-12-31 14:09
---
This bug is not a regression.
Closing it because it's now fixed on trunk.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from jakub at gcc dot gnu dot org 2008-12-31 14:26 ---
Fixed on the trunk so far.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Assi
--- Comment #4 from steven at gcc dot gnu dot org 2008-12-31 14:44 ---
Unable to reproduce -> INVALID.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-12-31 14:45
---
> I think we can make this valid GNU C++ by doing:
No, it's always invalid. See the new testcase.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
The following code throws this to me on a gcc 4.3.2 version:
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../configure --prefix=/usr --enable-shared
--enable-languages=c,c++,fortran,objc,obj-c++,treelang --enable-threads=posix
--mandir=/usr/share/man --infodir=/usr/share/info -
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 15:34 ---
This is a target issue really. The number and type of instructions is the
same. The difference is just a little reassociation in the addition.
--
pinskia at gcc dot gnu dot org changed:
What|Rem
--- Comment #7 from brtnfld at hdfgroup dot org 2008-12-31 15:36 ---
Additional failure:
SUBROUTINE test(buf, buf2)
USE, INTRINSIC :: ISO_C_BINDING
IMPLICIT NONE
CHARACTER(LEN=*), INTENT(INOUT), TARGET :: buf
CHARACTER(LEN=*), INTENT(INOUT), DIMENSION(1:2), TARGET :: buf2
TYPE
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 15:37 ---
You forgot the typename keyword in front of
"std::list*>::iterator". Since std::list*> is
a dependent name, the compiler thinks (as mentioned in the standard) that
__::iterator is a variable and not a type.
"std::l
--- Comment #9 from danglin at gcc dot gnu dot org 2008-12-31 15:43 ---
Subject: Bug 31832
Author: danglin
Date: Wed Dec 31 15:42:12 2008
New Revision: 142984
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142984
Log:
PR fortran/31832
* acinclude.m4 (LIBGFOR_CHEC
--- Comment #10 from danglin at gcc dot gnu dot org 2008-12-31 15:43
---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #18 from someone42 at gmail dot com 2008-12-31 16:05 ---
I was going to submit a new bug report but this bug sounds very similar. Here
is my test case:
Code (actual assembly code removed for brevity):
int thing(unsigned int a,unsigned int b)
{
asm("":"=mr,r"(b):"%0,0"(a /
--- Comment #19 from pinskia at gcc dot gnu dot org 2008-12-31 16:09
---
Note commas in inline-asm are ignored.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10396
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-31 16:10 ---
This is close to duplicate of bug 37093.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38681
--- Comment #20 from someone42 at gmail dot com 2008-12-31 16:29 ---
(In reply to comment #19)
> Note commas in inline-asm are ignored.
>
Perhaps this bug could then be "fixed" by simply removing or appropriately
modifying section 5.38.2 ("Multiple Alternative Constraints") of the GCC
--- Comment #21 from pinskia at gcc dot gnu dot org 2008-12-31 16:36
---
(In reply to comment #20)
> Perhaps this bug could then be "fixed" by simply removing or appropriately
> modifying section 5.38.2 ("Multiple Alternative Constraints") of the GCC
> manual.
Part of the problem is t
--- Comment #10 from ubizjak at gmail dot com 2008-12-31 17:02 ---
Marking as a regression, testsuite failures are always regressions.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #5 from juvvij at gmail dot com 2008-12-31 17:31 ---
>From the C++ standards doc (Latest download form the website) (excerpt listed
below), I thought that member functions could be allowed. I am not entirely
sure if *function* can also refer to *member-function*.
---
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31488
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 17:40 ---
>â pointer to member., or
This includes pointer to member functions.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38681
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-31 17:44
---
Note, istream::read currently calls streambuf::sgetn *not* streambuf::xsgetn,
because the latter is protected and in general would be incorrect calling it
anyway.
--
paolo dot carlini at oracle dot com chan
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 17:59 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 18:00 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-31 18:07 ---
This happens also with non templates:
s/template struct BitPattern {/typedef long long T; struct BitPattern
{/
:).
Note 4.1.1 did not warn in either place. I don't know if we should be warning
in both or none so
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 18:09 ---
No feedback in 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 18:16 ---
*** This bug has been marked as a duplicate of 34921 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-31 18:16
---
*** Bug 33610 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 18:33 ---
The inner loop on the trunk looks like:
.L15:
movl848(%esp,%eax,4), %edx
.L4:
movl448(%esp,%eax,4), %ecx
xorl%ebx, %ebx
addl%ecx, %esi
adcl%ebx, %edi
--- Comment #9 from jason at gcc dot gnu dot org 2008-12-31 18:35 ---
Discussion on the Core reflector suggests that the G++ behavior is what people
expect, and that we should fix the new wording to reflect that.
One commenter pointed out that 14.7.2/10 says that "An entity that is the
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-31 18:37 ---
4.4 with the new register allocator (which is turned on by default):
C: 522 cycles
asm: 342 cycles
4.4 with the old one:
C: 749 cycles
asm: 344 cycles
So 4.4 is much better but still has extra instructions but tha
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-31 18:39 ---
GCC does not produce "adcl $0" which is where the extra xors come from.
Most likely addsi3_carry should accept 0 as one of the operands.
--
pinskia at gcc dot gnu dot org changed:
What|Remo
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-31 19:05 ---
This works for me on the trunk now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33380
--- Comment #5 from hp at gcc dot gnu dot org 2008-12-31 19:13 ---
Glancing at the assembly and simulator trace (no looking at rtl or tree dumps
yet), the value of "p" (sp after the first alloca) is somehow lost and after
the __builtin_longjmp we effectively strcmp (NULL, "test") which F
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-12-31 19:20
---
I think all the front-end parts are fixed now, and only the library part needs
to be worked on or is this fully fixed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33979
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.0 |---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36468
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|fortran |driver
Target Milestone|4.4.0 |---
http://g
--- Comment #9 from pinskia at gcc dot gnu dot org 2008-12-31 19:24 ---
For binary distribution, static libraries should be used for libgmp/libmpfr if
you don't know if they are going to be installed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-31 19:26 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #5 from dnovillo at gcc dot gnu dot org 2008-12-31 19:32
---
Initial fix at http://gcc.gnu.org/ml/gcc-patches/2008-12/msg00953.html
Keeping open as thunks with varargs are still broken.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 19:43 ---
Confirmed, the issue is -fprofile-arcs's arrays constructors don't contain an
index.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-31 19:48 ---
*** Bug 32316 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #10 from pinskia at gcc dot gnu dot org 2008-12-31 19:48
---
*** This bug has been marked as a duplicate of 26399 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from andreast at gcc dot gnu dot org 2008-12-31 20:03
---
This particular issue is fixed. The bootstrap itself will fail (at least here
on x86_64-unknown-openbsd4.4).
Next patches coming.
--
andreast at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-12-31 20:04 ---
I have compiled the trunk (4.4) on cygwin without any patches so closing as
works for me.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-12-31 20:20
---
I'm not sure whether the code snippet is really valid or not,
but I can confirm the ICE nevertheless.
GCC 4.3.x already crashed, you probably need --enable-checking to see the ICE.
It's a regression, because the
#include
struct Y {};
template struct X : Y {
X(std::initializer_list) {}
};
struct A {
X v;
};
int main() {
A a{ {1,2,3} };
}
Compiling with -std=c++0x gives:
internal compiler error: in process_init_constructor_record, at
cp/typeck2.c:987
This compiles w/o ice or error if X does n
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-31 20:54 ---
Confirmed.
986 gcc_assert (!TYPE_BINFO (type)
987 || !BINFO_N_BASE_BINFOS (TYPE_BINFO (type)));
The assert looks wrong for C++0x code.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-31 21:11 ---
Actually this testcase is regression because of the removal of SFTs. in
4.1-4.3, the loop did not exist.
In fact I filed this bug right after SFTs were removed.
The reason why it is considered addressable is becaus
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-31 21:12 ---
So I was trying to have treat <0> the same as <> if there was an error but
caused worse error messages so I gave up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34491
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-31 21:19 ---
gcc.dg/20020122-2.c still ICEs on the trunk.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-31 21:25 ---
http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01041.html fixes all of them on
the trunk.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-31 21:30 ---
Note the testcase is from gcc.dg/20020103-1.c.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37273
--- Comment #4 from reichelt at gcc dot gnu dot org 2008-12-31 21:35
---
Razya, Zdenek,
the patch committed does something different than the patch approved.
Here's part of what was committed:
> ! if (htab_elements (name_copies) == 0 && reduction_list == 0)
And the matching part of
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-31 21:46 ---
>/lib/libc.so.6: undefined reference to `__libc_stack_...@glibc_2.1'
This sounds like you have a corrupted system. This works for me and many other
people closing as worksforme.
--
pinskia at gcc dot gnu dot or
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 21:50 ---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Statu
--- Comment #2 from paolo dot carlini at oracle dot com 2008-12-31 21:58
---
Let's CC Jason for this one too...
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #2 from reichelt at gcc dot gnu dot org 2008-12-31 22:09
---
The testcase in comment #1 actually fails since GCC 3.4.5 when compiled without
any flags.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-31 22:17 ---
> stamp-nm: $(ORIGINAL_NM_FOR_TARGET)
This is no longer there.
And was removed via:
2007-04-12 Paolo Bonzini
Charles Wilson
* Makefile.in (stamp-as, stamp-collect-ld, stamp-nm): Remove.
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-31 23:08 ---
I think I have a simple parser fix for this.
Index: parser.c
===
--- parser.c(revision 142986)
+++ parser.c(working copy)
@@ -11537,7 +11537,11
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot
|dot org
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-12-31
23:28 ---
Subject: Re: FAIL:
gfortran.dg/parameter_array_init_3.f90 -O (internal compiler
error)
On Tue, 30 Dec 2008, mikael at gcc dot gnu dot org wrote:
> > Is backporting the fix for PR fortran
--- Comment #6 from jakub at gcc dot gnu dot org 2009-01-01 00:55 ---
Now that inline heuristics runs only at -O1+ on the trunk, can this be changed
into 4.3 only regression? If you want to make bin-packing faster, that could
be covered by a separate bug (and would it be a regression)?
The classmap.db file is zero bytes long (in 64 bit directory) when
building with this ./configure script:
../gcc-4.2.3/configure --with-as=/usr/gnu/bin/as --with-gnu-as \
--with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-multilib \
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++
# ls
--- Comment #3 from cfairles at gcc dot gnu dot org 2009-01-01 02:28
---
Templates aren't required, slightly reduced testcase:
#include
struct Y {};
struct X : Y {
X(std::initializer_list) {}
};
struct A {
X v;
};
int main() {
A a{ {1,2,3} };
}
--
http://gcc.gnu.org/
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-01 03:27 ---
Can you try 4.3.2?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severi
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-01-01 03:56 ---
Here is an ICE for invalid code:
_Bool __attribute__((vector_size(16) )) a;
int __attribute__((vector_size(16) )) c;
void f(void) { a & c; }
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 04:10 ---
Because it changes the meaning of foo inside the struct.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33677
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 04:18 ---
If T is the name of a class, then each of the following shall have a name
different from T:
every data member of class T;
The way I read is that foo cannot be the name of the data member of class foo.
Hmm, maybe
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-01 04:20 ---
So confirmed as being invalid code at least the way I read the standard.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 04:25 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-01 04:27 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-01 04:44 ---
That is the whole point of -ftemplate-depth- default being set to 500.
There is an implementation defined
quantity that specifies the limit on the total depth of recursive
instantiations,
which could involve more th
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 04:51 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38326
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38503
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38523
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38621
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38642
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
Version|unknown |4.4.0
http://
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-01-01 05:20 ---
Here is a reduced testcase:
MODULE globals
TYPE :: type1
END TYPE type1
TYPE (type1) :: pdm_bps
END module globals
BLOCK DATA
use globals
END
--
pinskia at gcc dot gnu
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 05:24 ---
Closing as the user does not have the hardware any more and libgcj is known to
build now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pinskia at gcc dot gnu dot org 2009-01-01 05:34 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 05:52 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-01-01 05:52 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
94 matches
Mail list logo
