--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-28 00:23 ---
*** This bug has been marked as a duplicate of 25619 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-28 00:23 ---
*** Bug 26491 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #19 from mark at codesourcery dot com 2006-02-28 00:25 ---
Subject: Re: [4.0 Regression] ICE with const int copied into
two different functions
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
> --- Comment #18 from rakdver at atrey dot karlin dot mff dot cun
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-02-28 00:29
---
Subject: Bug 26473
Author: mmitchel
Date: Tue Feb 28 00:29:00 2006
New Revision: 111500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111500
Log:
PR 26473
* configure.ac (ACX_NONCANONICAL_
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-02-28 00:41
---
Subject: Bug 26473
Author: mmitchel
Date: Tue Feb 28 00:41:19 2006
New Revision: 111501
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111501
Log:
PR 26473
* configure.ac (ACX_NONCANONICAL_
--- Comment #8 from dje at gcc dot gnu dot org 2006-02-28 00:45 ---
Created an attachment (id=10929)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10929&action=view)
Expand store multiple cases
Does this patch help?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26481
In a discussion about aliasing, some aliasing was explicitly allowed: see
http://gcc.gnu.org/ml/gcc/1999-06n/msg00294.html
from Mark Mitchell.
quote: "
extern void printf(const char*, ...);
#define noalias(type, ptr) \
(((union { type __x__; __typeof__(*(ptr)) __y__;} *)(ptr))->__x__)
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-28 01:09 ---
Can you first read the documention of -Wstrict-aliasing=2?
-Wstrict-aliasing=2
This option is only active when -fstrict-aliasing is active. It warns about
code which might break the strict aliasing rules that the com
--- Comment #2 from pcarlini at suse dot de 2006-02-28 01:10 ---
Roger, can you please help us a bit triaging this PR? First blush, I'm not
convinced it's a pure libstdc++ issue. Thanks a lot in advance.
--
pcarlini at suse dot de changed:
What|Removed
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-02-28 01:10
---
Fixed in 4.1.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-28 01:18 ---
Can you add -g3 -save-temps to the end of the command line and attach the
preprocessed source?
The -g3 is to also get all the #define's.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
--- Comment #2 from bartoldeman at users dot sourceforge dot net
2006-02-28 01:27 ---
I am sorry about not being clear: I did read the documentation.
With
"Although the documentation does not say it must trigger, ..."
I meant:
"Although the documentation does not say that if the warni
--- Comment #4 from dogcow at babymeat dot com 2006-02-28 01:29 ---
Created an attachment (id=10930)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10930&action=view)
-g3 -save-temps'ified eh_alloc.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-28 01:34 ---
I see the bug now:
#define pthread_once __libc_thr_once
#define pthread_self __libc_thr_self
#define pthread_exit __libc_thr_exit
#define pthread_setcancelstate __libc_thr_setcancelstate
So what is happening before,
--- Comment #6 from dogcow at babymeat dot com 2006-02-28 01:45 ---
Created an attachment (id=10931)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10931&action=view)
diff of eh_alloc with old and new gthr-posix.h
This should be pretty obvious, but it elucidates how the combination
--- Comment #7 from stuart at gcc dot gnu dot org 2006-02-28 01:47 ---
Subject: Bug 9350
Author: stuart
Date: Tue Feb 28 01:47:16 2006
New Revision: 111503
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111503
Log:
2006-02-17 Stuart Hastings <[EMAIL PROTECTED]>
* Rada
--- Comment #13 from echristo at apple dot com 2006-02-28 01:48 ---
Patch in testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24959
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-02-28 01:48 ---
(In reply to comment #5)
> So what is happening before, name was not being translated to __libc_thr_once
> but only to pthread_once so in fact it looks like it was even wrong in rev
> 110280 but might not had noticed
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-28 02:00 ---
Just to show what I am talking about:
extern __typeof(__libc_thr_once) __gthrw_pthread_once __attribute__
((__weakref__("pthread_once")));
That is wrong as __gthrw_pthread_once should be a weak link to __libc_thr_on
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-02-28 02:07
---
Subject: Bug 26464
Author: jvdelisle
Date: Tue Feb 28 02:07:00 2006
New Revision: 111506
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111506
Log:
2006-02-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #9 from roger at eyesopen dot com 2006-02-28 02:07 ---
Created an attachment (id=10932)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10932&action=view)
patch
I think this untested patch might fix things.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26489
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-02-28 02:11
---
Subject: Bug 26464
Author: jvdelisle
Date: Tue Feb 28 02:11:47 2006
New Revision: 111507
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111507
Log:
2006-02-27 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #12 from wilson at gcc dot gnu dot org 2006-02-28 02:13 ---
This looks like an assembler problem to me, and a known one at that.
The assembly code in question, somewhat simplified, is
.pred.rel.mutex p8, p9
(p9) cmp4.lt p6, p7 = 1, r38
(p8) cmp4.gt p
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2006-02-28 02:19
---
Fixed on 4.2, waiting for thaw on 4.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from dogcow at babymeat dot com 2006-02-28 03:02 ---
Created an attachment (id=10933)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10933&action=view)
patch as of -r 111507
With the (attached) patch modified to work with -r 111507, it now compiles,
links, etc after
--- Comment #11 from roger at eyesopen dot com 2006-02-28 03:23 ---
Created an attachment (id=10934)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10934&action=view)
mainline patch v2
Here is a revised and slightly more tested version of the proposed patch for
mainline. The 4.1 b
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-28 03:25 ---
The number 5e-324 exceeds the range of the (C language) double type. So the
result you get will depend on how overflow is handled. If I use a number
within the range of double, it works fine. I don't know what Java
--- Comment #12 from roger at eyesopen dot com 2006-02-28 03:30 ---
Hi moof, the way that you can test this patch is to run "make -k check" from
the top-level after bootstrapping the tree. You'll notice that even before
my change (with RC1 for example), there'll be several thousand libs
--- Comment #13 from dogcow at babymeat dot com 2006-02-28 06:45 ---
results sent to gcc-testresults; here's the summary of the g++ section of the
tests.
FAIL: g++.dg/init/array15.C execution test
XPASS: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
XPASS: g++.old-deja/g++.othe
--- Comment #4 from dorit at gcc dot gnu dot org 2006-02-28 07:41 ---
Subject: Bug 26419
Author: dorit
Date: Tue Feb 28 07:41:47 2006
New Revision: 111516
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=111516
Log:
PR tree-optimization/26419
* doc/invoke.texi (ftr
101 - 130 of 130 matches
Mail list logo
