--- Comment #3 from rguenth at gcc dot gnu dot org 2008-10-07 07:32 ---
As usual we would need preprocessed source as a testcase.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-07 07:37 ---
As Joseph said. Invalid for -std=c89, worksforme for -std=c99. No changes
needed for -std=c1x.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-10-07 07:38 ---
Unlikely to be fixed. -combine is an obscure feature.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-10-07 07:42 ---
I don't see a loop. Also the testcase doesn't link. Can you clarify what you
think is the bug?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from schwab at suse dot de 2008-10-07 07:55 ---
Invalid asm constraints, so not a gcc bug.
--
schwab at suse dot de changed:
What|Removed |Added
--- Comment #1 from david dot rosenborg at pantor dot com 2008-10-07 08:42
---
Created an attachment (id=16474)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16474&action=view)
Preprocessed program
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37762
--- Comment #2 from paolo dot carlini at oracle dot com 2008-10-07 08:46
---
Do you have evidence that this is a bug given the detailed specifications of
the ABI document:
http://www.codesourcery.com/public/cxx-abi/
???
I have trouble believing it, and just checked that other compi
--- Comment #47 from sherpya at netfarm dot it 2008-10-07 11:50 ---
ffmpeg uses aligned vars inside an object from an external nasm/yasm compiled
module, so it's very unlikely gcc can be aware of this, the patch should solve
"implicit" sse code generation, but I think there are no soluti
--- Comment #50 from brian at dessent dot net 2008-10-07 12:46 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
Oh, I see what you mean now. Yeah, predicating it on just TARGET_SSE
isn't sufficient.
I'm starting to think the idea of a PE/C
--- Comment #5 from sherpya at netfarm dot it 2008-10-07 12:48 ---
*** This bug has been marked as a duplicate of 37750 ***
--
sherpya at netfarm dot it changed:
What|Removed |Added
--- Comment #5 from sherpya at netfarm dot it 2008-10-07 12:48 ---
*** Bug 37584 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37750
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37753
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-07 13:22 ---
I think the warning is desirable, the code isn't portable to non-32bit int
targets. Wonder if we just shouldn't give a TYPE_NAME to uint32_type_node
and uint64_type_node (__builtin_uint32_t and __builtin_uint64_t or s
--- Comment #6 from sherpya at netfarm dot it 2008-10-07 13:23 ---
first bt, (pls tell me if you need output of leave temps, generated asm
preprocessed or other stuff)
Program received signal SIGSEGV, Segmentation fault.
0x0092c4c2 in _alloca ()
(gdb) bt
#0 0x0092c4c2 in _alloca ()
#1
--- Comment #8 from sherpya at netfarm dot it 2008-10-07 13:29 ---
another crash in snow, this time argc/argv is not screwed
Program received signal SIGSEGV, Segmentation fault.
0x0092c4c2 in _alloca ()
(gdb) bt
#0 0x0092c4c2 in _alloca ()
#1 0x005d7de7 in encode_frame (avctx=0x5aa3f2
--- Comment #9 from sherpya at netfarm dot it 2008-10-07 13:35 ---
sqv1
Program received signal SIGSEGV, Segmentation fault.
0x0092c4c2 in _alloca ()
(gdb) bt
#0 0x0092c4c2 in _alloca ()
#1 0x005e3338 in svq1_encode_plane (s=0x5a9f2c0, plane=,
src_plane=0x5ac9fa0 ""..., ref_plane=
--- Comment #5 from rick at efn dot org 2008-10-07 13:55 ---
(In reply to comment #4)
> I don't see a loop. Also the testcase doesn't link. Can you clarify what you
> think is the bug?
>
You are right, there is no loop. The optimizer managed to make me think
there was one... Very
--- Comment #4 from paolo dot carlini at oracle dot com 2008-10-07 09:48
---
(In reply to comment #3)
> Now, in layman's terms, is the reason for the padding that no two distinct
> instances of Empty may share the same address? If that is the case, it would
> explain the padding and thi
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-07 14:08 ---
As all compilers starting with 4.0 behave the same way, this is not a new 4.4
regression.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from sam at gcc dot gnu dot org 2008-10-07 10:53 ---
A warning would be of no use, as it would be too late to recover the input
file. Having GCC refuse to run in this case would be great.
--
sam at gcc dot gnu dot org changed:
What|Removed
--- Comment #45 from nickc at redhat dot com 2008-10-07 11:37 ---
Created an attachment (id=16475)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16475&action=view)
Enable -fno-common with -msse for Cygwin/Mingw
--
nickc at redhat dot com changed:
What|Removed
--- Comment #46 from nickc at redhat dot com 2008-10-07 11:38 ---
Hi Brian,
> IMHO, we should just have gcc automatically enable -fno-common on PE if
> SSE is enabled. That's what the MS tools do, AFAICT.
Something like the newly uploaded patch ?
Cheers
Nick
--
http://gcc.gnu.
--- Comment #6 from aoliva at gcc dot gnu dot org 2008-10-07 09:28 ---
Today's commits to the VTA branch fix the undefined references in libgfortran,
and other Fortran code containing complex constants referenced in debug info.
The patch that fixes it is here:
http://gcc.gnu.org/ml/gcc-p
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-07 14:18 ---
The trunk now mangles char16_t as Ds and char32_t as Di.
Can this be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37376
--- Comment #5 from pinskia at gmail dot com 2008-10-07 10:45 ---
Subject: Re: Member variable of empty base optimized (EBO) class appears on
wrong offset
Iirc there are some pod vs non pod issues here dealing wit padding and
the c++ standard and not even the abi.
Sent from my iPhon
--- Comment #48 from brian at dessent dot net 2008-10-07 12:01 ---
Subject: Re: [cygming] Invalid alignment for SSE store to
.comm data generated with -O3
sherpya at netfarm dot it wrote:
> I'll test your patch for the first post of the bugreport, and I'll test also
> ffmpeg but I'm
--- Comment #44 from nickc at redhat dot com 2008-10-07 10:57 ---
Subject: Re: [cygming] Invalid alignment for SSE store
to .comm data generated with -O3
sherpya at netfarm dot it wrote:
> I mean that with -fno-common alignment works, even with non patched 4.2, my
> question is due to
--- Comment #3 from kloedej at knmi dot nl 2008-10-07 11:23 ---
Hi,
thanks for this discussion.
I do agree now that this code was invalid. I was thinking otherwise because no
compiletime or runtime error was issued by any of the compilers that I tried.
Checking this during compilation
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-07 14:57 ---
This one isn't reproducible for me on the trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36635
--- Comment #3 from david dot rosenborg at pantor dot com 2008-10-07 09:31
---
Ah, no, I wasn't aware of that document. I just thought that gcc was treating
the Good and Bad cases inconsitently.
Now, in layman's terms, is the reason for the padding that no two distinct
instances of Emp
--- Comment #4 from sherpya at netfarm dot it 2008-10-07 09:38 ---
unfortunately snow.c is a very big file, I'll try to find a shorter example,
but if the problem is in alloca() the generated asm will not be so usefull
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37750
--- Comment #7 from sherpya at netfarm dot it 2008-10-07 13:27 ---
compile flags
OPTFLAGS=-O3 -fno-common -g3 -march=native -mtune=native -pipe
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_ISOC99_SOURCE
-D_POSIX_C_SOURCE=200112 -fasm -std=c99 -fomit-frame-pointer -DPTW32_STATIC_LIB
-g3
Iirc there are some pod vs non pod issues here dealing wit padding and
the c++ standard and not even the abi.
Sent from my iPhone
On Oct 7, 2008, at 2:31 AM, "david dot rosenborg at pantor dot com" <[EMAIL PROTECTED]
> wrote:
--- Comment #3 from david dot rosenborg at pantor dot com
A member variable of a class that utilizes EBO and has a type that also
utilizes EBO appears to be laid out at the wrong offset.
In the example below, the only difference between the classes Good and Bad is
that the member of Bad inherits from a class with no members. The sizeof
printouts show tha
--- Comment #49 from sherpya at netfarm dot it 2008-10-07 12:15 ---
not exactly, Simon Sasburg compiled with -march=core2 I'm not explicitly
telling to gcc to compile sse code, arch is i686 and opt is -O2 so there is no
sse code generated by gcc, ffmpeg declares aligned vars in fft.c and
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37754
--- Comment #7 from irar at il dot ibm dot com 2008-10-07 11:25 ---
This seems to be similar to the failure in PR 37385 (in set_mem_alias_set, at
emit-rtl.c:1789). There the ICE was because the lhs and the element type of rhs
did not alias.
--
irar at il dot ibm dot com changed:
--- Comment #3 from dominiq at lps dot ens dot fr 2008-10-07 16:01 ---
> Was this fixed by: ...
The problem is no longer here at revision 140915. So the answer is probably
yes, but I am not ready to dig any further. So this pr can probably closed.
--
http://gcc.gnu.org/bugzilla/sho
--- Comment #2 from hjl at gcc dot gnu dot org 2008-10-07 16:01 ---
Subject: Bug 24765
Author: hjl
Date: Tue Oct 7 16:00:30 2008
New Revision: 140938
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140938
Log:
2008-10-07 H.J. Lu <[EMAIL PROTECTED]>
PR target/24765
--- Comment #1 from dominiq at lps dot ens dot fr 2008-10-07 16:03 ---
The problem is no longer here at revision 140915. It had probably the same
origin as pr37747 and can be closed at the same time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37748
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-10-07
16:04 ---
Subject: Re: [4.4 regression] All Solaris/x86 eh tests fail
ebotcazou at gcc dot gnu dot org writes:
> I think that we should assemble some C code with CFI directives and see
> whether
> the resulting .e
--- Comment #3 from hjl dot tools at gmail dot com 2008-10-07 16:10 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-07 16:16 ---
I've reproduced PR37341 though. And I believe your patch is an overkill, as
cse_cc_succs only recurses if edge destination has a single predecessor.
So IMHO you don't need to keep a bitmap of visited blocks, as the on
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
Are there known issues among the -pg and -O3 and -mcu=arm9020t options ?
I am using Gcc 3.3.5 on Debian 1:3.3.5-13, running on a Technologic systems
TS-7200 board with an Arm920T processor.
Compiling a medium size program (~ 1.5mb source code) with flags
-O3 -mcu=arm920t -Wall
I get no er
--- Comment #5 from jason at gcc dot gnu dot org 2008-10-07 17:50 ---
Yep.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-07 18:15 ---
Subject: Bug 37738
Author: jakub
Date: Tue Oct 7 18:14:16 2008
New Revision: 140944
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140944
Log:
PR debug/37738
* dwarf2out.c (common_block_die_ta
--- Comment #11 from hjl at gcc dot gnu dot org 2008-10-07 18:47 ---
Subject: Bug 37731
Author: hjl
Date: Tue Oct 7 18:45:56 2008
New Revision: 140947
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140947
Log:
gcc/
2008-10-07 H.J. Lu <[EMAIL PROTECTED]>
PR middle-en
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-07 18:50 ---
Subject: Bug 37616
Author: jakub
Date: Tue Oct 7 18:48:40 2008
New Revision: 140948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140948
Log:
PR debug/29609
PR debug/36690
PR debug/37
--- Comment #6 from jakub at gcc dot gnu dot org 2008-10-07 18:50 ---
Subject: Bug 36690
Author: jakub
Date: Tue Oct 7 18:48:40 2008
New Revision: 140948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140948
Log:
PR debug/29609
PR debug/36690
PR debug/37
--- Comment #12 from hjl at gcc dot gnu dot org 2008-10-07 18:50 ---
Subject: Bug 37731
Author: hjl
Date: Tue Oct 7 18:48:59 2008
New Revision: 140949
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140949
Log:
gcc/
2008-10-07 H.J. Lu <[EMAIL PROTECTED]>
Backport fro
--- Comment #9 from jakub at gcc dot gnu dot org 2008-10-07 18:50 ---
Subject: Bug 29609
Author: jakub
Date: Tue Oct 7 18:48:40 2008
New Revision: 140948
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140948
Log:
PR debug/29609
PR debug/36690
PR debug/37
--- Comment #13 from hjl at gcc dot gnu dot org 2008-10-07 18:52 ---
Subject: Bug 37731
Author: hjl
Date: Tue Oct 7 18:50:46 2008
New Revision: 140950
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140950
Log:
gcc/
2008-10-07 H.J. Lu <[EMAIL PROTECTED]>
Backport fro
--- Comment #14 from hjl dot tools at gmail dot com 2008-10-07 18:56
---
Fixed for 4.2.5, 4.3.3 and 4.4.0.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from jakub at gcc dot gnu dot org 2008-10-07 19:00 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-07 19:01 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #10 from jakub at gcc dot gnu dot org 2008-10-07 19:01 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from paolo dot carlini at oracle dot com 2008-10-07 19:13
---
Confirmed fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2008-10/msg00144.html
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
---
--- Comment #4 from jakub at gcc dot gnu dot org 2008-10-07 19:16 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from jakub at gcc dot gnu dot org 2008-10-07 19:16 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-10-07 20:04 ---
This test does not work for darwin for some reason, I have not looked why
though, I bet it is due to the way dwarf2 is outputted there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37726
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-07 20:35 ---
First 3.3.5 is so old that it is hard to reproduce the issue. Also the ARM
back-end has been improved and there has been a big ABI change (over to a
standard ABI).
We also need the preprocessed source where the iss
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-10-07 20:38 ---
I think this is by design, you did not change the ABI to be a non SPE based
one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37759
--
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=37761
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-10-07 20:40 ---
(In reply to comment #2)
> Unlikely to be fixed. -combine is an obscure feature.
Except it might not be a -combine issue :). Until the bug gets
reduced/analyzed we cannot say it will unlikely be fixed.
--
ht
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-10-07 20:41 ---
(In reply to comment #1)
> Thomas, any ideas and do you have time to investigate this?
The problem is right at the beginning of write_unformatted
and read_unformatted. I think we need to select the normal
write/rea
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-10-07 20:45 ---
Reducing ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37742
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
CC||dodji at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot g
--- Comment #3 from simartin at gcc dot gnu dot org 2008-10-07 20:58
---
Subject: Bug 35437
Author: simartin
Date: Tue Oct 7 20:56:53 2008
New Revision: 140953
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140953
Log:
gcc/
2008-10-07 Simon Martin <[EMAIL PROTECTED]>
--- Comment #3 from jakub at gcc dot gnu dot org 2008-10-07 21:03 ---
Subject: Bug 37576
Author: jakub
Date: Tue Oct 7 21:02:21 2008
New Revision: 140955
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140955
Log:
PR middle-end/37576
* opts.h (CL_SAVE): Move up t
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-10-07 21:04 ---
Reduced testcase:
typedef struct {
float re;
float im;
} d_complex;
void MPIR_SUM ( d_complex * __restrict a, d_complex * __restrict b, int len)
{
int i;
for ( i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-10-07 21:04 ---
Also happens on powerpc64-linux-gnu with -maltivec.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-10-07 21:05 ---
Also ICEs the same way on spu-elf.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from frobles at inmegen dot gob dot mx 2008-10-07 21:20
---
Created an attachment (id=16476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16476&action=view)
configure: error: GNU Fortran is not working;
I don't understand
why not work?
--
http://gcc.gnu.org/b
--- Comment #4 from kargl at gcc dot gnu dot org 2008-10-07 22:13 ---
(In reply to comment #3)
> Created an attachment (id=16476)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16476&action=view) [edit]
> configure: error: GNU Fortran is not working;
>
> I don't understand
> why no
--- Comment #3 from patrick at motec dot com dot au 2008-10-07 22:14
---
Created an attachment (id=16477)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16477&action=view)
preprocessed source
Setting -mabi=no-spe corrects the the first example.
The new prexeth.i example still gen
--- Comment #4 from patrick at motec dot com dot au 2008-10-07 22:15
---
Forgot to add -v output:
powerpc-eabispe-gcc -DLWIP_DEBUG -Iprex/include -Ilwip/src/include
-Ilwip/src/include/ipv4 -I/home/patrick/src/e7/prex
-I/home/patrick/src/e7/prex/usr/include -I/home/patrick/src/e7/prex/i
The following openmp test case will not compile when it is first separating
processed by the preprocessor:
$ cat bug2885b.c
#include
#include
#define NT 4
int actual_num_threads;
int main(){
#pragma omp parallel default(none) shared(actual_num_threads) num_threads(NT)
{
#pragma omp ma
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-10-07 22:51 ---
*** This bug has been marked as a duplicate of 37023 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-10-07 22:51 ---
*** Bug 37764 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37023
--- Comment #5 from patrick at motec dot com dot au 2008-10-07 23:00
---
This looks like an option parsing problem.
Building with the deprecated -mspe=no option suppresses all SPE instructions,
which is what I expect/want. There seems to be no need to specify -mabi=no-spe
if -mspe=no i
produces different mangled names:
GNU C++ (GCC) version 4.4.0 20081007 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.4.0 20081007 (experimental), GMP version 4.2.2,
MPFR version 2.3.1.
004005c3 w F .text 003f _Z1fIdIiEEiT_DpT0_
00400602 w F .text
--- Comment #3 from gcc at jme dot de 2008-10-07 23:29 ---
Hi Joseph,
because the the problem occurs only with the compiler switch -O.
And the problem occurs not if I place a "printf("xx")" between
the two statements "if" and "for". Therefore, I thought it was a
more target independend
--- Comment #3 from gergio at live dot it 2008-10-07 23:38 ---
(In reply to comment #2)
> This means GCC is running out of memory.
>
yes it's true, i have the same problem with ubuntu 8.04 on a thinkpad x60 with
1GB of RAM
if usethe system monitor it's clear that it goes out of memory.
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-10-08 00:29 ---
Reduced testcase.
FILE 1:
struct dns_ctx {
int dnsc_serv[6];
unsigned dnsc_nserv;
};
struct dns_ctx dns_defctx;
int dns_add_serv(int t) {
struct dns_ctx *ctx = &dns_defctx;
ctx->dnsc_serv[t] = 0;
}
--- CUT -
--- Comment #5 from zlynx at acm dot org 2008-10-08 00:54 ---
I think you missed some of your explanation.
Do you mean that it may not be valid to take the address of a global struct
with partial definition? For example in udns_init.c which does not define
dns_defctx, but has this cod
--- Comment #24 from zadeck at gcc dot gnu dot org 2008-10-08 02:53 ---
Subject: Bug 37448
Author: zadeck
Date: Wed Oct 8 02:52:28 2008
New Revision: 140960
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140960
Log:
2008-10-07 Kenneth Zadeck <[EMAIL PROTECTED]>
PR rtl
--- Comment #25 from lucier at math dot purdue dot edu 2008-10-08 03:37
---
I'm sorry, I haven't been reading gcc-patches recently, but this is quite
similar to my patch suggested here:
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg01270.html
which also "fixed" the counters for bitmaps
--- Comment #4 from simartin at gcc dot gnu dot org 2008-10-08 04:18
---
Subject: Bug 35437
Author: simartin
Date: Wed Oct 8 04:17:27 2008
New Revision: 140961
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140961
Log:
gcc/
2008-10-08 Simon Martin <[EMAIL PROTECTED]>
--- Comment #5 from simartin at gcc dot gnu dot org 2008-10-08 04:29
---
Fixed on 4.3 and 4.4.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
Known
#include
int main()
{
printf("%s\n", (char*)0); // run-time error for g++ 4.3.2,
} // while ok for g++ 3.4.4
run-time error:
10 [main] a 1808 _cygtls::handle_exceptions: Error while dumping state
(probably corrupted stack) Segmentation fault (core dumped)
The following piece of code:
=
#include
const std::string space(" ");
template
void f()
{
}
int main()
{
f<>();
}
=
leads to a compiler internal error:
--- Comment #1 from florian dot goujeon at wanadoo dot fr 2008-10-08 05:42
---
Sorry, bad command line:
=
$ g++ -std=c++0x main.cpp
main.cpp: In function 'int main()':
main.cpp:3: internal compiler error: Segmentation fault
===
93 matches
Mail list logo
