* Ian Lance Taylor:
What is the security issue here?
The issue arrases in programs that pass attacker-controlled data as
the format string. They use
printf(some_string);
syslog(LOG_INFO, some_string);
instead of
printf(%s, some_string);
syslog(LOG_INFO, %s, some_string);
The main
On Thu, Jun 07, 2007 at 10:36:43AM +0200, Florian Weimer wrote:
* Ian Lance Taylor:
What is the security issue here?
The issue arrases in programs that pass attacker-controlled data as
the format string. They use
printf(some_string);
syslog(LOG_INFO, some_string);
instead of
printf (_(foo %s%n), some_string, n);
is ok even with -D_FORTIFY_SOURCE=2
How is this considered ok? Is _(abc) placing the translation in
non-writable memory?
Paolo
Hello,
as discussed in http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01133.html,
it might be a good idea to try moving cfg to alloc pools. The patch
below does that for basic blocks (each function has a separate pool
from that its basic blocks are allocated). At the moment, the patch
breaks
Is there anyone interested in i586-pc-interix3 (Interix 3.x)
configuration improvements? I have just started a little work to update
the configuration for recent GCC versions. If you have any interests,
please let me know.
--
XMPP (Jabber): [EMAIL PROTECTED]
.NET Messenger: [EMAIL
Hi,
The problem with the ICE after the loop versioning in SMS was caused
because the header of the versioned loop was at the same time the
latch of the outer loop. After the versioning the nodes of the newly
created loop could not be accessed by a DFS traversal of the outer
loop starting from
On 6/7/07, Zdenek Dvorak [EMAIL PROTECTED] wrote:
Hello,
as discussed in http://gcc.gnu.org/ml/gcc-patches/2007-05/msg01133.html,
it might be a good idea to try moving cfg to alloc pools. The patch
below does that for basic blocks (each function has a separate pool
from that its basic blocks
On 6/6/07, Ben Elliston [EMAIL PROTECTED] wrote:
On Wed, 2007-06-06 at 08:29 -0400, Diego Novillo wrote:
You should not have conflicts in libjava. You may have botched a merger
earlier. I never ran into this with the branches I've maintained. Try
copying libjava out of trunk again.
Out
Florian Weimer [EMAIL PROTECTED] writes:
The issue arrases in programs that pass attacker-controlled data as
the format string. They use
printf(some_string);
syslog(LOG_INFO, some_string);
instead of
printf(%s, some_string);
syslog(LOG_INFO, %s, some_string);
The main
Hello,
I would like to use some sort of hashing to speed up searching for an
insn in an availability set in the selective scheduler. It seems
natural using hash_rtx for this purpose. However, hash_rtx will not
hash any volatile subexpressions, returning 0 in this case. This is
fine by me,
I would say that gets is much more dangerous than %n in printf, but
presumably Microsoft does not disable gets
Actually, for gets, and essentially the entire stdio.h, Visual Studio 2005
generates:
warning C4996: 'gets': This function or variable may be unsafe. Consider
using gets_s
Zdenek Dvorak [EMAIL PROTECTED] writes:
The problem is, that it does not give any speedups (it is almost
completely compile-time neutral for compilation of preprocessed
gcc sources). I will check whether moving also edges to pools
changes anything, but so far it does not seem very promising
Andrey Belevantsev [EMAIL PROTECTED] writes:
Is this intentional, or do we want to have 'return hash;' instead of
'return 0;' in all places when *do_not_record_p is set to 1? Is there
a better hash_rtx somewhere, which I don't know about?
It should be fine to return hash instead of return 0
Matt Fago [EMAIL PROTECTED] writes:
I would say that gets is much more dangerous than %n in printf, but
presumably Microsoft does not disable gets
Actually, for gets, and essentially the entire stdio.h, Visual Studio 2005
generates:
warning C4996: 'gets': This function or
Ian Lance Taylor [EMAIL PROTECTED] writes:
Zdenek Dvorak [EMAIL PROTECTED] writes:
The problem is, that it does not give any speedups (it is almost
completely compile-time neutral for compilation of preprocessed
gcc sources). I will check whether moving also edges to pools
changes
[Moved to gcc list from gcc-patches].
So now objects can have values outside of their type?
If we accept that it is correct that TYPE_PRECISION is not synonymous
with TYPE_MIN_VALUE and TYPE_MAX_VALUE, then, yes, objects can have
values outside of their type (isn't that the whole point of
I'm trying to track down why unwinding through a signal frame crashes
on MIPS n32. David, I'm pretty sure you introduced the crash here:
2006-11-20 David Daney [EMAIL PROTECTED]
* config/mips/linux-unwind.h (mips_fallback_frame_state): Adjust
PC to point to following
On 6/7/07, Richard Kenner [EMAIL PROTECTED] wrote:
[Moved to gcc list from gcc-patches].
So now objects can have values outside of their type?
If we accept that it is correct that TYPE_PRECISION is not synonymous
with TYPE_MIN_VALUE and TYPE_MAX_VALUE, then, yes, objects can have
values
On 6/7/07, Zdenek Dvorak [EMAIL PROTECTED] wrote:
Hello,
Ian Lance Taylor [EMAIL PROTECTED] writes:
Zdenek Dvorak [EMAIL PROTECTED] writes:
The problem is, that it does not give any speedups (it is almost
completely compile-time neutral for compilation of preprocessed
gcc
On 6/7/07, Zdenek Dvorak [EMAIL PROTECTED] wrote:
Hello,
Ian Lance Taylor [EMAIL PROTECTED] writes:
Zdenek Dvorak [EMAIL PROTECTED] writes:
The problem is, that it does not give any speedups (it is almost
completely compile-time neutral for compilation of preprocessed
gcc
On 6/7/07, Richard Guenther [EMAIL PROTECTED] wrote:
On 6/7/07, Zdenek Dvorak [EMAIL PROTECTED] wrote:
Hello,
Ian Lance Taylor [EMAIL PROTECTED] writes:
Zdenek Dvorak [EMAIL PROTECTED] writes:
The problem is, that it does not give any speedups (it is almost
completely
On 06 June 2007 14:35, Tim Prince wrote:
I have patched stdio.h, but it may not be your latest recommendation.
This does indeed turn out to be the problem. In your local patched stdio.h
you have:
#if defined(__GNUC__) !defined(__GNUC_STDC_INLINE__)
#define ELIDABLE_INLINE extern inline
David Daney wrote:
Daniel Jacobowitz wrote:
I'm trying to track down why unwinding through a signal frame crashes
on MIPS n32. David, I'm pretty sure you introduced the crash here:
2006-11-20 David Daney [EMAIL PROTECTED]
* config/mips/linux-unwind.h (mips_fallback_frame_state):
On Thu, Jun 07, 2007 at 08:54:09AM -0700, David Daney wrote:
The main problem I have is that when I wrote the original
MD_FALLBACK_FRAME_STATE_FOR I only had a mipsel-linux machine for testing.
You
added support for big-endian, but that it ever worked for n32 and n64 is pure
luck.
Well,
Hi,
I am compiling arm-elf-gcc using mingw on Windows XP through msys, and
although the C compiler compiles there is output near the end, which
includes a file error for fixincludes. The file doesn't exist after the
build.
...
sed: Couldn't open file C:\Temp\fxinc2;
FS error 2 (No such file
So, the most obvious answer to these points is that arithmetic is
always performed in a type where TYPE_MIN/MAX_VALUE is
naturally defined and so we can rely on two's complement arithmetic.
Right. In the Ada case, that's required by the language anyway.
The question that is retained is,
Since we've been making random changes to the document as the
implementation comes along, it's easier if we put the source code on the
wiki. Eventually this document will be turned into texinfo format and
put in gcc/doc, but for now this seems easier.
Please make sure you send me patches if you
Ian Lance Taylor
Friday, 8 June 2007 1:52 a.m.
At the very least there should be a compiler option for standard
conformant behaviour in this area. I didn't see one in the MSDN docs.
I would say that gets is much more dangerous than %n in printf, but
presumably Microsoft does not disable
On 6/4/07, David Woodhouse [EMAIL PROTECTED] wrote:
On Sun, 2007-06-03 at 19:57 -0700, Harvey Harrison wrote:
If I can reproduce it I'll see if I can find some webspace.
I figured out my operator error with git gc.
The final results of a repository holding a clone of trunk:
Size of git
As an aside to the ongoing git repository discussion, I'm curious if
anyone has experimented with committing changes to the GCC repository
via git-svn's dcommit command. I'm curious to know if it plays nicely
with GCC's svn commit machinery.
Ollie
Fu, Chao-Ying wrote:
I attached a diff file for 14 files of the new structures
and documents. You and other maintainers are welcome to
check it. Thanks a lot!
Thank you for posting this.
Things about which I am clueless:
What is the difference between a _Fract type and an _Accum type?
Harvey Harrison wrote:
The final results of a repository holding a clone of trunk:
With or without branches? (shouldn't matter that much, just
for the record)
Size of git packs:
pack + index - 286344kB
git svn metadata - nearly 13MB, allows incremental updates as more
commits made in svn.
I am aware of three remaining projects which are or might be appropriate
for Stage 1:
* Dataflow branch.
Kenny et. al. plan to merge this Monday.
* PTR_PLUS branch.
I believe that this branch should be included in GCC 4.3. Andrew,
would you please update me as to its status? In
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC build
wstring::length() does not work properly with --short-wchar
I'm not sure if this bug is in gcc or glibc. It could be that gcc does not
properly set a certain variable with --short-wchar, or, it could be that glibc
does not properly implement wstring, always assuming a 4-byte wchar_t.
Here is a
--- Comment #7 from baldrick at gcc dot gnu dot org 2007-06-07 07:07
---
Valgrind is helful only if there is a crash (segmentation fault).
This is completely wrong. Valgrind detects problems that *may*
cause a crash. The fact that crashes occur rarely doesn't mean
there isn't
--- Comment #106 from tbm at cyrius dot com 2007-06-07 07:21 ---
(In reply to comment #101)
current gcc (i.e. after the fix for PR32018) still ICEs as described in
comment
#100
I independently reported a bug yesterday that has a very similar traceback as
what you posted in comment
--- Comment #4 from burnus at gcc dot gnu dot org 2007-06-07 08:39 ---
Compilation works for me with:
gcc-Version 4.3.0 20070607 x86_64-unknown-linux-gnu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32176
--- Comment #1 from pcarlini at suse dot de 2007-06-07 08:51 ---
(In reply to comment #0)
std::wstring wstr = LHello, World!;
A couple of clarifications. First, your way of using --short-wchar cannot work
in principle, because std::string functions are exported from the
--- Comment #2 from andreast at gcc dot gnu dot org 2007-06-07 09:09
---
removed on sparc and build succeeds :)
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-07 09:14 ---
This is neither a GCC bug or a glibc bug as -fshort-wchar changes the ABI.
The documentation already mentions this:
Warning: the -fshort-wchar switch causes GCC to generate code that is not
binary compatible with
--- Comment #107 from jv244 at cam dot ac dot uk 2007-06-07 09:25 ---
(In reply to comment #106)
(In reply to comment #101)
current gcc (i.e. after the fix for PR32018) still ICEs as described in
comment
#100
I independently reported a bug yesterday that has a very similar
--- Comment #5 from jv244 at cam dot ac dot uk 2007-06-07 09:32 ---
(In reply to comment #4)
Compilation works for me with:
gcc-Version 4.3.0 20070607 x86_64-unknown-linux-gnu
still failing for me with a compiler a few minutes old:
[EMAIL PROTECTED]:~/g95 cat /scratch/vondele
--- Comment #108 from jv244 at cam dot ac dot uk 2007-06-07 09:34 ---
Unfortunately the newly updated compiler ICEs now at -O0
gfortran -O0 pw_types.f90
/scratch/vondele/clean/cp2k/src/../src/pw_types.F: In function
pw_integral_a2b:
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-06-07 09:55 ---
How is it that this tester can build on this target, and not you?
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00309.html
I don't see a mention of AIX limitations for sed here:
--- Comment #3 from bkoz at gcc dot gnu dot org 2007-06-07 10:00 ---
When I build gcc-g++ 4.2.0 in Mingw32 in Windows XP, when it compile libstdc++
, it want to create directory link of
$GCC_SRC_ROOT\libstdc++-v3\include\ext\pb_ds\detail
but in mingw32 , It can't create it.
Why not?
--- Comment #3 from joerg dot richter at pdv-fs dot de 2007-06-07 10:03
---
Well,
$ which sed
/usr/bin/sed
$ /usr/bin/sed -e ''
sed: 0602-429 No editing script was provided.
Usage: sed [-n] Script [File ...]
sed [-n] [-e Script] ... [-f Script_file] ... [File ...]
Can it be
/*
$ cat /proc/version
Linux version 2.6.20-15-generic ([EMAIL PROTECTED]) (gcc version 4.1.2 (Ubuntu
4.1.2-0ubuntu4)) #2 SMP Sun Apr 15 06:17:24 UTC 2007
$ gcc --version
gcc (GCC) 4.1.2 (Ubuntu 4.1.2-0ubuntu4)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the
--- Comment #1 from rsalmin2 at cc dot hut dot fi 2007-06-07 10:30 ---
Created an attachment (id=13663)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13663action=view)
Source code and preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32241
current trunk :
gfortran -c -O0 test.f90
test.f90: In function pw_integral_a2b:
test.f90:251: internal compiler error: in gfc_conv_variable, at
fortran/trans-expr.c:386
Please submit a full bug report,
with preprocessed source if appropriate.
See URL:http://gcc.gnu.org/bugs.html for
--- Comment #1 from jv244 at cam dot ac dot uk 2007-06-07 10:39 ---
Created an attachment (id=13664)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13664action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32242
--- Comment #2 from jv244 at cam dot ac dot uk 2007-06-07 10:40 ---
This blocks CP2K (PR 29975)
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #109 from jv244 at cam dot ac dot uk 2007-06-07 11:56 ---
(In reply to comment #108)
Unfortunately the newly updated compiler ICEs now at -O0
this is now PR 32242
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29975
I'm getting the following ICE with current trunk. This also fails with
20070303.
(sid)25827:[EMAIL PROTECTED]: ~] /usr/lib/gcc-snapshot/bin/gcc -c -O3
-ftree-vectorize
mesa-depthstencil.c
mesa-depthstencil.c: In function 'put_mono_values_s8':
mesa-depthstencil.c:13: internal compiler error: in
--- Comment #1 from tbm at cyrius dot com 2007-06-07 12:47 ---
This worked with 20061214.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32243
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-06-07 13:04
---
Confirmed on i686-darwin. I'll look into it during the week-end if noone beats
me to it.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dir at lanl dot gov 2007-06-07 13:13 ---
Most compilers assume that you need to backspace back over the End-Of-File.
This goes back to the good old days, when the EOF was actually a tape mark.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32235
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-06-07
13:21 ---
Subject: Re: [4.3 Regression]
../gcc/libjava/classpath/include/config-int.h:7:20: error: stdint.h: No such
file or directoRO
removed on sparc and build succeeds :)
Same on hppa2.0w-hp-hpux11.11.
Dave
The output is different by the optimization.
testcase:
#include stdio.h
struct foo
{
unsigned long long b:33;
};
int main()
{
struct foo x = {2};
printf(%llx\n,(x.b32));
return 0;
}
result:
$ gcc bit.c -o bit; ./bit
2
$ gcc -O bit.c -o bit; ./bit
0
--
Summary:
testcase:
#include cassert
struct foo
{
int mem1;
int foo::* mem2;
};
int main()
{
foo x = {0};
assert(x.mem2 == foo().mem2);
return 0;
}
result:
$ g++42 bug.cpp -o bug; ./bug
assertion x.mem2 == foo().mem2 failed: file bug.cpp, line 12
Aborted (core dumped)
--
Summary:
--- Comment #4 from doko at gcc dot gnu dot org 2007-06-07 13:38 ---
Subject: Bug 32227
Author: doko
Date: Thu Jun 7 13:38:49 2007
New Revision: 125528
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125528
Log:
2007-06-07 Matthias Klose [EMAIL PROTECTED]
PR
--- Comment #12 from rob1weld at aol dot com 2007-06-07 13:42 ---
I've done some more testing.
With GNU/Linux 4.0 the file: /usr/include/bits/mathdef.h has this in it:
# if defined __FLT_EVAL_METHOD__ __FLT_EVAL_METHOD__ == 0
/* When using -mfpmath=sse, values are computed with the
--- Comment #13 from rob1weld at aol dot com 2007-06-07 13:48 ---
One other thing:
When I build and test the origonal (un-modified) Paranoia with GCC I can
compile with different flags and get different results - but these are
_similar_ flags :(
1 Defect 1 Flaw
-mmmx -msse -m3dnow
1
The following code snippet lets gcc (3.4.6) spin in an endless loop and print
out the error message
error: `data_t::anonymous struct::anonymous struct' has no non-static data
member named `a'
again and again:
typedef struct
{
struct {
struct {
unsigned a1;
unsigned
--- Comment #4 from dragzhb at yahoo dot com dot cn 2007-06-07 14:02
---
I think mingw32 don't support good to create link of directory.
When I check ext\pb_ds\detail in $GCC_BUILD_ROOT\mingw32\libstdc++-v3\include,
it create more and more
--- Comment #4 from jv244 at cam dot ac dot uk 2007-06-07 14:10 ---
Reduced:
MODULE kahan_sum
INTEGER, PARAMETER :: dp=KIND(0.0D0)
INTERFACE accurate_sum
MODULE PROCEDURE kahan_sum_d1, kahan_sum_z1
END INTERFACE accurate_sum
TYPE pw_grid_type
REAL (KIND=dp), DIMENSION
--- Comment #2 from rakdver at gcc dot gnu dot org 2007-06-07 15:34 ---
Subject: Bug 32220
Author: rakdver
Date: Thu Jun 7 15:34:40 2007
New Revision: 125531
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125531
Log:
PR tree-optimization/32220
* tree-predcom.c
--- Comment #4 from sje at cup dot hp dot com 2007-06-07 15:38 ---
This is fixed with a testsuite change in version 125510. I forgot to put
the PR number in the ChangeLog file. I changed the test to do an approximate
comparision instead of an exact one.
--
sje at cup dot hp dot
--- Comment #6 from brolley at redhat dot com 2007-06-07 15:48 ---
As Andrew Pinski has noted, 4.2.0 rejects the code with a proper error message.
The latest trunk does the same. The change which fixes this is
2006-08-20 Mark Mitchell [EMAIL PROTECTED]
PR c++/28341
*
--- Comment #7 from brolley at redhat dot com 2007-06-07 15:49 ---
Created an attachment (id=13665)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13665action=view)
Proposed Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29704
The latest java compiler (well in Fedora 7) enables -Wunused as part of -Wall.
Is this such a good idea as this leads to -Wunused-parameter (a relatively
common thing in O-O),
--
Summary: -Wall enables -Wunused enables -Wunused-parameter
Product: gcc
Version:
--- Comment #7 from sje at gcc dot gnu dot org 2007-06-07 16:46 ---
Subject: Bug 31850
Author: sje
Date: Thu Jun 7 16:46:26 2007
New Revision: 125532
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125532
Log:
PR target/31850
* rtl.h (push_to_sequence2): New.
--- Comment #2 from sje at cup dot hp dot com 2007-06-07 17:29 ---
This is fixed on HP-UX 11.* systems but is still an issue on HP-UX 10.*
systems.
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #2 from sje at cup dot hp dot com 2007-06-07 17:49 ---
I don't think this defect is related to PR 32716. This problem only occurs
when the array size of X is 1. I posted a patch at
http://gcc.gnu.org/ml/gcc-patches/2007-06/msg00357.html
and tried to address Richard
--- Comment #4 from dorit at il dot ibm dot com 2007-06-07 18:40 ---
You're right. I'm testing this obvious patch:
Index: tree-vect-analyze.c
===
*** tree-vect-analyze.c (revision 125526)
--- tree-vect-analyze.c (working
--- Comment #110 from jv244 at cam dot ac dot uk 2007-06-07 19:26 ---
After commenting the code leading to PR 32242 compilation leads to the
following ICE:
/scratch/vondele/clean/cp2k/src/../src/pw_types.F: In function
pw_integral_a2b:
another ICE derived from CP2K (PR 29975)
gfortran testcase.cell_types.f90
testcase.cell_types.f90: In function pbc3:
testcase.cell_types.f90:22: internal compiler error: in gfc_trans_assignment_1,
at fortran/trans-expr.c:3877
Please submit a full bug report,
with preprocessed source if
--- Comment #111 from jv244 at cam dot ac dot uk 2007-06-07 19:36 ---
(In reply to comment #110)
/scratch/vondele/clean/cp2k/src/../src/pw_types.F:2647: internal compiler
error: in gfc_trans_assignment_1, at fortran/trans-expr.c:3877
filed as PR 32248
--
--- Comment #1 from jv244 at cam dot ac dot uk 2007-06-07 19:38 ---
This triggers in many places in CP2K, so, for once, I'll mark it as critical
--
jv244 at cam dot ac dot uk changed:
What|Removed |Added
--- Comment #8 from laurent at guerby dot net 2007-06-07 19:43 ---
Here is a test case that's likely to fail: I just allocate a non zero filled
record of the right size before filling the map.
Expects no output, but will raise program_error because of the bug (with 4.3.0
20070606 on
--- Comment #3 from simartin at gcc dot gnu dot org 2007-06-07 19:59
---
Subject: Bug 30759
Author: simartin
Date: Thu Jun 7 19:59:33 2007
New Revision: 125539
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125539
Log:
gcc/
2007-06-07 Simon Martin [EMAIL PROTECTED]
--- Comment #9 from baldrick at gcc dot gnu dot org 2007-06-07 20:12
---
Here is a test case that's likely to fail: I just allocate a non zero filled
record of the right size before filling the map.
Good idea - thanks for doing this!
--
In gcc/java/parse.y there is this code:
parse_error_context
(cl, Public %s %qs must be defined in a file called %%s.java%,
(is_interface ? interface : class),
IDENTIFIER_POINTER (qualified_name),
In gcc/java/parse.y there is this code:
parse_error_context
(wfl, Class %qs can't subclass %s %qs,
IDENTIFIER_POINTER (DECL_NAME (this_decl)),
(CLASS_INTERFACE (TYPE_NAME (super_type)) ? interface : array),
IDENTIFIER_POINTER (DECL_NAME (super_decl)));
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-06-07 21:00 ---
And here is a testcase which makes this reproduciable on the trunk (on
powerpc-linux):
extern void abort (void);
extern void exit (int);
_Bool a;
int foo ()
{
int b;
int c = a;
c = __builtin_abs(c);
c =
--- Comment #53 from manu at gcc dot gnu dot org 2007-06-07 21:01 ---
Subject: Bug 25241
Author: manu
Date: Thu Jun 7 21:01:41 2007
New Revision: 125543
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125543
Log:
2007-06-07 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- Comment #8 from reichelt at gcc dot gnu dot org 2007-06-07 21:52
---
The following simplified testcase still crashes on mainline when compiled
with -O2:
==
struct A
{
int i, *p;
A* a;
void foo()
{
if (p)
p++;
else
{
if
The following code snippet triggers a segfault since GCC 3.4.0:
===
struct A
{
A();
void operator delete(void*,...);
};
void foo()
{
new A;
}
===
bug.cc: In function 'void foo()':
bug.cc:9: internal compiler error:
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32251
The following (IMHO valid) code snippet triggers an ICE on mainline:
==
int x[5];
templateint M, int N, int (... p)[N] struct A;
templateint M struct AM,5,x {};
A0,5,x a;
==
bug.cc:7: internal
The following invalid code snippet triggers an ICE on mainline:
==
templatevoid (*... fp)() struct A
{
A() { fp(); }
};
void foo();
Afoo a;
==
bug.cc: In constructor 'Afp::A()':
bug.cc:3: error:
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32253
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32252
--- Comment #1 from sje at cup dot hp dot com 2007-06-07 22:47 ---
I have looked into this bug and I think it is an HP math lib bug. The 64 bit
powf function is using %fr12R but not saving/restoring it the way it is
supposed to. I have a query in to the math lib folks to see if they
--- Comment #12 from reichelt at gcc dot gnu dot org 2007-06-07 22:56
---
Although PR18923 is fixed now, this testcase (from comment#7) is still
crashing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25252
--- Comment #4 from jakub at gcc dot gnu dot org 2007-06-07 23:11 ---
Subject: Bug 32177
Author: jakub
Date: Thu Jun 7 23:11:23 2007
New Revision: 125544
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=125544
Log:
PR c++/32177
* semantics.c (finish_omp_for): Call
--- Comment #2 from fang at csl dot cornell dot edu 2007-06-08 00:03
---
reduced test case:
==
template typename T
class SimpleStack {
public:
T top() { return *ptr; }
void pop() { top.~T(); }
T *ptr;
};
int main(int, char*[]) {
--- Comment #14 from rob1weld at aol dot com 2007-06-08 00:23 ---
Here are the test results. I enabled almost every possible option and all the
checking that is functional. Nearly every test passed. I diffed it with a
result from a few days ago (before the mod), I do not seem to have
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-06-08 00:31 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
1 - 100 of 109 matches
Mail list logo