--- Comment #6 from grosser at gcc dot gnu dot org 2008-09-26 06:59 ---
Created an attachment (id=16410)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16410&action=view)
The next version, no bugs in polyhedron
I would like to commit this patch, can you test if it works with SCoP
g
--- Comment #11 from simon dot sasburg at gmail dot com 2008-09-26 07:32
---
I tried the attached patch, but gcc failed to build for me on cygwin with it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37216
--- Comment #9 from dominiq at lps dot ens dot fr 2008-09-26 07:34 ---
With Xcode 3.1.1 all the failures disappeared but
gcc.target/i386/sse4_2-popcntl.c:
FAIL: gcc.target/i386/sse4_2-popcntl.c (test for excess errors)
WARNING: gcc.target/i386/sse4_2-popcntl.c compilation failed to prod
--- Comment #10 from dominiq at lps dot ens dot fr 2008-09-26 08:00 ---
Comment #9 was for -m32, with -m64 the failures are
FAIL: gcc.target/i386/sse4_2-popcntl.c (test for excess errors)
WARNING: gcc.target/i386/sse4_2-popcntl.c compilation failed to produce
executable
FAIL: gcc.target
--- Comment #28 from ebotcazou at gcc dot gnu dot org 2008-09-26 08:34
---
Subject: Bug 5911
Author: ebotcazou
Date: Fri Sep 26 08:33:04 2008
New Revision: 140687
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140687
Log:
PR ada/5911
* gcc-interface/Makefile.in
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2008-09-26 08:43
---
Reproducible on x86.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2008-09-26 08:43
---
Investigating.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2008-09-26 09:24
---
> I would bet this is VRP triggered by more inlining.
It's constant-folding triggered by more inlining, this already fails at -O0:
procedure P is
type Unsigned_Over_8 is mod 2**8+2;
type Signed_Over_8 is ra
--- Comment #1 from burnus at gcc dot gnu dot org 2008-09-26 11:38 ---
See also: http://gcc.gnu.org/wiki/ArrayDescriptorUpdate
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37577
--- Comment #11 from howarth at nitro dot med dot uc dot edu 2008-09-26
14:00 ---
Dominique,
The remaining failure in the sse4_2-popcntl.c testcase has been reported
for awhile on radar (ID 5650346). Like the previous errors these are most
likely assembler bugs.
--
http://gcc.g
--- Comment #12 from dominiq at lps dot ens dot fr 2008-09-26 14:19 ---
> The remaining failure in the sse4_2-popcntl.c testcase has been reported
> for awhile on radar (ID 5650346). Like the previous errors these are most
> likely assembler bugs.
Jack,
Did you get any feedback fro
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-09-26
14:38 ---
No, I never got a message that any of the originally reported sse4 gcc test
cases
were fixed. I simply noticed it during testing. The radar report is still open
though. Feel free to open a duplicate to try
--- Comment #3 from burnus at gcc dot gnu dot org 2008-09-26 15:19 ---
Subject: Bug 37504
Author: burnus
Date: Fri Sep 26 15:17:25 2008
New Revision: 140695
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140695
Log:
2008-09-26 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #4 from burnus at gcc dot gnu dot org 2008-09-26 15:21 ---
FIXED on the trunk (4.4) and on the 4.3 branch.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from burnus at gcc dot gnu dot org 2008-09-26 15:23 ---
Subject: Bug 37580
Author: burnus
Date: Fri Sep 26 15:22:13 2008
New Revision: 140696
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140696
Log:
2008-09-26 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #11 from lucier at math dot purdue dot edu 2008-09-26 15:33
---
This problem is fixed by my reckoning, so I'm taking the liberty of closing the
bug report.
--
lucier at math dot purdue dot edu changed:
What|Removed |Added
-
$ gcc -g3\ -O0 mozilla/view/src/nsScrollPortView.cpp
cc1plus: error: unrecognised debug output level "3 -O0"
$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with:
/var/tmp/portage/sys-devel/gcc-4.3.1-r1/work/gcc-4.3.1/configure --prefix=/usr
--bindir=/usr/i686-pc-linux-gnu/gcc-b
--- Comment #1 from mmokrejs at ribosome dot natur dot cuni dot cz
2008-09-26 15:41 ---
Happens also with 4.2.1 but not with 3.3.6.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37654
--- Comment #76 from lucier at math dot purdue dot edu 2008-09-26 15:43
---
Created an attachment (id=16411)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16411&action=view)
memory and cpu time statistics for 2008-09-19
There has been a 13% compile-time regression on this PR sinc
--- Comment #77 from lucier at math dot purdue dot edu 2008-09-26 15:44
---
Created an attachment (id=16412)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16412&action=view)
memory and cpu statistics for 9/25
Here is a timing report from today.
--
http://gcc.gnu.org/bugzilla
--- Comment #9 from eric dot weddington at atmel dot com 2008-09-26 15:44
---
Reconfirm test still fails with revision 140691.
--
eric dot weddington at atmel dot com changed:
What|Removed |Added
---
--- Comment #78 from lucier at math dot purdue dot edu 2008-09-26 15:45
---
Created an attachment (id=16413)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16413&action=view)
Memory and cpu statistics from 9/16
Sorry, I included the wrong file; this should be the correct one from
--- Comment #20 from daney at gcc dot gnu dot org 2008-09-26 15:58 ---
1) Create an object.
2) Enter a synchronized block on the object and do Object.wait().
3) In a second thread, enter a synchronized block on the object. There is lock
contention, heavy lock escalation is guaranteed
--- Comment #7 from burnus at gcc dot gnu dot org 2008-09-26 16:07 ---
FIXED on the trunk (4.4) and on the 4.3 branch.
Thanks for the bug report!
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from jakub at gcc dot gnu dot org 2008-09-26 16:47 ---
Subject: Bug 37576
Author: jakub
Date: Fri Sep 26 16:45:44 2008
New Revision: 140709
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140709
Log:
PR middle-end/37576
* opts.c (common_handle_optio
--- Comment #2 from brian at dessent dot net 2008-09-26 17:18 ---
Subject: Re: New: gcc-4.3.1: stripping trailing backspace from
args fools gcc
What exact problem are you trying to report here? Quoting a space with
\ to the shell causes it to not split the arguments into two words,
--- Comment #3 from mmokrejs at ribosome dot natur dot cuni dot cz
2008-09-26 17:24 ---
I would actually think that the backslash should be removed by the shell but it
is obviously not what happens. I believe your explanation is correct and
gcc-3.3.6 did not have the check. However, it
--- Comment #4 from schwab at suse dot de 2008-09-26 19:27 ---
Not a gcc bug.
--
schwab at suse dot de changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from gnu_andrew at member dot fsf dot org 2008-09-26 19:32
---
I doubt it. I don't see libintl being linked against either gcj, gij or gjar
here, and the fault is in Java code (although locale related).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37636
--- Comment #2 from hiroto dot shibuya at gmail dot com 2008-09-26 20:48
---
I verified this to be the case since 4.1.0. The last version this was working
was 4.0.4.
Also this is specific to anonymous struct. If the struct is named, it works
fine.
This is sever issue for us when
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-26 21:00 ---
Subject: Bug 37275
Author: jakub
Date: Fri Sep 26 20:59:03 2008
New Revision: 140712
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140712
Log:
PR middle-end/37275
* dwarf2out.c (tls_mem_loc_de
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-26 21:01 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-26 21:03 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #20 from hubicka at gcc dot gnu dot org 2008-09-26 21:12
---
The testcase now compiles at -O2 in resonable time.
Checking enabled compiler:
CFG verifier : 15.02 ( 5%) usr 0.01 ( 0%) sys 15.13 ( 5%) wall
0 kB ( 0%) ggc
df reaching defs : 7.57 ( 2%)
--- Comment #60 from jason at redhat dot com 2008-09-26 21:57 ---
Subject: Re: exception_defines.h #defines try/catch
l dot lunak at suse dot cz wrote:
> But only in your perfect world. This bug and its silent discarding of
> exception
> handling code (and an unintended -fno-exception
--- Comment #21 from hubicka at gcc dot gnu dot org 2008-09-26 22:15
---
I've just tested Kenny's df scan ref union patch. We still have over 2.2GB
footprint that is not that much different from unpatched compiler.
allocpool statistics now give some more useful data:
df_scan_ref base p
--- Comment #2 from simartin at users dot sourceforge dot net 2008-09-26
22:53 ---
Introduced by:
Author: jason
Date: Wed Aug 6 02:25:20 2008
New Revision: 138756
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=138756
--
simartin at users dot sourceforge d
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-09-26 22:56 ---
Hi,
so to be sure I didn't mess up anything. The following is testcase I use:
typedef struct shared_ptr_struct
{
unsigned long phase:48;
unsigned int thread:16;
void *addr;
} shared_ptr_t;
int y;
shared_ptr_
--- Comment #8 from hjl dot tools at gmail dot com 2008-09-26 23:18 ---
It has been fixed in gcc 4.1.2.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #22 from hubicka at gcc dot gnu dot org 2008-09-26 23:34
---
With Kenny's updated df patch and updated statistics I now get:
Alloc-pool Kind Pools Elt size Allocated (elts) Peak (elts)
Leak (elts)
$ uname -a
CYGWIN_NT-5.1 MCKELVEY-XP 1.5.25(0.156/4/2) 2008-06-12 19:34 i686 Cygwin
$ g++ -v
Using built-in specs.
Target: i686-pc-cygwin
Configured with: /cygdrive/f/Home/cvsroot/gcc/configure --verbose
--enable-threads --disable-nls --disable-win32-registry
--enable-languages=c,c++
Thread model:
--- Comment #1 from brian at dessent dot net 2008-09-27 00:14 ---
Subject: Re: New: Error Building libgcc_s.dll
The fact that the symlink already exists implies that the command failed
before and this is the result of running it again. What is the actual
error when you remove the sym
--- Comment #9 from gary at intrepid dot com 2008-09-27 00:18 ---
(In reply to comment #8)
> It has been fixed in gcc 4.1.2.
FWIW, I just tried this on a gcc 4.0.1 that we have on hand here, and it also
appeared to be fixed in that version.
--
http://gcc.gnu.org/bugzilla/show_bug.c
A specialization of a static member included from multiple cpp files generates
multiple definition errors. Example follows, requires 3 files (header and 2
.cpp files which include it). Tested on linux with gcc 4.2.3 (Ubuntu
4.2.3-2ubuntu7) and osx with gcc 4.0.1 (Apple Inc. build 5465).
Compile
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-27 02:47 ---
IIRC this is not a specialization but rather an instantation.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37656
+++ This bug was initially created as a clone of Bug #14132 +++
Hello,
I would like to start from the final solution presented for Bug # 14132 copied
below for reference:
So when the old code looks like:
|
| int A::a;
|
| it must be replaced by:
|
| template class A;
| template int A::
--- Comment #2 from mckelvey at maskull dot com 2008-09-27 05:26 ---
(In reply to comment #1)
> Subject: Re: New: Error Building libgcc_s.dll
>
> The fact that the symlink already exists implies that the command failed
> before and this is the result of running it again. What is the
47 matches
Mail list logo
