--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-11 07:39 ---
Mine testing a fix (I will file a corresponding libobjc bug for
objc_sizeof_type in the morning).
Not a regression.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
Testcase:
struct f
{
int i;
struct{} g[4];
int tt;
};
char *e = @encode(struct f);
--
Summary: ICE encoding zero sized struct array
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-11 06:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-11 06:59 ---
Subject: Bug 25347
Author: pinskia
Date: Sun Dec 11 06:59:12 2005
New Revision: 108379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108379
Log:
2005-12-11 Andrew Pinski <[EMAIL PROTECTED]>
PR li
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-11 06:35 ---
Mine, testing a fix.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Assign
testcase:
/* { dg-options "-fgnu-runtime" } */
/* { dg-do run } */
#include
#include
union f
{
char i;
double f1;
short t;
};
int main(void)
{
if (objc_sizeof_type (@encode (union f)) != sizeof(union f))
abort ();
if (objc_alignof_type (@encode (union f)) != __alignof__(union f))
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-11 06:30 ---
Fixed in 4.2.0.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-11 06:28 ---
Subject: Bug 25346
Author: pinskia
Date: Sun Dec 11 06:28:35 2005
New Revision: 108378
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108378
Log:
2005-12-11 Andrew Pinski <[EMAIL PROTECTED]>
PR li
--- Comment #2 from mmitchel at gcc dot gnu dot org 2005-12-11 05:47
---
Looking at it.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedT
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-11 05:19 ---
I have a fix which I am testing right now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
the following program fails:
#include
#include
struct a
{
_Bool t;
};
int main(void)
{
if (objc_sizeof_type(@encode(struct a)) != sizeof(struct a))
abort ();
}
--
Summary: objc_sizeof_type does not handle _Bool at all
Product: gcc
Version: 4.2.0
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-12-11 04:25
---
Fixed in GCC 4.1.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #7 from mmitchel at gcc dot gnu dot org 2005-12-11 04:24
---
Subject: Bug 25010
Author: mmitchel
Date: Sun Dec 11 04:24:50 2005
New Revision: 108377
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108377
Log:
PR c++/25010
* ipa-inline.c (cgraph_clone_
--- Comment #6 from mmitchel at gcc dot gnu dot org 2005-12-11 04:24
---
Subject: Bug 25010
Author: mmitchel
Date: Sun Dec 11 04:24:42 2005
New Revision: 108376
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108376
Log:
PR c++/25010
* ipa-inline.c (cgraph_clone_
--- Comment #5 from mmitchel at gcc dot gnu dot org 2005-12-11 04:16
---
Subject: Bug 25010
Author: mmitchel
Date: Sun Dec 11 04:16:32 2005
New Revision: 108375
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108375
Log:
PR c++/25010
* ipa-inline.c (cgraph_clone_
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-11 04:05 ---
I should note that doing:
static void *a0ra, *a1ra;
void __attribute__((noinline)) a0(void) { a0ra = __builtin_return_address(0); }
void __attribute__((noinline)) a1(void) { a1ra = __builtin_return_address(0); }
int
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-11 04:03 ---
"void a0()" does not mean "void a0(void)" in C but like "void a0(...)".
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
static void *a0ra, *a1ra;
void __attribute__((noinline)) a0() { a0ra = __builtin_return_address(0); }
void __attribute__((noinline)) a1() { a1ra = __builtin_return_address(0); }
int foo() { a0(); a1(); return a1ra - a0ra; }
int main()
{
printf("pd=%d\n", foo());
return 0;
}
$ gcc -O3 --save
--- Comment #7 from kargl at gcc dot gnu dot org 2005-12-11 00:39 ---
Subject: Bug 25068
Author: kargl
Date: Sun Dec 11 00:39:14 2005
New Revision: 108371
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108371
Log:
Fix testsuite after this commit:
2005-12-10 Francois-Xavier
on m68k-linux, the following test cases did fail until 4.0 20051001, did not
fail with 20051023, 2005, and start to fail with 20051201 again. No test
results exist, where these test cases succeed on the 4.1 branch.
+FAIL: gcc.c-torture/execute/ashldi-1.c execution, -O0
+FAIL: gcc.c-torture/ex
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-12-11 00:32
---
I have this beastie beat. The fix of the initial problem caused no less than
10 regressions (I estimate) and so I had to unmangle that. Talk about head
spinning.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-11 00:31 ---
Confirmed reduced testcase:
template < typename eval >
struct tpl_seq_search {
typedef typename eval::enum_type Enum;
template < Enum first, Enum last >
struct range {
};
template < Enum val >
struct ran
g++ asked me to submit this report. It crashed on the following piece of code:
template < typename eval >
struct tpl_seq_search {
typedef typename eval::enum_type Enum;
template < Enum first, Enum last >
struct range {
static void find () {
range::find();
}
};// range
--- Comment #20 from pinskia at gcc dot gnu dot org 2005-12-10 23:02
---
(In reply to comment #19)
> Andrew, I had your patch in my tree for some time and haven't seen any
> adverse effects. Would you like to submit or install it as obvious?
I will deal with it soon as I download the
--- Comment #19 from danglin at gcc dot gnu dot org 2005-12-10 22:41
---
Andrew, I had your patch in my tree for some time and haven't seen any
adverse effects. Would you like to submit or install it as obvious?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
--- Comment #18 from danglin at gcc dot gnu dot org 2005-12-10 22:38
---
Created an attachment (id=10449)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10449&action=view)
Patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24626
--- Comment #10 from danglin at gcc dot gnu dot org 2005-12-10 22:22
---
GCC is generating incorrect assembler code for the target of weak references.
For example, this is the declaration for "wf1":
extern ftype wf1;
I.e., it is declared as a function. However, there is no .IMPORT em
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2005-12-10 21:53
---
Fixed on mainline. Will backport the fix to 4.1 after a few days.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from danglin at gcc dot gnu dot org 2005-12-10 21:48 ---
Created an attachment (id=10448)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10448&action=view)
.s file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24827
--- Comment #8 from danglin at gcc dot gnu dot org 2005-12-10 21:48 ---
Created an attachment (id=10447)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10447&action=view)
.s output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24827
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2005-12-10 21:44
---
Subject: Bug 25068
Author: fxcoudert
Date: Sat Dec 10 21:44:43 2005
New Revision: 108360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108360
Log:
PR fortran/25068
* io.c (resolve_tag):
--- Comment #1 from eedelman at gcc dot gnu dot org 2005-12-10 20:30
---
Confirmed.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
Status|UN
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-12-10 20:29
---
(In reply to comment #3)
> If you think you know whats up here, give me some feedback so we don't clobber
> each other. :)
I'll let this one to you, I really can't figure it out (it's making my head
spin).
--
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2005-12-10 20:21
---
Where and how end of record or end of file is detected is very sensitive in
this code for internal IO. I am currently dredging on 25264 which also has
sensitivities. When you work at this long enough you realize
--- Comment #25 from tkoenig at gcc dot gnu dot org 2005-12-10 20:12
---
The committed patch implements the basic functionality, via
the CONVERT keyword for open.
We still need different options to select this (via compile-time flags
and environment variables), so I'm leaving this bug
--- Comment #24 from tkoenig at gcc dot gnu dot org 2005-12-10 20:02
---
Subject: Bug 23815
Author: tkoenig
Date: Sat Dec 10 20:01:56 2005
New Revision: 108358
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108358
Log:
2005-12-10 Thomas Koenig <[EMAIL PROTECTED]>
PR
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2005-12-10 19:42
---
(In reply to comment #2)
>> I think we have the right to
>> accept non-default IOSTAT variable if we do it correctly ;)
>
> not with -std=f95
This time, I read both the F95 and F2003 standard, and this is indeed
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-12-10 19:31
---
(In reply to comment #1)
> I think I have a fix for it, currently under testing.
Forget that part. This bug is more serious than I thought. The code in
next_char() might need some important changes... I'm current
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2005-12-10 19:06
---
Confirmed. It's a library-side issue. I think I have a fix for it, currently
under testing.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-12-10 17:52
---
(In reply to comment #1)
> Confirmed. I guess this is because rec=n is transferred to the library as a
> gfc_integer_4, but it should be gfc_offset.
Yes, I was beginning to think about that, but it has strongly i
Although treelang does not support global variables, if support for them is
ever added, there might be a problem with tree_code_create_variable()
(treetree.c). Inside tree_code_create_variable() is the following switch:
switch (storage_class)
{
case STATIC_STORAGE:
TREE_STATIC (var
--- Comment #1 from kargl at gcc dot gnu dot org 2005-12-10 16:55 ---
What is the bug?
9.4.1.6 End-of-file branch
If an end-of-file condition (9.4.3) occurs and no error condition (9.4.3)
occurs during execution of an input statement that contains an END= specifier
(1) Executi
--- Comment #6 from fxcoudert at gcc dot gnu dot org 2005-12-10 16:39
---
I found the problem in the second one, which is fixed by the one-line patch:
Index: io/file_pos.c
===
--- io/file_pos.c (revision 108353)
+++
PR 25139 is in fact two different bugs, so I open this PR to separate them.
$ cat a.f90
integer :: i = 1
open(11,status="replace",form="unformatted")
read(11,end=1008) i
1008 continue
read(11,end=1011) i
1011 continue
end
$ gfortran a.f90 && ./a.out
At line 5 of file a.f90
Fortran runtim
--- Comment #1 from jb at gcc dot gnu dot org 2005-12-10 16:17 ---
Confirmed. I guess this is because rec=n is transferred to the library as a
gfc_integer_4, but it should be gfc_offset.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from danglin at gcc dot gnu dot org 2005-12-10 16:08 ---
Subject: Bug 25258
Author: danglin
Date: Sat Dec 10 16:08:24 2005
New Revision: 108353
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108353
Log:
PR target/25258
* pa.c (som_text_section_asm_
--- Comment #6 from danglin at gcc dot gnu dot org 2005-12-10 16:02 ---
Subject: Bug 25258
Author: danglin
Date: Sat Dec 10 16:01:56 2005
New Revision: 108352
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108352
Log:
PR target/25258
* pa.c (som_text_section_asm_
--- Comment #5 from danglin at gcc dot gnu dot org 2005-12-10 15:45 ---
Subject: Bug 25258
Author: danglin
Date: Sat Dec 10 15:45:43 2005
New Revision: 108351
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108351
Log:
PR target/25258
* pa.c (som_text_section_asm_
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2005-12-10 15:39
---
There are two errors on this one. The first is not a regression (happens with
4.0.3):
$ cat a.f90
integer :: i = 1
open(11,status="replace",form="unformatted")
read(11,end=1008) i
1008 continue
read(11,en
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||build, link-failure
Summary|/usr/bin/ld: Procedure |[
--- Comment #17 from ghazi at gcc dot gnu dot org 2005-12-10 14:29 ---
Subject: Bug 20772
Author: ghazi
Date: Sat Dec 10 14:29:38 2005
New Revision: 108350
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108350
Log:
PR testsuite/20772
* g++.dg/abi/bitfield3.C, g++
/xxx/gnu/gcc-3.3/objdir/./gcc/xgcc -shared-libgcc -B/xxx/gnu/gcc-3.3/objdir/./g
cc -nostdinc++ -L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/src
-
L/xxx/gnu/gcc-3.3/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/src/.libs
-B/opt/gnu/
gcc/gcc-4.1.0/hppa1.1-hp-hpux10.20/bin/
-B/opt/gnu/gcc/gc
--- Comment #16 from ghazi at gcc dot gnu dot org 2005-12-10 13:47 ---
Subject: Bug 20772
Author: ghazi
Date: Sat Dec 10 13:47:29 2005
New Revision: 108349
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108349
Log:
PR testsuite/20772
* g++.dg/abi/mangle24.C, g++.
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2005-12-10 13:42
---
> >>The configure line doesn't match the title of the report: the compiler has
> >>been configured as a native 64-bit compiler.
>
> The first one I mispelled (it should be sparcv9-sun-solaris2.8 instead
> of s
--- Comment #8 from laurent at guerby dot net 2005-12-10 13:26 ---
Ok I now agree on both counts :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25245
--- Comment #15 from ghazi at gcc dot gnu dot org 2005-12-10 13:23 ---
Subject: Bug 20772
Author: ghazi
Date: Sat Dec 10 13:23:19 2005
New Revision: 108348
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108348
Log:
PR testsuite/20772
* g++.dg/abi/mangle24.C, g++.
--- Comment #19 from gcc-bugzilla at kayari dot org 2005-12-10 13:17
---
would the summary be clarified by changing "Non-existing ambiguity when
inhering through virtuals two identical using declarations" to "Ambiguity due
to two using declarations for same member of virtual base" ?
-
--- Comment #23 from tkoenig at gcc dot gnu dot org 2005-12-10 13:09
---
Updated patch.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
URL
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-10 13:01 ---
Reduced testcase:
template T& MakeT();
template ().operator[](0))>
struct helper{};
template
static char is_here(helper*);
This never really worked as we would run into PR 10858
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-12-10 12:50 ---
And why do you think this is a GCC bug and not just an opencobol bug?
There is not enough information here to reproduce this bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from andreas at florath dot net 2005-12-10 12:09 ---
--- gcc-4.2-20051203 ---
No differences - same results as for the 4.1 version.
--- nameing ---
>>The configure line doesn't match the title of the report: the compiler has
>>been
>>configured as a native 64-bit compi
Quando executo "configure":
OpenCOBOL Configuration:
COB_CC gcc
CFLAGS -g -O2
COB_CFLAGS -I${prefix}/include
COB_LIBS -L${exec_prefix}/lib -lcob -lm -lgmp -lltdl -lintl
-lncurses
COB_CONFIG_DIR ${prefix}/share/open-cobol/config
C
64 matches
Mail list logo
