--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-21 08:09 ---
Just the cause that the optimized dump looks differently, but is not wrong.
The bug happens during reload's register elimination.
(insn:HI 6 5 7 2 20080806-1.c:16 (parallel [
(set (reg:HI 58 [ pretmp.42
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-21 08:43 ---
Created an attachment (id=16731)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16731action=view)
gcc44-pr38208.patch
I'll test the attached patch. Related to PR29599.
--
jakub at gcc dot gnu dot org
--- Comment #2 from mlg7 at yandex dot ru 2008-11-21 08:44 ---
(In reply to comment #1)
The expanded text for the first one is:
int t = 1|2 0xFF00 ? dothis(1|2) : dothat(1|2);
Maybe I am missing something here.
the human who is writing
int t = MYMACRO(FLAGA|FLAGB);
The following num_put member function
iter_type do_put(iter_type out, ios_base str, char_type fill, const void* val)
const
incorrectly performs padding of a string to bring its length to the required
value if 'adjustfield' flag is equal to 'internal': instead of adding fill
characters after 0x
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-21 09:19
---
Yes.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
g++ 4.2.4 (more precisely the package g++-4.2 version 4.2.4-3ubuntu4
from Ubuntu 8.10 amd64) receives a SIGSEGV when compiling the following
snippet of code with -O3. It does NOT crash with -O2 or less optimization.
The 4.3 branch (g++-4.3 4.3.2-1ubuntu11) also does NOT crash. This bug
seems
--- Comment #2 from paolo at gcc dot gnu dot org 2008-11-21 10:00 ---
Subject: Bug 38210
Author: paolo
Date: Fri Nov 21 09:59:17 2008
New Revision: 142085
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142085
Log:
2008-11-21 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #3 from paolo dot carlini at oracle dot com 2008-11-21 10:00
---
Fixed for 4.4.0.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-11-21 10:52 ---
Which means that we correctly optimize
int f(struct a *c)
{
int d;
c-c = 1;
d = c-a;
c-c = 1;
return c-a + d;
}
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #23 from rguenth at gcc dot gnu dot org 2008-11-21 11:09
---
We actually usually never ask for the alias set of an indirect reference, but
instead we seem to use the pointed-to type instead which doesn't inherit the
restrict handling. Otherwise we would miscompile even the
--- Comment #1 from samuel dot thibault at ens-lyon dot org 2008-11-21
11:16 ---
Just to confirm the bug: the gcc doc says it follows the Intel itanium binary
interface. The Intel documentation says « Associated with each instrinsic are
certain memory barrier properties that restrict
--- Comment #8 from Joey dot ye at intel dot com 2008-11-21 12:00 ---
In short, set A={-favx, -ffma}, set B={-f3dnow, -f3dnowa, -fsse4a, -fsse5}. Any
option combination from both sets should be prohibited.
Please add more options into these set in case I missed any.
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-11-21 10:51 ---
The oracle correctly figures that c_1(D)-D.1593.a and c_1(D)-D.1597.c do not
alias. The problem is a general defect in FRE that causes us to never CSE
a load with the default definition of the virtual SSA name.
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-11-21
12:43 ---
Can we change all of the gfortran.dg/f2003_io_*.f03 test cases from...
! { dg-xfail-run-if PR37839 { { ia64-*-hpux* hppa*-*-* powerpc*-*-*
sparc*-*-* } ilp32 } { * } { } }
to
! { dg-xfail-run-if
--- Comment #14 from jakub at gcc dot gnu dot org 2008-11-21 12:44 ---
Testing a patch, so far it worked on dg.exp=f2003*.f03 including a new testcase
for F2003 INQUIRE on x86_64-linux (-m64, -m32) and powerpc64-linux (-m32,
-m64).
--
jakub at gcc dot gnu dot org changed:
--- Comment #2 from jakub at gcc dot gnu dot org 2008-11-21 12:49 ---
FYI, the testcase violates strict aliasing, so you should preferrably fix your
code or at least compile with -fno-strict-aliasing.
That said, GCC shouldn't crash on it.
--
jakub at gcc dot gnu dot org changed:
The following is miscompiled by RTL cse at -O2
int __attribute__((noinline))
foo (int *__restrict p, int i)
{
int *__restrict q;
int *__restrict r;
int v, w;
q = p + 1;
r = q - i;
v = *r;
*p = 1;
w = *r;
return v + w;
}
extern void abort (void);
int main()
{
int i = 0;
if
--- Comment #9 from hjl dot tools at gmail dot com 2008-11-21 13:35 ---
(In reply to comment #8)
In short, set A={-favx, -ffma}, set B={-f3dnow, -f3dnowa, -fsse4a, -fsse5}.
Any
It is -mXXX, not -fXXX.
option combination from both sets should be prohibited.
That is correct.
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-11-21 13:41 ---
Shorter testcase:
int __attribute__((noinline))
foo (int *__restrict p, int i)
{
int *__restrict q = p + i;
int v = *q;
*p = 1;
return v + *q;
}
extern void abort (void);
int main()
{
int i = 0;
if (foo
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-21 13:48 ---
Subject: Bug 38208
Author: jakub
Date: Fri Nov 21 13:47:05 2008
New Revision: 142088
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142088
Log:
PR target/38208
* reload1.c
--- Comment #3 from jakub at gcc dot gnu dot org 2008-11-21 13:50 ---
Fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38200
--- Comment #6 from pault at gcc dot gnu dot org 2008-11-21 13:54 ---
I do not believe that it is a regression, so I have removed that from the
summary.
The profiling that you have done tells a story - I think that it is fairly
clear where the problem lies; not in making a spurious
The gcc.dg/ia64-sync-1.c execution test fails on powerpc-apple-darwin9...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-21
14:28 ---
gcc.dg/ia64-sync-2.c also fails...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-21
14:30 ---
Created an attachment (id=16734)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16734action=view)
preprocessed file from gcc.dg/ia64-sync-2.c on powerpc-apple-darwin9
--
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2008-11-21
14:31 ---
Created an attachment (id=16735)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16735action=view)
assembly file from gcc.dg/ia64-sync-2.c on powerpc-apple-darwin9
--
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-21
14:25 ---
Created an attachment (id=16732)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16732action=view)
preprocessed file from gcc.dg/ia64-sync-1.c on powerpc-apple-darwin9
--
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-21
14:26 ---
Created an attachment (id=16733)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16733action=view)
assembly file from gcc.dg/ia64-sync-1.c on powerpc-apple-darwin9
--
--- Comment #6 from jakub at gcc dot gnu dot org 2008-11-21 15:21 ---
This is known and I think David Edelsohn is working on it.
See http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00838.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-11-21 15:28 ---
int __attribute__((noinline))
foo (int *__restrict p, int i)
{
int *__restrict q = p + i;
int v = *(p + i);
*p = 1;
return v + *q;
}
extern void abort (void);
int main()
{
int i = 0;
if (foo (i, 0) != 1)
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-21 15:29 ---
4.4 compiles this (at least at -O2) into:
movb$70, conf
movb$-78, conf+1
movb$83, conf+2
movb$80, conf+3
so this looks then as a dup of PR22141. Testcase without the
GCC version:
[EMAIL PROTECTED] ~/1_Files/1_ETS/1_Maitrise/Code/BLAS_test $ gcc -v
Using built-in specs.
Target: x86_64-pc-linux-gnu
Configured with: /var/tmp/portage/sys-devel/gcc-4.3.1/work/gcc-4.3.1/configure
--prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.3.1
--- Comment #6 from etienne_lorrain at yahoo dot fr 2008-11-21 16:10
---
By trying to declare:
volatile union U u;
In your Testcase without the unnecessary enum, the u = def; is compiled as:
movl$0, u
movlu, %eax
andl$-16, %eax
orl $6,
--- Comment #9 from michael dot haubenwallner at salomon dot at 2008-11-21
16:12 ---
(In reply to comment #6)
459 if (offset)
460 for (;string[offset]; offset++)
461 for (i = i + offset; string[i]; i++)
462 if (string[i]=='_')
In gcc-4.2.4, line 460
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-21 16:12
---
This is just a typo in the documentation: -fipa-matrix-reorg.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
g++ inherit.cpp
inherit.cpp:15: Internal compiler error.
inherit.cpp:15: Please submit a full bug report.
inherit.cpp:15: See URL:http://www.gnu.org/software/gcc/bugs.html for
instructions.
#includeiostream
class A
{
protected:
int a_v;
};
class B:public A
{
protected :
int b_v;
};
--- Comment #7 from jakub at gcc dot gnu dot org 2008-11-21 16:21 ---
For structure assignments to volatile structures you really can't have any
expectations how many individual stores will be done. I guess that falls
under:
What constitutes an access to an object that has
--- Comment #2 from paolo at gcc dot gnu dot org 2008-11-21 16:22 ---
Subject: Bug 38214
Author: paolo
Date: Fri Nov 21 16:21:33 2008
New Revision: 142092
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142092
Log:
2008-11-21 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #3 from paolo at gcc dot gnu dot org 2008-11-21 16:23 ---
Subject: Bug 38214
Author: paolo
Date: Fri Nov 21 16:21:50 2008
New Revision: 142093
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142093
Log:
2008-11-21 Paolo Carlini [EMAIL PROTECTED]
PR
--- Comment #4 from paolo dot carlini at oracle dot com 2008-11-21 16:23
---
Fixed for 4.3.3 and mainline.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
--- Comment #4 from danglin at gcc dot gnu dot org 2008-11-21 16:30 ---
Fixed by
2008-11-18 Jakub Jelinek [EMAIL PROTECTED]
PR tree-optimization/38051
* gcc.c-torture/execute/pr38051.c (buf): Remove aligned attribute.
(buf2): Removed.
(main): Only run
--- Comment #1 from paolo dot carlini at oracle dot com 2008-11-21 16:30
---
This is correctly rejected without ICE by any modern-era, maintained, GCC.
--
paolo dot carlini at oracle dot com changed:
What|Removed |Added
The gcc.target/powerpc/pr18096-1.c test case fails to compile on
powerpc-apple-darwin9 and powerpc-apple-darwin8.5.0 with the following error...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/
--- Comment #2 from dberlin at gcc dot gnu dot org 2008-11-21 16:55 ---
(In reply to comment #0)
For this function:
int test (int a, int b, int c, int g)
{
int d, e;
if (a)
d = b * c;
else
d = b - c;
e = b * c + g;
return d + e;
}
the multiply expression
The gcc.dg/sync-2.c and gcc.dg/sync-3.c test cases are failing the execution
tests on powerpc-apple-arwin9 as follows...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:01 ---
Created an attachment (id=16736)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16736action=view)
preprocessed file for gcc.dg/sync-2.c on powerpc-apple-darwin9
--
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:02 ---
Created an attachment (id=16737)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16737action=view)
preprocessed file for gcc.dg/sync-3.c on powerpc-apple-darwin9
--
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:03 ---
Created an attachment (id=16738)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16738action=view)
assembly file for gcc.dg/sync-2.c on powerpc-apple-darwin9
--
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:03 ---
Created an attachment (id=16739)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16739action=view)
assembly file for gcc.dg/sync-3.c on powerpc-apple-darwin9
--
--- Comment #6 from hjl dot tools at gmail dot com 2008-11-21 17:04 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|ASSIGNED
The gcc.dg/and-1.c scan-assembler-not nand test fails on powerpc-apple-darwin9
as follows...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:08 ---
Created an attachment (id=16740)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16740action=view)
assembly file for gcc.dg/and-1.c on powerpc-apple-darwin9
--
The gcc.dg/tree-ssa/vrp47.c test case fails on powerpc apple darwin as
follows...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:16 ---
Created an attachment (id=16741)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16741action=view)
assembly file for gcc.dg/tree-ssa/vrp47.c on powerpc-apple-darwin9
--
--- Comment #2 from ubizjak at gmail dot com 2008-11-21 17:22 ---
H.J. can probably confirm this.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #5 from ubizjak at gmail dot com 2008-11-21 17:23 ---
*** This bug has been marked as a duplicate of 38213 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #7 from ubizjak at gmail dot com 2008-11-21 17:23 ---
*** Bug 38217 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38213
--
ubizjak at gmail dot com changed:
What|Removed |Added
CC|rth at gcc dot gnu dot org |
BugsThisDependsOn||37908
--- Comment #13 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:28 ---
This test case is failing on powerpc-apple-darwin9 as follows...
Executing on host:
/sw/src/fink.build/gcc44-4.3.999-20081120/darwin_objdir/gcc/xgcc
--- Comment #14 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:29 ---
Created an attachment (id=16742)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16742action=view)
preprocessed file for /gcc.dg/pr37908.c on powerpc-apple-darwin9
--
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2008-11-21
17:30 ---
Created an attachment (id=16743)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16743action=view)
assembly file for /gcc.dg/pr37908.c on powerpc-apple-darwin9
--
--- Comment #3 from hjl dot tools at gmail dot com 2008-11-21 17:36 ---
__sync_synchronize isn't specified for IA32/Intel64. You can check
out Intel Memory Ordering White Paper:
www.intel.com/products/processor/manuals/318147.pdf
to see what is the most appropriate.
--
--- Comment #4 from hjl dot tools at gmail dot com 2008-11-21 17:37 ---
The Intel Memory Ordering White Paper is at
http://www.intel.com/products/processor/manuals/318147.pdf
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
--- Comment #8 from etienne_lorrain at yahoo dot fr 2008-11-21 17:45
---
The number of writes for that volatile structure may or may not be a problem,
I am more concerned by the number of reads of some memory which may not be
readable at all.
--
--- Comment #1 from steven at gcc dot gnu dot org 2008-11-21 20:57 ---
This bug is shamefully incomplete. There is no way anyone willing to give this
a look can know what to look for.
For example, a few things one would have to know before he/she can even begin
to consider whether/how
--- Comment #5 from steven at gcc dot gnu dot org 2008-11-21 21:13 ---
What does regmove change, i.e. which of the many things that regmove does, is
helpful for the test case for this PR?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37437
--- Comment #35 from steven at gcc dot gnu dot org 2008-11-21 21:29 ---
So is there a test case with current top-of-trunk that fails? This is marked
as a P1 regression, but IIUC we don't even have a test case, after Jakub's fix
for PR37316 ?
--
--- Comment #7 from steven at gcc dot gnu dot org 2008-11-21 21:54 ---
The reduced test case of comment #3 does not ICE on ia64 for gcc 4.4.0 20081121
(revision 142902).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37716
--- Comment #4 from jakub at gcc dot gnu dot org 2008-11-21 22:01 ---
Subject: Bug 38200
Author: jakub
Date: Fri Nov 21 21:59:33 2008
New Revision: 142100
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=142100
Log:
PR middle-end/38200
* tree-ssa-forwprop.c
$ cat cloc.f90
USE ISO_C_BINDING, ONLY: C_PTR, C_LOC
CONTAINS
PURE SUBROUTINE F(x)
INTEGER, INTENT(in), TARGET :: x
TYPE(C_PTR) :: px
px = C_LOC(x)
END SUBROUTINE
END
$ gfortran-svn -Wimplicit-interface cloc.f90
cloc.f90:6.9:
px = C_LOC(x)
1
Warning: Procedure 'c_loc'
Executing on host: /mnt/gnu/gcc/objdir/gcc/xgcc -B/mnt/gnu/gcc/objdir/gcc/
-O0
-w -fno-show-column -c -o sync-3.o
/mnt/gnu/gcc/gcc/gcc/testsuite/gcc.c-tortu
re/compile/sync-3.c(timeout = 300)
FAIL: gcc.c-torture/compile/sync-3.c -O0 (test for warnings, line )
PASS:
Currently the gcc.target/i386/sse4_2-popcntl.c test fails on i686-apple-darwin9
as follows...
Executing on host: /sw/src/fink.build/gcc44-4.3.999-20081112/
darwin_objdir/gcc/xgcc -B/sw/src/fink.build/gcc44-4.3.999-20081112/
darwin_objdir/gcc/ /sw/src/fink.build/gcc44-4.3.999-20081112/
--- Comment #5 from jakub at gcc dot gnu dot org 2008-11-21 22:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2008-11-21 22:17 ---
Then don't use bitfields...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37135
--- Comment #69 from pinskia at gcc dot gnu dot org 2008-11-21 22:19
---
I think this patch will not handle:
int main(void)
{
try {
}catch (int a)
{
a = 1;
}
}
-- CUT ---
In fact exception_defines.h's defines does not handle them correctly anyways.
I am working on a patch
--- Comment #70 from pinskia at gcc dot gnu dot org 2008-11-21 22:21
---
Also my -fignore-exceptions calls __built_trap for a throw and make sure that
throw with an expression that the expression is evaluated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25191
--- Comment #71 from pinskia at gcc dot gnu dot org 2008-11-21 22:23
---
Created an attachment (id=16744)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16744action=view)
My current patch for -fignore-exceptions
Note I have not added the testsuite part yet and this is based on
--- Comment #36 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-21
22:26 ---
Subject: Re: [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution at -O2 and above
--- Comment #35 from steven at gcc dot gnu dot org 2008-11-21 21:29
---
So is there a test
--- Comment #72 from pinskia at gcc dot gnu dot org 2008-11-21 23:08
---
Created an attachment (id=16745)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16745action=view)
Updated patch with some testcases
Here is updated patch which allows more try/catch to work correctly without
--- Comment #1 from hjl dot tools at gmail dot com 2008-11-21 23:14 ---
GNU assembler supports both
popcntl %edx, %eax
popcnt %edx, %eax
I guess we can just generate
popcnt %edx, %eax
The same goes for
popcnt %cx,%bx
popcnt %rcx,%rbx
--- Comment #37 from jakub at gcc dot gnu dot org 2008-11-21 23:18 ---
It hasn't been, I've pinged it 10 days ago, will try again next Monday.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35518
--- Comment #5 from samuel dot thibault at ens-lyon dot org 2008-11-21
23:20 ---
We do already know which x86 memory barrier instruction we need, that's not the
problem, no need to give us pointers to documentations. The problem is that
we'd like to not use explicit x86 instructions
--- Comment #6 from hjl dot tools at gmail dot com 2008-11-21 23:38 ---
I think it is a bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36793
--
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=37616
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.3.3 |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36690
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29609
--
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=37302
--- Comment #3 from davidxl at gcc dot gnu dot org 2008-11-22 00:35 ---
(In reply to comment #2)
(In reply to comment #0)
For this function:
int test (int a, int b, int c, int g)
{
int d, e;
if (a)
d = b * c;
else
d = b - c;
e = b * c + g;
return d
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-11-22 05:21
---
The PENDING= specifier needs to be a pointer to integer. It is used to assign
a logical value of TRUE or FALse to the variable given value.
Thus:
LOGICAL :: alogicalvalue
INQUIRE(10,pending = alogicalvalue)
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-11-22 05:34
---
I think this is then a dup of 37754. Janne is working some ideas and these are
similar to my thoughts. This fix here is in a high bug domain so we think we
should hold for 4.5, get it resolved and tested, then
--- Comment #9 from jvdelisle at gcc dot gnu dot org 2008-11-22 05:34
---
*** Bug 38199 has been marked as a duplicate of this bug. ***
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #32 from cnstar9988 at gmail dot com 2008-11-22 06:03 ---
ping 4.3.3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27880
this code from the glib-2.18.2 testsuite segfaults during execution when
compiled with = -O1 (not -O0 or -Os). i hope this is the information you
need. let me know if you need more.
---8---
kali /var/tmp/portage/dev-libs/glib-2.18.2/work/glib-2.18.2/tests # gcc -v
--save-temps relation-test.c
--- Comment #1 from dirtyepic at gentoo dot org 2008-11-22 07:08 ---
Created an attachment (id=16746)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16746action=view)
relation-test.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38223
HIHETETLEN JÓ FÓRUM RENDSZER!
csak nektek!
INGYENES REGISZTRÁCIÓ ÉS AZ IS MARAD !!!
Nálunk nem kell töltened,ingyen szedheted le a legujabb premiereket!
Ime a CÍm:
http://href.hu/x/7gae
--
.
HIHETETLEN JÓ FÓRUM RENDSZER!
csak nektek!
INGYENES REGISZTRÁCIÓ ÉS AZ IS MARAD !!!
Nálunk nem kell töltened,ingyen szedheted le a legujabb premiereket!
Ime a CÍm:
http://href.hu/x/7gae
--
.
96 matches
Mail list logo
