--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-10 22:06 ---
*** This bug has been marked as a duplicate of 14179 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #57 from pinskia at gcc dot gnu dot org 2010-05-10 22:06
---
*** Bug 44066 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2010-05-10 22:11 ---
NULLPTR_TYPE is only defined in cp/cp-tree.def which means if you configure
without C++, this fails to compile. Yes this is a big bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from dfranke at gcc dot gnu dot org 2010-05-10 22:12 ---
Removed dependence on PR44054, handling those options is not (strictly)
required here. Nice yes,required, no ;)
Assigning to myself, patch is regtesting.
--
dfranke at gcc dot gnu dot org changed:
Wh
It looks like bug thag std::map can create it's elements without calling it's
constructors and compare keys of such objects. This is example code that
illustrates problem. Every time new object of type Node is constructed it's
address is stored in vector "ptrs". Any time member function is called v
--- Comment #2 from jay dot krell at cornell dot edu 2010-05-10 22:21
---
It'd be nice if:
../src/configure
gmake
gmake install
worked with a minimum of customizations.
As I understand: ar is not in the default $PATH on Solaris, but it is always
installed to the same place: /u
--- Comment #1 from paolo dot carlini at oracle dot com 2010-05-10 22:27
---
Please provide a short snippet, inline here, no more than 20-30 lines, no data,
or other redundant information. Thanks.
--
paolo dot carlini at oracle dot com changed:
What|Removed
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-05-10 22:31 ---
Why this is a standard unix issue and not really a GCC issue. The same could
be said about any program you want to build that uses ar (which is almost all
programs that use static libraries).
--
pinskia at gcc d
--- Comment #2 from chris at bubblescope dot net 2010-05-10 22:44 ---
Your operator< is not valid. It must be a strict-weak ordering.
In particular, it must not be possible that A < B and B < A, but in your code
this is possible.
--
chris at bubblescope dot net changed:
--- Comment #7 from svfuerst at gmail dot com 2010-05-10 22:44 ---
Perhaps an example usage helps:
The __float128 version of isnan() is rather slow. Trying different
implmentations to see which is faster required some benchmarking. However,
implementing the benchmark code requires an
--- Comment #8 from pinskia at gcc dot gnu dot org 2010-05-10 22:49 ---
>Anyway, the result of much benchmarking shows that:
Is it? It definitely moves from the x87 registers to the SSE registers which
can be slow. Micro benchmarks are not always true benchmarks. Also there are
other
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-10 22:50
---
Thanks Chris.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-10 22:53
---
adding Andrew and his mail to bug:
For builtins you should look at how PowerPC Darwin handles the long double
builtins since they are renamed if long double is 128bit.
Thanks,
Andrew Pinski
--
jay dot krell
--- Comment #4 from devinull dot v42 at gmail dot com 2010-05-10 22:57
---
(In reply to comment #2)
> Your operator< is not valid. It must be a strict-weak ordering.
>
> In particular, it must not be possible that A < B and B < A, but in your code
> this is possible.
>
Thank you, Chri
--- Comment #1 from jay dot krell at cornell dot edu 2010-05-10 23:01
---
ps:
#if (defined (__FreeBSD__) && (__FreeBSD__>= 5)) || defined(__vms)
can probably just be:
#if __FreeBSD__>= 5 || defined(__vms)
or:
#if __FreeBSD__ | __vms
assuming the #define can also be be ommited on Fre
--- Comment #17 from fmartinez at gmv dot com 2010-05-10 23:22 ---
So it seems tht the bug is not gone. I have tried again with version from May
8th and I still get the problem on line 556.
I tried to submit a comment yesterday but it seems that it failed. Here it goes
again.
--
fmar
--- Comment #9 from svfuerst at gmail dot com 2010-05-10 23:27 ---
Remember that isnan() is a weird type-dependent macro. The special case I was
testing is the __float128 version. __float128's are passed in sse registers,
so using sse instructions to manipulate them can be a win. (No
--- Comment #1 from jingyu at google dot com 2010-05-10 23:52 ---
I see the same error when compiling thumb2 libgcc.
Host=Build=x86_64-unknown-linux-gnu, Target=arm-unknown-eabi
The error message points to following lines in gcc/config/arm/lib1funcs.asm.
cmp \dividend, #0
The code below, when compiled with out optimization, produces the expected
result:
% g++ bug.cc -o bug
% ./bug
{1, 2, 3, 4}
{5, 6, 7, 8}
{9, 0, 1, 2}
{3, 4, 5, 6}
When compiled with optimization, it produces garbage for all rows of the matrix
except the first row:
% g++ -O2 bug.cc -o bug
% ./bug
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-11 00:22 ---
The problem is that you are reading past the array (vals[0]).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44069
--- Comment #2 from kraftche at cae dot wisc dot edu 2010-05-11 00:29
---
Subject: Re: optimization bug initializing from cast array
On 05/10/2010 07:22 PM, pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-11 00:22
> ---
> Th
--- Comment #3 from paolo dot carlini at oracle dot com 2010-05-11 00:44
---
Bah... let's see what Richard thinks. Personally, I would have written it like
this in the first place:
#include
template
class M {
public:
M( const double arr[R][C] ) {
for (unsigned r = 0; r <
xgcc (GCC) 4.6.0 20100510 (experimental) [trunk revision 159244]
/users/joel/test-gcc/b-gcc1-sparc/./gcc/xgcc
-B/users/joel/test-gcc/b-gcc1-sparc/./gcc/ -nostdinc
-B/users/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/ -isystem
/users/joel/test-gcc/b-gcc1-sparc/sparc-rtems4.10/newlib/targ
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-05-11 01:18 ---
Most likely the same as PR 44063.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44070
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build, ice-on-valid-code
Summary|ICE in
--- Comment #4 from jason at gcc dot gnu dot org 2010-05-11 02:18 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from carrot at google dot com 2010-05-11 03:21 ---
Fixed by http://gcc.gnu.org/ml/gcc-cvs/2010-05/msg00263.html.
--
carrot at google dot com changed:
What|Removed |Added
---
--- Comment #2 from astrange at ithinksw dot com 2010-05-11 03:38 ---
Created an attachment (id=20623)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20623&action=view)
testcase
This happens building ffmpeg on x86-64 now. Minimal-ish testcase attached.
--
http://gcc.gnu.org/bu
--- Comment #4 from law at redhat dot com 2010-05-11 05:31 ---
I doubt my work will make a significant difference for this test.
We're trying to reload an insn which matches:
(define_insn "*add3_cconly_overflow"
[(set (reg:CCC FLAGS_REG)
(compare:CCC
(plus:SWI
The attached test case ICE's with the __builtin_unreachable() enabled. With
the __builtin_unreachable() disabled, it compiles, but produces bad code:
.file "jumptest.c"
.text
.p2align 4,,15
.globl xyzzy
.type xyzzy, @function
xyzzy:
.LFB1:
.cfi_startpro
--- Comment #1 from hpa at zytor dot com 2010-05-11 05:39 ---
Created an attachment (id=20624)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20624&action=view)
Test case
Compiled with:
gcc -O2 -fomit-frame-pointer -S -o jumptest.s jumptest.c
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #23 from dougmencken at gmail dot com 2010-05-11 05:53 ---
(In reply to comment #22)
> "make install" should do it
make install of course does it (if --enable-shared is supplied to ./configure)
> look to see if libgcc_s.so is built, is it in the build tree?
I'm now on stage
--- Comment #2 from ubizjak at gmail dot com 2010-05-11 06:32 ---
Confirmed with 4.6.0 mainline:
Program received signal SIGSEGV, Segmentation fault.
0x0056d5b8 in cfg_layout_finalize ()
at ../../gcc-svn/trunk/gcc/cfglayout.c:477
477 if (loc == prologue_locator || loc
--- Comment #3 from ubizjak at gmail dot com 2010-05-11 06:45 ---
Oops, wrong cut-n-paste. This is correct:
Program received signal SIGSEGV, Segmentation fault.
0x000120192df8 in fixup_reorder_chain ()
at ../../gcc-svn/trunk/gcc/cfglayout.c:889
889 if (bb->aux == e
--- Comment #12 from jakub at gcc dot gnu dot org 2010-05-11 06:48 ---
Subject: Bug 44023
Author: jakub
Date: Tue May 11 06:48:15 2010
New Revision: 159254
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=159254
Log:
PR debug/44023
* df-problems.c (struct dead_debu
--- Comment #24 from mikpe at it dot uu dot se 2010-05-11 06:51 ---
Your gcc appears confused about whether to use the newer _Unwind_GetIPInfo() or
the older _Unwind_GetIP(). Most likely it's because you're building for uclibc
rather than glibc. I think you need to bisect between the las
101 - 136 of 136 matches
Mail list logo
