--- Comment #6 from pault at gcc dot gnu dot org 2008-05-17 07:11 ---
Subject: Bug 36233
Author: pault
Date: Sat May 17 07:10:13 2008
New Revision: 135461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135461
Log:
2008-05-17 Paul Thomas <[EMAIL PROTECTED]>
Backport fr
--- Comment #4 from pault at gcc dot gnu dot org 2008-05-17 07:11 ---
Subject: Bug 35743
Author: pault
Date: Sat May 17 07:10:13 2008
New Revision: 135461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135461
Log:
2008-05-17 Paul Thomas <[EMAIL PROTECTED]>
Backport fr
--- Comment #4 from pault at gcc dot gnu dot org 2008-05-17 07:11 ---
Subject: Bug 35759
Author: pault
Date: Sat May 17 07:10:13 2008
New Revision: 135461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135461
Log:
2008-05-17 Paul Thomas <[EMAIL PROTECTED]>
Backport fr
--- Comment #4 from pault at gcc dot gnu dot org 2008-05-17 07:11 ---
Subject: Bug 35745
Author: pault
Date: Sat May 17 07:10:13 2008
New Revision: 135461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135461
Log:
2008-05-17 Paul Thomas <[EMAIL PROTECTED]>
Backport fr
--- Comment #4 from pault at gcc dot gnu dot org 2008-05-17 07:11 ---
Subject: Bug 35756
Author: pault
Date: Sat May 17 07:10:13 2008
New Revision: 135461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135461
Log:
2008-05-17 Paul Thomas <[EMAIL PROTECTED]>
Backport fr
--- Comment #5 from pault at gcc dot gnu dot org 2008-05-17 07:16 ---
Fixed on trunk and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pault at gcc dot gnu dot org 2008-05-17 07:16 ---
Fixed on trunk and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pault at gcc dot gnu dot org 2008-05-17 07:17 ---
Fixed on trunk and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from pault at gcc dot gnu dot org 2008-05-17 07:17 ---
Fixed on trunk and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from dannysmith at users dot sourceforge dot net 2008-05-17
07:27 ---
Is this related to PR35493?
A possibly related cygwin failure was also reported here.
http://gcc.gnu.org/ml/gcc/2008-03/msg00681.html.
My last successful build of Ada on mingw was:
gcc version 4.4.0 20
--- Comment #7 from pault at gcc dot gnu dot org 2008-05-17 08:20 ---
Fixed on trunk and 4.3.
Thanks for the report.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
$ g++ t1.cpp -Wall -c
t1.cpp: In function 'bool f()':
t1.cpp:10: warning: control reaches end of non-void function
$ g++ t2.cpp -Wall -c
t2.cpp: In function 'bool f(int)':
t2.cpp:16: warning: control reaches end of non-void function
tested on 4.1.2, 4.2.3-20080201 and 4.3.0-20080417
--
--- Comment #1 from pluto at agmk dot net 2008-05-17 09:54 ---
Created an attachment (id=15647)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15647&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36254
--- Comment #2 from pluto at agmk dot net 2008-05-17 09:54 ---
Created an attachment (id=15648)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15648&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36254
When using -fstrict-aliasing the function LC1_f15 below gets miscompiled. More
precisely, the va_list object is only partially assigned. The system fails to
set the frame size or something similar. In the assembler I see
/* local function %F15 */
stat
--- Comment #3 from pluto at agmk dot net 2008-05-17 11:13 ---
4.4.0-20080517 also fails.
--
pluto at agmk dot net changed:
What|Removed |Added
Known to fail|4.1.2
The gcc snapshot of 05/16/08 failed to build under Sparc Linux. Listed below
are the last few lines of the output from running make:
/home/mrichmon/gcc-4.4-20080516/g95/./prev-gcc/xgcc
-B/home/mrichmon/gcc-4.4-20080516/g95/./prev-gcc/
-B/home/mrichmon/irun/sparc-unknown-linux-gnu/bin/ -c -g -O2 -
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-17 12:22 ---
Can you provide an executable testcase that abort()s if the miscompilation
happens?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from andreast at gcc dot gnu dot org 2008-05-17 12:44
---
Should be fixed by this one:
http://gcc.gnu.org/ml/gcc-cvs/2008-05/msg00620.html
--
andreast at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-05-17 12:56 ---
Confirmed. At -O0 we have after CFG building (t1.cpp)
# BLOCK 8
# PRED: 5 (fallthru) 6 (fallthru) 7 (fallthru)
:;
__comp_dtor (&x);
switch (finally_tmp.3)
{
case 1: goto ;
default : goto ;
--- Comment #5 from ubizjak at gmail dot com 2008-05-17 13:10 ---
(In reply to comment #4)
> > I saw this too.
> On cygwin.
Sigh. Patch at http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01019.html.
--
ubizjak at gmail dot com changed:
What|Removed
--- Comment #2 from juanjose dot garciaripoll at gmail dot com 2008-05-17
13:27 ---
Created an attachment (id=15649)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15649&action=view)
Files for test case (simple.c 1/3)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36255
--- Comment #3 from juanjose dot garciaripoll at gmail dot com 2008-05-17
13:28 ---
Created an attachment (id=15650)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15650&action=view)
Files for test case (simple.h 2/3)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36255
--- Comment #4 from juanjose dot garciaripoll at gmail dot com 2008-05-17
13:29 ---
Created an attachment (id=15651)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15651&action=view)
Files for test case (main.c 3/3)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36255
--- Comment #5 from juanjose dot garciaripoll at gmail dot com 2008-05-17
13:32 ---
I uploaded the program that fails if the GCC miscompiles the file simple.c
However, I had to split the test case into two different files, for otherwise
GCC inlines the offending function and the error i
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-05-17 13:42 ---
Hmm, va_arg actually expands to use aliasing set 0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36255
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Component|c |target
Keywords||build
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-05-17 13:52 ---
Created an attachment (id=15652)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15652&action=view)
single-file testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36255
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-05-17 13:52 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #2 from hjl dot tools at gmail dot com 2008-05-17 15:18 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01021.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #2 from pault at gcc dot gnu dot org 2008-05-17 16:20 ---
(In reply to comment #1)
> Created an attachment (id=15589)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15589&action=view) [edit]
> Very small code example
>
Frank,
The problem arises because of the declarati
class base
{
public:
base(){};
~base(){};
};
class data : public base
{
public:
data(){};
~data(){};
private:
int member;
}__attribute__((__packed__));
class group : public base
{
public:
group(){};
~group(){};
private:
data d1;
data d2;
data d3;
} __attribute__((__packed__));
int main(int arg
--- Comment #4 from kargl at gcc dot gnu dot org 2008-05-17 17:50 ---
Patch submitted
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01028.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36251
This one turned up during my testing of SPREAD on wide character strings, but
it turns out that it already happens on default character variables. It looks
like the front-end doesn't fill the return array descriptor well.
$ cat k2.f90
implicit none
character(len=5), dimension(3,3), parameter :
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-05-17 18:03 ---
Hmm, if I properly add va_end (args) the bug is gone.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36255
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-05-17 18:15
---
Reduced testcase, works with -fno-strict-aliasing.
unsigned long __attribute__((noinline)) foo (int narg, ...)
{
unsigned long V1;
__builtin_va_list args;
__builtin_va_start (args, narg);
V1 = (unsigned lo
--- Comment #11 from rguenth at gcc dot gnu dot org 2008-05-17 18:21
---
Note that the missing va_end makes the testcase strictly invalid.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36255
--- Comment #12 from pinskia at gcc dot gnu dot org 2008-05-17 18:23
---
This is undefined code without va_end.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from kargl at gcc dot gnu dot org 2008-05-17 19:10 ---
This diff fixes the BIND(C) ice, but I haven't found a suitable location to
emit an error message.
Index: resolve.c
===
--- resolve.c (revision 135453
--- Comment #3 from hjl dot tools at gmail dot com 2008-05-17 23:50 ---
An updated patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg01029.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #4 from hjl at gcc dot gnu dot org 2008-05-17 23:58 ---
Subject: Bug 36253
Author: hjl
Date: Sat May 17 23:57:59 2008
New Revision: 135486
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135486
Log:
2008-05-17 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end/36253
--- Comment #7 from jvdelisle at gcc dot gnu dot org 2008-05-18 00:33
---
Subject: Bug 35184
Author: jvdelisle
Date: Sun May 18 00:32:22 2008
New Revision: 135492
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135492
Log:
2008-05-17 Jerry DeLisle <[EMAIL PROTECTED]>
42 matches
Mail list logo
