First, I'd like to apologize that I wasn't able to extract the problematic
code. I hope somebody more experienced will find the way how to do it.
Problematic code is in enblend, which can be downloaded from cvs using cvs:
cvs -z3 -d :pserver:anonym...@enblend.cvs.sourceforge.net:/cvsroot/enblend -
While building the current 4.3.3 branch with ada support enabled, this happens:
i686-pc-linux-gnu-gcc -c -g -fkeep-inline-functions -gnatpg -gnata
-nostdinc -I- -I. -Iada -I../../gcc/ada ../../gcc/ada/ali.adb -o ada/ali.o
ali.adb:1825:41: (style) bad casing of "NUL" declared in Standard
--- Comment #1 from bero at arklinux dot org 2008-12-25 11:18 ---
Created an attachment (id=16983)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16983&action=view)
Fix
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38626
--- Comment #2 from bero at arklinux dot org 2008-12-25 13:09 ---
Happens when bootstrapping with 4.4 only; after applying the patch I've
attached, it aborts with other errors.
--
bero at arklinux dot org changed:
What|Removed |Added
--
--- Comment #3 from bero at arklinux dot org 2008-12-25 13:11 ---
Created an attachment (id=16984)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16984&action=view)
Updated patch, takes care of errors that come up after the first one
--
bero at arklinux dot org changed:
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-12-25 14:16 ---
Works with 4.3:
$ gfortran mangle.f90
/tmp/cckeR5NO.o: In function `MAIN__':
mangle.f90:(.text+0x2f): undefined reference to `__m_MOD_g'
collect2: ld returned 1 exit status
$ gfortran-4.3 mangle.f90
$
--
tkoeni
--- Comment #5 from lisp2d at lisp2d dot net 2008-12-25 14:36 ---
Let's start from the beginning.
class A{public:intx;A():x(0){};};
class B:publicA{public:inty;B():A(),y(0){};};
class C:publicA{public:intz;C():A(),z(0){};};
B xb;
C xc;
A&
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-25 15:30 ---
(In reply to comment #5)
> Let's start from the beginning.
>
> class A{public:intx;A():x(0){};};
> class B:publicA{public:inty;B():A(),y(0){};};
> class C:publicA{public:intz;C():A(
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-12-25 15:35 ---
This is a bug in older glibc's and not with GCC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-25 15:36 ---
>I think it can be somewhat connected to bug #32896.
Unlikely.
Anyways does it segfault when compiled at -O0. How about -O2
-fno-strict-aliasing ?
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-12-25 15:53 ---
This is now an error:
$ gcc -mmmx -fcall-saved-mm0 bug.c
bug.c: In function 'f':
bug.c:6: error: incompatible type for argument 1 of '__builtin_ia32_pxor'
bug.c:6: note: expected 'int __vector__' but argument is of
--- Comment #10 from tkoenig at gcc dot gnu dot org 2008-12-25 15:59
---
Original test case still takes a long time.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #17 from tkoenig at gcc dot gnu dot org 2008-12-25 15:55
---
There hasn't been activity on this for a long time.
Is this still an issue?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2008-12-25 17:18 ---
Works for me on PPC64 in 4.3.2 but not in 4.1.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37195
--- Comment #2 from l dot jirkovsky at gmail dot com 2008-12-25 17:25
---
I've already tested it with -O2 -fno-strict-aliasing without success. I'll test
it with -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38625
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-12-25 17:50 ---
I think this is fixed on the trunk now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33424
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-12-25 17:52 ---
Note 4.2 is almost closed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from l dot jirkovsky at gmail dot com 2008-12-25 18:07
---
with -O0 no segfault
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38625
--- Comment #3 from burnus at gcc dot gnu dot org 2008-12-25 18:07 ---
> Works with 4.3:
Well, not really. gfortran 4.1/4.2/4.3 only call the module procedure, but for
"call f()" the contained procedure should be called, which does not work with
4.[1-3].
--
burnus at gcc dot gnu dot
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-12-25 18:09 ---
How about -O2 -fno-strict-overflow ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38625
--- Comment #44 from pinskia at gcc dot gnu dot org 2008-12-25 18:13
---
Does anyone have new numbers?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33604
--- Comment #5 from l dot jirkovsky at gmail dot com 2008-12-25 18:51
---
-O2 -fno-strict-overflow also segfaults
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38625
--- Comment #2 from danglin at gcc dot gnu dot org 2008-12-25 19:23 ---
Subject: Bug 37295
Author: danglin
Date: Thu Dec 25 19:21:52 2008
New Revision: 142922
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=142922
Log:
PR bootstrap/37295
Backport from mainline:
--- Comment #3 from danglin at gcc dot gnu dot org 2008-12-25 19:23 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2008-12-25 19:45
---
g77 runtime accepts this and prints:
character(len=25) :: str
str = '(1PD24.15E4)'
write (*,'(1PD24.15E4)') 1.0d0
WRITE (*,str) 1.0d0
end
$ g77 pr38439.f
$ ./a.out
1.00
--- Comment #6 from tkoenig at gcc dot gnu dot org 2008-12-25 21:49 ---
Is this still current?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-12-25 21:52 ---
This works now:
$ cat foo.c
int a; // ok
int (b); // ok
typeof(a) c; // ok
typeof(a) (d); // error
$ gcc -S foo.c
$ gcc-4.3 -S foo.c
$ gcc-4.2 -S foo.c
(may originally have been caused by the missing semicolon,
--- Comment #6 from tkoenig at gcc dot gnu dot org 2008-12-25 21:55 ---
The preprocessed source no longer compiles with gcc 4.3.2:
n file included from /usr/include/c++/3.3.4/bits/basic_ios.h:45,
from /usr/include/c++/3.3.4/ios:52,
from /usr/include/c++
sorry Kaz, i forget the gcc-patches process, so i'll just give you a reminder
bug
--
Summary: SuperH libgcc.a lacks .note.GNU-stack markings in math
funcs
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
--- Comment #1 from vapier at gentoo dot org 2008-12-25 22:16 ---
Created an attachment (id=16985)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16985&action=view)
73_all_sh-libgcc-stacks.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38627
--- Comment #7 from kargl at gcc dot gnu dot org 2008-12-26 00:01 ---
(In reply to comment #6)
> Is this still current?
>
This should probably be closed as WONTFIX. The report is
against FreeBSD 5.3, which is ancient. The FreeBSD Ports
Collection currently has port/lang/gcc34, which
--- Comment #2 from kkojima at gcc dot gnu dot org 2008-12-26 00:17 ---
Thanks! Your patch should be applied when the trunk is reopened.
One minor nit, the ifdef guard in the hunk for linux-atomic.asm can be
removed because linux-atomic.asm is specific to linux and ELF.
--
kkojima a
32 matches
Mail list logo
