https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83319
Anton Shterenlikht changed:
What|Removed |Added
CC||mexas at bristol dot ac.uk
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
Target Milestone: ---
module m
implicit none
type t1
integer :: age
end type t1
type, extends( t1 ) :: t2
real :: height_cm
end type t2
type, extends( t2 ) :: t3
real :: mass_kg
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
Target Milestone: ---
$ cat z.f90
character( len=: ), allocatable :: a
allocate( character(len=128) :: a )
write (*,*) len(a), a%len, a%kind
end
$ gfortran8 -c z.f90
z.f90:3:22:
write (*,*) len(a), a%len
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81265
--- Comment #1 from Anton Shterenlikht ---
On Cray seems to run fine too.
Sorry for crooked rushed English.
The code itself is very simple, so
should be clear what's going on.
But I think if I put all code in a single
file, then I cannot
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
Target Milestone: ---
Created attachment 41655
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41655=edit
m.f90 sm.f90 m2.f90 p.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80235
--- Comment #2 from Anton Shterenlikht ---
Can be triggered also with gfortran7 directly:
$ gfortran7 -c -fcoarray=lib m.f90
$ gfortran7 -c -fcoarray=lib sm.f90
sm.f90:22:0:
maxfe = size( cgca_pfem_centroid_tmp%r, dim=2 )
internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80235
--- Comment #1 from Anton Shterenlikht ---
Created attachment 41064
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41064=edit
submodule file
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
Target Milestone: ---
Created attachment 41063
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41063=edit
module file
$ caf -c m.f90
$ caf -c sm.f90
sm.f90:22:0:
maxfe = size( cgca_pfem_centroid_tmp%r, di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838
--- Comment #15 from Anton Shterenlikht ---
Yes, the problem seems to have been solved.
My code compiles fine now.
Thanks
Anton
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838
--- Comment #13 from Anton Shterenlikht ---
The latest I have is:
gcc6-devel-6.3.1.s20161229 lang/gcc6-devel
gcc7-devel-7.0.0.s20170101 lang/gcc7-devel
ATM I've no time to build gcc myself.
I'll wait for gerald@ to update these ports
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79305
--- Comment #2 from Anton Shterenlikht ---
I think the program is standard conforming.
So strictly speaking the compiler is not standard conforming here, right?
I have some tests for complex intrinsics, which I want
to test on real32, real64
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
Target Milestone: ---
FreeBSD 11.0-RELEASE-p2
use, intrinsic :: iso_fortran_env, only: real128
integer, parameter :: fk = real128
complex( kind=fk ) :: z
z = cmplx( 1.0_fk, -1.0_fk, kind=fk )
write
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77785
Anton Shterenlikht changed:
What|Removed |Added
CC||mexas at bristol dot ac.uk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839
Anton Shterenlikht changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839
--- Comment #7 from Anton Shterenlikht ---
submitted as OCA ticket 207:
https://github.com/sourceryinstitute/opencoarrays/issues/207
hope to close this ticket when there is some clarity from OCA people
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839
--- Comment #5 from Anton Shterenlikht ---
The puzzling thing is that symbol _gfortran_caf_stop_str
is in the OpenCoarrays library:
$ nm ~/OpenCoarrays-1.6.0/opencoarrays-build/lib/libcaf_mpi.a | grep
_gfortran_caf_stop_str
4870 T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839
--- Comment #3 from Anton Shterenlikht ---
In the end I reduced the program to:
use cgca
if (.true.) stop
end
The problem seems to appear if I move the
static library from where it was built to another location.
E.g if I build my library, and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838
--- Comment #5 from Anton Shterenlikht ---
I reduced the case to 8 Fortran files:
http://eis.bris.ac.uk/~mexas/0.txz
Untar the file
cd zproblem
make
caf -c -Wall -g -fbacktrace -fcheck-array-temporaries cgca_m1co.f90
caf -c -Wall -g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839
--- Comment #2 from Anton Shterenlikht ---
https://sourceforge.net/p/cgpack/code/HEAD/tree/head/tests/testAAF.f90
One would need to build the library first:
https://sourceforge.net/p/cgpack/code/HEAD/tree/head/
I'll try to reduce the problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838
--- Comment #4 from Anton Shterenlikht ---
Yes, it's a library:
https://sourceforge.net/p/cgpack/code/HEAD/tree/head/
I'll try to reduce the problem case to something smaller.
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
Target Milestone: ---
$ caf --version
OpenCoarrays Coarray Fortran Compiler Wrapper (caf version 1.6.0)
Copyright (C) 2015-2016 Sourcery, Inc.
$ mpif90 --version
GNU Fortran (GCC) 6.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838
--- Comment #2 from Anton Shterenlikht ---
forgot to add that this is now with gcc-6.1:
$ caf --version
OpenCoarrays Coarray Fortran Compiler Wrapper (caf version 1.6.0)
Copyright (C) 2015-2016 Sourcery, Inc.
$ mpif90 --version
GNU Fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838
--- Comment #1 from Anton Shterenlikht ---
with OpenCoarrays-1.6.0 I just get:
caf -c -Wall -g -fbacktrace -fcheck-array-temporaries m3clvg_sm3.f90
'
(null):0: confused by earlier errors, bailing out
make: *** [m3clvg_sm3.o] Error 1
But
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
Target Milestone: ---
‘
in pp_string, at pretty-print.c:928
0x1346eab pp_string(pretty_printer*, char const*)
/panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/pretty-print.c:928
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
Target Milestone: ---
character(:), allocatable :: z
z = "cockatoo"
write (*,*) z, len(z)
z(:) = ''
write (*,*) z, len(z)
end
with gf
Assignee: unassigned at gcc dot gnu.org
Reporter: mexas at bristol dot ac.uk
CC: vehre at gcc dot gnu.org
Target Milestone: ---
program z
implicit none
real, allocatable :: d(:,:), tmp(:,:)
integer :: i, errstat
allocate( d( 100, 2 ), source = 0.0, stat=errstat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #25 from Anton Shterenlikht mexas at bristol dot ac.uk ---
yes, seems to work ok on amd64 FreeBSD gcc47, 48, 49
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55221
Anton Shterenlikht mexas at bristol dot ac.uk changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56739
Anton Shterenlikht mexas at bristol dot ac.uk changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
Anton Shterenlikht mexas at bristol dot ac.uk changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
Anton Shterenlikht mexas at bristol dot ac.uk changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
--- Comment #8 from Anton Shterenlikht mexas at bristol dot ac.uk ---
With this patch to binutils:
http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/config/tc-sparc.h.diff?cvsroot=srcr1=1.31r2=1.32
I can build gcc-4.6.4,1 successfully.
I can now
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #11 from Anton Shterenlikht mexas at bristol dot ac.uk 2013-04-23
14:20:11 UTC ---
The same error on the same sparc64/FreeBSD -current system
building 4.9:
gmake[5]: Leaving directory
`/usr/ports/lang/gcc49/work/build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56739
--- Comment #1 from Anton Shterenlikht mexas at bristol dot ac.uk 2013-04-23
16:11:33 UTC ---
building gcc-4.9-20130414 gives different error:
libtool: compile: /usr/ports/lang/gcc49/work/build/./gcc/xgcc
-B/usr/ports/lang/gcc49/work
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56739
Bug #: 56739
Summary: FreeBSD ia64:
gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3
/include/mutex:781:41: internl compiler error:
Segmentation
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #10 from Anton Shterenlikht mexas at bristol dot ac.uk 2013-02-25
14:15:32 UTC ---
Just to say that on my system I have the same GAS version:
# /usr/local/bin/as --version
GNU assembler (GNU Binutils) 2.23.1
Copyright 2012
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #5 from Anton Shterenlikht mexas at bristol dot ac.uk 2013-01-25
09:37:38 UTC ---
I'm building gcc-4.8-20130113.
I tried your patch, although my line numbers
are different:
# diff -u10 configure.ac.orig configure.ac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
--- Comment #7 from Anton Shterenlikht mexas at bristol dot ac.uk 2013-01-23
10:14:52 UTC ---
a great miracle happened here:
# pkg info -xo gcc-4.6
gcc-4.6.4.20121123: lang/gcc46
#
I didn't have to do anything extra to get it build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk 2013-01-15
12:56:28 UTC ---
I get a different line at 3163:
# pr -n /usr/ports/lang/gcc48/work/gcc-4.8-20121014/gcc/configure.ac | grep -C5
3163
3158 .text
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
--- Comment #3 from Anton Shterenlikht mexas at bristol dot ac.uk 2013-01-15
13:26:17 UTC ---
In the latest version the line numbers are different again.
# pr -n /usr/ports/lang/gcc48/work/gcc-4.8-20130106/gcc/configure.ac | grep
\-32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
Bug #: 55308
Summary: /usr/ports/lang/gcc48/work/build/sparc64-portbld-freeb
sd10.0/libstdc++-v3/src/.libs/libstdc++.so.6:
Undefined symbol __emutls_v._ThreadRuneLocale
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55221
--- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-11-09
10:40:41 UTC ---
On the same system I can build gcc-4.8.0.20121014
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55221
--- Comment #3 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-11-09
10:47:22 UTC ---
forgot to add, all these builds are with
a patch to unwind-ia64.h. For example, for 4.8
branch, the patch is (credit to ger...@freebsd.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55221
--- Comment #1 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-11-08
09:49:08 UTC ---
On the same system gcc47 updated fine to gcc-4.7.3.20121103
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55221
Bug #: 55221
Summary: [regression] gcc-4.6-20121102/gcc/rtl.h:2105: error:
'FIRST_PSEUDO_REGISTER' undeclared here (not in a
fnction)
Classification: Unclassified
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
--- Comment #6 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-09-05
08:44:00 UTC ---
on 4.7 the error is slightly different:
gmake[3]: Entering directory `/usr/ports/lang/gcc47/work/build/libcpp'
/usr/ports/lang/gcc47/work/build/./prev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
--- Comment #5 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-09-04
16:09:23 UTC ---
Still the same with gcc-4.6-20120831:
gmake[3]: Entering directory `/usr/ports/lang/gcc46/work/build/libcpp'
/usr/ports/lang/gcc46/work/build/./prev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
--- Comment #1 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-07-15
10:49:55 UTC ---
And the same error with gcc47:
gmake[3]: Entering directory `/usr/ports/lang/gcc47/work/build/libcpp'
/usr/ports/lang/gcc47/work/build/./prev-gcc/g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52983
Anton Shterenlikht mexas at bristol dot ac.uk changed:
What|Removed |Added
CC||mexas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
--- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-07-15
11:00:31 UTC ---
And gcc48:
gmake[3]: Entering directory `/usr/ports/lang/gcc48/work/build/libcpp'
/usr/ports/lang/gcc48/work/build/./prev-gcc/g++
-B/usr/ports/lang
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
--- Comment #4 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-07-15
13:58:11 UTC ---
I don't use /etc/src.conf (i.e. I don't have this file).
# cat /etc/make.conf
SENDMAIL_CFLAGS+= -I/usr/local/include -DSASL=2
SENDMAIL_LDFLAGS+= -L
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
Bug #: 53964
Summary: regression: sparc64 FreeBSD:
/usr/ports/lang/gcc46/work/build/./prev-gcc/include/st
ddef.h:150:26: error: two or more data types n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52172
--- Comment #13 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-02-14
18:08:03 UTC ---
yes, I confirm, fixed on FreeBSD 9.9-CURRENT #11 r231193M
Thanks!
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52172
--- Comment #8 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-02-11
22:01:52 UTC ---
bear with me..
# pwd
/usr/ports/lang/gcc47/work/build/stage2-gcc
# cat stage2-command
/usr/ports/lang/gcc47/work/build/./stage2-gcc/g++ -fcompare
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52172
--- Comment #5 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-02-10
14:35:12 UTC ---
Same for gcc-4.7-20120204.
Is this snapshot after r183751?
gmake[3]: Leaving directory `/usr/ports/lang/gcc47/work/build'
Comparing stages 2 and 3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52172
Bug #: 52172
Summary: [4.7 FreeBSD ia64 regression] stage 3 Bootstrap
comparison failure
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52172
--- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-02-08
14:35:50 UTC ---
Just make configure using FreeBSD ports infrastructure, same as always.
Or do you want to see config.log?
If yes, please let me know which one
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650
--- Comment #10 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-11-11
12:08:31 UTC ---
Failed again on 4.7-2005:
/usr/ports/lang/gcc47/work/build/ia64-portbld-freebsd9.9/libgcc/../.././../gcc-4.7-2005/libgcc/onfig/ia64/unwind
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650
--- Comment #7 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-10-31
18:32:07 UTC ---
Yes, *without* files/patch-unwind-ia64.h.
I've built and installed gcc-4.7.0.20111029
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650
--- Comment #5 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-10-28
10:57:58 UTC ---
gcc-4.7.0.20111022 now builds fine on ia64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49804
--- Comment #7 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-10-06
08:33:17 UTC ---
With your patch I built,installed and tested
(just on one small fortran project) gcc-4.7.0.20110917
on FreeBSD 9.0-CURRENT #1 r216048 Sun Microsystems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484
--- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-09-25
20:24:24 UTC ---
Gerald has provided a fix for the _Unwind_FindTableEntry
FreeBSD ia64 issue
(http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650).
With this fix, 4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484
--- Comment #3 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-09-25
20:25:19 UTC ---
Created attachment 25362
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25362
libgcc config.log from ia64 FreeBSD
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484
Bug #: 50484
Summary: [4.6 regression] ia64-portbld-freebsd9.0,
conftest.c:16:1: internal compiler error: Segmentation
fault: 11
Classification: Unclassified
Product:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50484
--- Comment #1 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-09-22
11:27:26 UTC ---
Created attachment 25338
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=25338
config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49804
--- Comment #4 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-09-22
22:36:16 UTC ---
/usr/ports/lang/gcc47/work/build/./gcc/xgcc
-B/usr/ports/lang/gcc47/work/build/./gcc/
-B/usr/local/sparc64-portbld-freebsd9.0/bin/
-B/usr/local/sparc64
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45650
--- Comment #3 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-09-07
13:18:04 UTC ---
This issue reappeared again.
On FreeBSD 9.0-CURRENT ia64: gcc-4.7.0.20110730 builds fine.
Updating to 4.7.0.20110827 gives this error again:
gmake
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49804
--- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-09-01
08:52:43 UTC ---
I haven't looked at it for a while.
It seems ia64 is indeed fixed, I've built gcc-4.7.0.20110730.
However sparc64 still gives this error.
Building
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49842
Summary: sparc64-portbld-freebsd9.0 internal compiler error:
in connect_traces, at dwarf2cfi.c:2632
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49842
--- Comment #1 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-07-25
15:33:50 UTC ---
Created attachment 24830
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=24830
/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49804
Summary: regression gcc4.7 from 20110709 to 20110716 on ia64,
sparc64 freebsd9.0 Configuration mismatch!
[libgcc-extra-parts] Error
Product: gcc
Version: 4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959
--- Comment #24 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-02-22
09:41:48 UTC ---
The error now is:
libtool: compile: /usr/ports/lang/gcc46/work/build/./gcc/xgcc
-B/usr/ports/lang/gcc46/work/build/./
gcc/ -B/usr/local/ia64-portbld
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40959
--- Comment #26 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-02-22
10:30:43 UTC ---
yes, I lost track of various issues and versions..
I'll test it when you are ready.
At present I'm particularly keen
on testing Fortran 2003 IEEE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
Summary: real(kind=16) - libquadmath - segfault on amd64
FreeBSD
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47648
Summary: libgfortran/libgfortran.h:53:29: fatal error:
quadmath_weak.h: No such f ile or directory - FreeBSD
ia64
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649
Summary: install-info: No such file or directory for
/usr/local/info/gcc46/libquadmath.info
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649
--- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-02-08
20:22:30 UTC ---
Created attachment 23278
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23278
ia64 FreeBSD 9.0-current libquadmath config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649
--- Comment #3 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-02-08
20:24:48 UTC ---
Created attachment 23279
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=23279
sparc64 FreeBSD 9.0-current libquadmath config.log
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649
--- Comment #4 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-02-08
20:25:50 UTC ---
no, I didn't use any configure options,
just a default build from ports.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47642
--- Comment #8 from Anton Shterenlikht mexas at bristol dot ac.uk 2011-02-09
00:43:07 UTC ---
With Gerald's patch (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47649)
I got gcc46 installed on FreeBSD sparc64,
and there I don't get segfault:
QOF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #13 from Anton Shterenlikht mexas at bristol dot ac.uk 2010-12-25
09:21:48 UTC ---
I switched back to the default system compiler:
gcc (GCC) 4.2.1 20070719 [FreeBSD]
now GMP passes all tests, gcc45 is built fine, and
I can build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #12 from Anton Shterenlikht mexas at bristol dot ac.uk 2010-11-17
15:09:20 UTC ---
yes, GMP fails 14 tests:
http://seis.bris.ac.uk/~mexas/gmp-5.0.1-regression-test.log
I submitted a bug report to gmp-bugs.
MPFR passes all tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #7 from Anton Shterenlikht mexas at bristol dot ac.uk 2010-11-16
13:18:39 UTC ---
As it is hard to downgrade the port versions (it might break port
interdependency), I tried instead to use a more recent gcc to build
the ports
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #9 from Anton Shterenlikht mexas at bristol dot ac.uk 2010-11-16
13:44:48 UTC ---
Created attachment 22422
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22422
config.log showing configure errors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #10 from Anton Shterenlikht mexas at bristol dot ac.uk 2010-11-16
13:46:30 UTC ---
here's the relevant bit, I guess:
configure:3658: checking for C compiler default output file name
configure:3680: /usr/ports/lang/gcc45/work/build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
Summary: fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0
- configure: error: cannot compute suffix of object
files: cannot compile
Product: gcc
Version: 4.5.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk 2010-10-19
21:10:00 UTC ---
yes
I've repeated it maybe 5-10 times over the last several weeks.
I don't know if this is a regression. I think lapack dependency
in freebsd ports
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46086
--- Comment #4 from Anton Shterenlikht mexas at bristol dot ac.uk 2010-10-19
22:07:54 UTC ---
what specifically?
The versions of the libraries mentioned on my box are
above the minimum recommended:
mpfr-3.0.0
gmp-5.0.1
binutils-2.20.1_3
or did
88 matches
Mail list logo
