--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-19 07:07 ---
As I already mentioned this is undefined code, overflow for signed integeral
types is undefined. char is a weird type as it is considered one of the
character types but it is still an integeral type. Also it is wei
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-03-19 07:09
---
(In reply to comment #10)
> Still, 4.3.0 can't recoginze %I64d
And that is because it is just being added:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01109.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
buy now 50mg x 30 pills US $ 89.95
http://maribelquirkqt898.blogspot.com
--- Comment #5 from uros at gcc dot gnu dot org 2008-03-19 07:49 ---
Subject: Bug 35504
Author: uros
Date: Wed Mar 19 07:48:16 2008
New Revision: 16
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=16
Log:
PR target/35504
* config/i386/i386.c (x86_this_parame
--- Comment #6 from ubizjak at gmail dot com 2008-03-19 08:05 ---
Fixed for 4.3 and 4.4, no plans for backport to earlier branches.
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from toon at moene dot indiv dot nluug dot nl 2008-03-19
08:37 ---
I'm hit by this, too - don't know when it started (it's in a namelist I've been
using for years).
--
toon at moene dot indiv dot nluug dot nl changed:
What|Removed |
--- Comment #10 from deuling at de dot ibm dot com 2008-03-19 08:48 ---
I attached the binary compiled with gfortran 4.3 on x86.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35615
--- Comment #9 from deuling at de dot ibm dot com 2008-03-19 08:48 ---
Created an attachment (id=15342)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15342&action=view)
x86 binary (neg_array.F) with gfortran 4.3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35615
--- Comment #11 from tkoenig at gcc dot gnu dot org 2008-03-19 09:26
---
Here's something for internal_pack and internal_unpack:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01121.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32972
--- Comment #3 from schwab at suse dot de 2008-03-19 09:56 ---
Actually, there is no undefined behaviour here, as long as CHAR_MAX < INT_MAX
no overflow occurs. c++ is the same as c = (int)c + 1 (when ignoring the
result), and the conversion from int to char is implementation defined.
--- Comment #3 from victork at gcc dot gnu dot org 2008-03-19 09:31 ---
*** Bug 34878 has been marked as a duplicate of this bug. ***
--
victork at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from victork at gcc dot gnu dot org 2008-03-19 09:31 ---
*** This bug has been marked as a duplicate of 34168 ***
--
victork at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-19 10:23 ---
This is a bug in the C frontend which does the increment on type char, not
on the promoted type (I noticed that while fixing bitfield issues as well),
code in question is in build_unary_op() and this way since foreve
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-19 10:26 ---
To quote the standard (6.5.4.1/2):
"The expression ++E is equivalent to (E+=1). See the discussions of additive
operators and compound assignment for information on constraints, types,
side effects, and CONVERSIONS
The following program fails under GCC 4.3.0 in pedantic mode, but works under
4.2.3.
#include
struct S
{
void F() const {}
};
int main()
{
std::tr1::function a(&S::F); // doesn't work
std::tr1::function b(std::mem_fun(&S::F)); // works
}
g++ -c -pedantic test.cpp
...
c:/d
--- Comment #4 from victork at gcc dot gnu dot org 2008-03-19 10:37 ---
I've submitted a patch http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01129.html
to fix this in testsuite.
--
victork at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #23 from ubizjak at gmail dot com 2008-03-19 10:38 ---
As stated in comment #16 and #17, the LCM infrastructure doesn't support mode
switching in the way that would be usable for emms. Additionally, there are
MANY problems expected when sharing x87 and MMX registers (i.e. han
--- Comment #23 from ubizjak at gmail dot com 2008-03-19 10:45 ---
As said in PR 19161:
The LCM infrastructure doesn't support mode switching in the way that would be
usable for emms. Additionally, there are MANY problems expected when sharing
x87 and MMX registers (i.e. handling of uni
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-19 10:45 ---
Subject: Bug 35609
Author: rguenth
Date: Wed Mar 19 10:44:52 2008
New Revision: 133341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133341
Log:
2008-03-19 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-03-19 10:45 ---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to w
Compiler seg faults when trying to compile a recursively instantiated class
template, possibly due to depth of recoursion
--
Summary: Internal error when trying to compile recursively
instantiated class template
Product: gcc
Version: 4.1.3
--- Comment #1 from james dot a dot kirkpatrick at gmail dot com
2008-03-19 10:59 ---
Created an attachment (id=15343)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15343&action=view)
code for which error is obtained
g++ -ftemplate-depth-10 ackermann.cc
is the argument for
--- Comment #4 from hubicka at gcc dot gnu dot org 2008-03-19 11:23 ---
Subject: Bug 35094
Author: hubicka
Date: Wed Mar 19 11:22:40 2008
New Revision: 133342
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133342
Log:
* gcc.dg/20050811-2.c: Update dumping flags.
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-03-19 12:35
---
I believe the problem is actual;y in read_logical and occurs on a short read.
By short, I mean the case where we provide fewer data items in the namelist
file then there are in the logical array. I am curious wh
--- Comment #2 from nick dot orlov at mail dot ru 2008-03-19 12:44 ---
Standard says:
11.4.6. A function can be defined in a friend declaration of a class if and
only if the class is a non-local class (9.8), the function name is unqualified,
and the function has namespace scope.
11.4.7
--- Comment #5 from dgregor at gcc dot gnu dot org 2008-03-19 13:12 ---
This is core issue 664:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#664
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34022
--- Comment #4 from hjl dot tools at gmail dot com 2008-03-19 13:23 ---
I think revision 133313
http://gcc.gnu.org/ml/gcc-cvs/2008-03/msg00531.html
is the cause.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35629
--- Comment #5 from hubicka at gcc dot gnu dot org 2008-03-19 14:25 ---
Dump letters removed.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #21 from uros at gcc dot gnu dot org 2008-03-19 14:51 ---
Subject: Bug 35496
Author: uros
Date: Wed Mar 19 14:50:15 2008
New Revision: 133343
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133343
Log:
PR target/35496
* stor-layout.c (update_alignment_
--- Comment #22 from ubizjak at gmail dot com 2008-03-19 14:57 ---
Fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #12 from tkoenig at gcc dot gnu dot org 2008-03-19 15:43
---
Subject: Bug 32972
Author: tkoenig
Date: Wed Mar 19 15:42:55 2008
New Revision: 133344
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133344
Log:
2008-03-19 Thomas Koenig <[EMAIL PROTECTED]>
PR
The attached .i file (from sed) spends 50% of its compilation time on PRE with
"-fprofile-generate -O2".
--
Summary: -fprofile-generate + PRE = big compile-time
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Keywords: compile-time-hog
--- Comment #1 from bonzini at gnu dot org 2008-03-19 15:51 ---
Created an attachment (id=15344)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15344&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35639
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed|000
--- Comment #6 from burnus at gcc dot gnu dot org 2008-03-19 15:54 ---
(In reply to comment #5)
> I believe the problem is actual;y in read_logical and occurs on a short read.
> By short, I mean the case where we provide fewer data items in the namelist
> file then there are in the logi
--- Comment #13 from dominiq at lps dot ens dot fr 2008-03-19 16:48 ---
There is a typo in libgfortran/runtime/in_pack_generic.c:
--- ../_gcc_clean/libgfortran/runtime/in_pack_generic.c 2008-03-19
16:56:42.0 +0100
+++ ../gcc-4.4-work/libgfortran/runtime/in_pack_generic.c 2
--- Comment #14 from tkoenig at gcc dot gnu dot org 2008-03-19 16:57
---
Subject: Bug 32972
Author: tkoenig
Date: Wed Mar 19 16:56:22 2008
New Revision: 133345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133345
Log:
2008-03-19 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #15 from tkoenig at gcc dot gnu dot org 2008-03-19 16:58
---
(In reply to comment #13)
> There is a typo in libgfortran/runtime/in_pack_generic.c:
Fixed.
Thanks a lot for catching that one, Dominique! I would have
hated to break bootstrap.
--
http://gcc.gnu.org/bugzi
class A {
};
class B: protected A {
};
class C: protected A {
public:
C(B & b);
};
C::C(B & b)
: A(b)
{
}
int main() {
B b;
C c(b);
return 0;
}
should
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-03-19 17:55
---
What I observed is that if you change the namelist file to nlco = 200*.TRUE.
the subsequent real reads work fine. Likewise if you move the logical to the
end after the real reads, it works fine. So this is why I
The following:
**
template
struct Message
{
friend ostream & operator << (ostream & out, const Message & self)
{
cout << __PRETTY_FUNCTION__ << endl;
return out;
}
};
typedef Message IntMsg;
inline ostream & operator <<
--- Comment #8 from burnus at gcc dot gnu dot org 2008-03-19 18:29 ---
> So this is why I suspect the read_logical may have an off by one leftover
I think you are right. In that sense it is an only bug which was only exposed
by the new NaN support.
Not very elegent, but the following wo
with svn version 133159 the following bugs show up in the tree vectorizer if
you do not bootstrap the compiler:
FAIL: gcc.dg/vect/vect-strided-store-u16-i4.c scan-tree-dump-times vect
"vectorized 1 loops" 2
FAIL: gcc.dg/vect/vect-vfa-03.c scan-tree-dump-times vect "vectorized 1 loops"
1
XPASS: gcc
When I compile the testcase with -O2, or with '-O1 -fstrict-aliasing' incorrect
code is generated. The testcase calls abort() in this case.
This is a regression in gcc-4.2 only: gcc-4.1 and gcc-4.3 do not show the bug.
$ gcc-4.2 -O1 test.i -o ok && ./ok
$ gcc-4.2 -O2 test.i -o fails && ./fails
Ab
--- Comment #1 from edwintorok at gmail dot com 2008-03-19 18:54 ---
Created an attachment (id=15345)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15345&action=view)
testcase
Some observations:
If you remove some dead code the optimization bug goes away:
Remove either of these a
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-03-19 19:14 ---
Subject: Bug 35152
Author: dfranke
Date: Wed Mar 19 19:13:48 2008
New Revision: 133347
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133347
Log:
gcc/fortran:
2008-03-19 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-19 19:15 ---
On PowerPC-darwin, I started to get the following failures between
LAST_UPDATED: Wed Mar 12 03:41:52 UTC 2008 (revision 133132)
and
LAST_UPDATED: Tue Mar 18 21:37:03 UTC 2008 (revision 133327)
+FAIL: gcc.dg/vect/v
--- Comment #3 from dfranke at gcc dot gnu dot org 2008-03-19 19:15 ---
Fixed in trunk, no backport as it is not a regression. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from matz at gcc dot gnu dot org 2008-03-19 19:15 ---
Subject: Bug 35616
Author: matz
Date: Wed Mar 19 19:15:03 2008
New Revision: 133348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133348
Log:
PR middle-end/35616
* calls.c (expand_call): Check
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-03-19 19:17 ---
I wonder if the following patch could have caused the use of a variable after a
free:
2008-03-12 Victor Kaplansky <[EMAIL PROTECTED]>
+ Ira Rosen <[EMAIL PROTECTED]>
+
+ * tree-vectorizer.c (free_s
--- Comment #24 from astrange at ithinksw dot com 2008-03-19 19:21 ---
For
typedef short mmxw __attribute__ ((mode(V4HI)));
typedef int mmxdw __attribute__ ((mode(V2SI)));
mmxdw dw;
mmxw w;
void test(){
w+=w;
dw= (mmxdw)w;
}
void test2(){
w= __builtin_ia32_paddw(w,w
--- Comment #3 from zadeck at naturalbridge dot com 2008-03-19 19:26
---
I forgot to mention that valgrind does not find anything.
kenny
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35642
--- Comment #2 from edwintorok at gmail dot com 2008-03-19 19:35 ---
Created an attachment (id=15346)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15346&action=view)
another reduced testcase
I reduced the testcase further using delta, however I had to be careful to
avoid deleting
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-03-19 19:37
---
I agree and plan to look at l_push_char. We just should never read a "\0"
character. We may be ungetting it because we use "\0" to indicate that the
line_buffer is empty and to not read from it, but maybe unget_
--- Comment #17 from matz at gcc dot gnu dot org 2008-03-19 19:38 ---
Subject: Bug 35616
Author: matz
Date: Wed Mar 19 19:37:48 2008
New Revision: 133350
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133350
Log:
Backport from mainline:
PR middle-end/35616
* call
--- Comment #25 from astrange at ithinksw dot com 2008-03-19 19:39 ---
Actually the first generates-
subl$12, %esp
movq_w, %mm0
paddw %mm0, %mm0
movq%mm0, _w
movq_w, %mm0
movq%mm0, _dw
addl$12, %esp
--- Comment #18 from matz at gcc dot gnu dot org 2008-03-19 19:40 ---
trunk and 4.3 are fixed.
--
matz at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-19 19:56 ---
-O vs. -O -fstrict-aliasing. This is another flow-insensitive alias problem.
diff -u t.c.099t.optimized t.c.099t.optimizedx
--- t.c.099t.optimized 2008-03-19 20:45:05.0 +0100
+++ t.c.099t.optimizedx 2008-
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-03-19 20:17 ---
compile_program is the offending function. I'll probably can limit walking
with the alias oracle.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-03-19 20:33 ---
Created an attachment (id=15347)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15347&action=view)
unincluded testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35639
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-03-19 20:35 ---
Err, whoops?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|RES
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35639
--- Comment #9 from bill at cse dot ucdavis dot edu 2008-03-19 20:38
---
(In reply to comment #8)
> (In reply to comment #6)
> > Looks like the reason why it was not being fixed because of:
> > __NTH (feof_unlocked (FILE *__stream))
> >
>
> So how would I fix it?(In reply to comment #
--- Comment #12 from dannysmith at users dot sourceforge dot net
2008-03-19 21:35 ---
(In reply to comment #11)
> (In reply to comment #10)
> > Still, 4.3.0 can't recoginze %I64d
>
>
> And that is because it is just being added:
> http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01109.htm
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-03-19 21:49 ---
This is a bug in how GMP and MPFR tries to figure out the target platform, it
tries to always build a 64bit
library on a 64bit machine even when the default is 32bits.
Configure both GMP and MPFR with --host=powerp
--- Comment #5 from danglin at gcc dot gnu dot org 2008-03-19 22:58 ---
Also seen on hppa.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from hubicka at ucw dot cz 2008-03-19 23:06 ---
Subject: Re: [4.4 Regression] gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times
profile fails
This seems to affect about every target, but it is essentially harmless.
I am discussing with Zdenek the proper fix.
Honza
--
This program aborts, much to my surprise.
#include
#include
int main()
{
// Explicitly set number of threads.
const int threads_wanted = 20;
omp_set_dynamic(false);
omp_set_num_threads(threads_wanted);
if (omp_get_num_threads() != threads_wanted)
abort();
// Do work.
return
--- Comment #26 from uros at gcc dot gnu dot org 2008-03-19 23:39 ---
Subject: Bug 14552
Author: uros
Date: Wed Mar 19 23:38:35 2008
New Revision: 133354
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133354
Log:
PR target/14552
* config/i386/mmx.md (*mov_interna
--- Comment #27 from ubizjak at gmail dot com 2008-03-19 23:46 ---
(In reply to comment #25)
> Actually the first generates-
> subl$12, %esp
> movq_w, %mm0
> paddw %mm0, %mm0
> movq%mm0, _w
> movq_w, %mm0
> movq%mm0, _
--- Comment #28 from pinskia at gcc dot gnu dot org 2008-03-19 23:49
---
(In reply to comment #27)
> The store is not useless. Reload from "_w" is how gcc handles double stores
> nowadays and is not mmx specific. It looks that some pass forgot to check
> where
> the value came from.
D
--- Comment #29 from ubizjak at gmail dot com 2008-03-20 00:01 ---
Now we generate:
-m32 -mmmx -msse2:
test:
subl$20, %esp
movlw, %eax
movlw+4, %edx
movl%ebx, 12(%esp)
movl%esi, 16(%esp)
movl%eax, (%esp)
mo
--- Comment #30 from ubizjak at gmail dot com 2008-03-20 00:04 ---
(In reply to comment #28)
> (In reply to comment #27)
> > The store is not useless. Reload from "_w" is how gcc handles double stores
> > nowadays and is not mmx specific. It looks that some pass forgot to check
> > wher
See pr 33790.
Sent from my iPhone
On Mar 19, 2008, at 17:04, "ubizjak at gmail dot com" <[EMAIL PROTECTED]
> wrote:
--- Comment #30 from ubizjak at gmail dot com 2008-03-20 00:04
---
(In reply to comment #28)
(In reply to comment #27)
The store is not useless. Reload from "_w"
--- Comment #31 from pinskia at gmail dot com 2008-03-20 00:23 ---
Subject: Re: compiled trivial vector intrinsic code is inefficient
See pr 33790.
Sent from my iPhone
On Mar 19, 2008, at 17:04, "ubizjak at gmail dot com" <[EMAIL PROTECTED]
> wrote:
>
>
> --- Comment #30 from
Not sure the declaration below is legal, but it ICEs anyway.
package pak1 is
type T1(x1: integer) is record
x2: integer := T1.x1;
end record;
end pak1;
gcc-4.1 -c pak1.ads
+===GNAT BUG DETECTED==+
| 4.1.3 20070518 (prerelease) (Debia
--- Comment #32 from astrange at ithinksw dot com 2008-03-20 00:39 ---
This is missed on trees:
mmxdw dw;
mmxw w;
void test2(){
w= __builtin_ia32_paddw(w,w); w= (mmxdw)w;
}
void test3(){
mmxw w2= __builtin_ia32_paddw(w,w); dw= (mmxdw)w2;
}
test2 ()
{
vector short int
--- Comment #6 from kargl at gcc dot gnu dot org 2008-03-20 00:56 ---
(In reply to comment #4)
> Since I do not have access to this system, can you try this:
>
> Index: transfer.c
> ===
> --- transfer.c (revision 133275)
>
--- Comment #3 from ludovic at ludovic-brenta dot org 2008-03-20 01:01
---
Still present in 4.3.0:
$ gnatmake -gnat05 test1
gcc-4.3 -c -gnat05 test1.adb
gnatbind -x test1.ali
gnatlink test1.ali
$ ./test1
3
raised STORAGE_ERROR : stack overflow (or erroneous memory access)
I am not
--- Comment #10 from jvdelisle at gcc dot gnu dot org 2008-03-20 01:17
---
Created an attachment (id=15348)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15348&action=view)
A final patch
l_push_char assumes the index which is item_count has been set to zero and
after saving a cha
Two simple examples:
unsigned int add(unsigned int a,unsigned int b) {
if (a+bhttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=35646
Come join me on ssbbw4u.
Click here to join:
http://ssbbw4u.ning.com/?xgi=ejLIHno
Thanks,
P Alb
--- Comment #33 from michaelni at gmx dot at 2008-03-20 01:37 ---
Subject: Re: compiled trivial vector intrinsic code is
inefficient
On Wed, Mar 19, 2008 at 11:39:18PM -, uros at gcc dot gnu dot org wrote:
>
>
> --- Comment #26 from uros at gcc dot gnu dot org 2008-0
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2008-03-20 02:05
---
Subject: Bug 35627
Author: jvdelisle
Date: Thu Mar 20 02:05:05 2008
New Revision: 133360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133360
Log:
2008-03-19 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2008-03-20 02:08
---
Subject: Bug 35627
Author: jvdelisle
Date: Thu Mar 20 02:07:38 2008
New Revision: 133361
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133361
Log:
2008-03-19 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-03-20 02:09
---
Fixed on trunk. Will backport to 4.3 in a day or so.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35627
--- Comment #7 from kargl at gcc dot gnu dot org 2008-03-20 03:36 ---
With a clean trunk as of 2 minutes ago, this program
program streamtest
implicit none
character(1) :: lf = char(10)
character(1) :: tchar
integer:: i,j,k
integer, parameter :: lines = 5231
ope
beradero wrote:
Hello, It's the code:
http://www.nabble.com/file/p16128572/1.c 1.c
Try enter the number 0010 (number then), 00010, etc.. and see the bizarre
output..
Your code is buggy. This is an obvious string overflow problem. You
can't fit a 6 character string into a 4 character array.
--- Comment #11 from wilson at tuliptree dot org 2008-03-20 06:56 ---
Subject: Re: Debug information for .debug_loc section incorrect
deuling at de dot ibm dot com wrote:
> --- Comment #6 from deuling at de dot ibm dot com 2008-03-18 16:52
> ---
> ./readelf --debug-dump=line
89 matches
Mail list logo
