[Bug fortran/83319] [7/8 Regression] ICE on use of allocatable component in derived type coarray defined in module
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83319 Anton Shterenlikht changed: What|Removed |Added CC||mexas at bristol dot ac.uk --- Comment #5 from Anton Shterenlikht --- I get the same error: caf -c -O2 -Wall -fPIC -g -fbacktrace -fall-intrinsics -fcheck-array-temporaries -fopenmp -I/usr/local/include cgca_m3pfem.f90 cgca_m3pfem.f90:1407:0: end module cgca_m3pfem internal compiler error: in gfc_conv_descriptor_token, at fortran/trans-array.c:305 20474701626e> caf -w caf wraps /usr/local/bin/gfortran7 20474701626e> gfortran7 --version GNU Fortran (FreeBSD Ports Collection) 7.3.0 I think this is a regression from 7.2 to 7.3. This was building ok a couple weeks ago with 7.2. It will take me a while to narrow down the problem code.
[Bug fortran/81748] New: extensible types non-conforming behaviour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81748 Bug ID: 81748 Summary: extensible types non-conforming behaviour Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran 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 end type t3 contains subroutine s( man ) class( t1 ) :: man(:) integer :: i do i = 1, size( man ) if ( man(i) % age .gt. 3 ) write (*,*) man(i) % age end do end subroutine s end module m program z use m implicit none type( t3 ) :: person3( 5 ) integer:: i person3 % t2 % age = (/ (i, i=1, size(person3)) /) write (*,*) person3 % age write (*,*) person3 % t1 % age write (*,*) person3 % t2 % age call s( person3 % t1 ) call s( person3 % t2 ) call s( person3 ) end program z The correct output is (e.g. ifort 16 gives it): 1 2 3 4 5 1 2 3 4 5 1 2 3 4 5 4 5 4 5 4 5 However, with gfortran8 the output is missing from lines: call s( person3 % t1 ) call s( person3 % t2 )
[Bug fortran/81707] New: Type parameter inquiry errors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81707 Bug ID: 81707 Summary: Type parameter inquiry errors Product: gcc Version: 8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran 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, a%kind 1 Error: Unexpected '%' for nonderived-type variable 'a' at (1) Same with versions 7,6 and 5. Is this simply not supported yet? It seems there has been no progress on this related 2009 PR: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40196
[Bug fortran/81265] allocatable coarrays in submodule subroutines wrongly identified as unallocated
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 reproduce the error anymore. Thanks!
[Bug fortran/81265] New: allocatable coarrays in submodule subroutines wrongly identified as unallocated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81265 Bug ID: 81265 Summary: allocatable coarrays in submodule subroutines wrongly identified as unallocated Product: gcc Version: 7.0.1 Status: UNCONFIRMED Severity: 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 - 4 Fortran 2008 files Sorry I cannot yet reduce this further. m.f90 - module 1 sm.f90 - submodule of module 1 m2.f90 - module 2 p.f90 - program that uses both modules: m and m2. submodule sm has subroutine s, which is passed as one actual argument subroutine s2 from module m2. An allocatable coarray is allocated in the program p. Then subroutine s is called with s2 passed in. In s the allocatable coarray is seen as allocated, but when it is passed further to s2 from 2, in s2 it is seen as not allocated. To build/run: rat> caf -c m.f90 m2.f90 sm.f90 p.f90 rat> caf p.o m.o m2.o sm.o rat> cafrun -np 4 ./a.out ERROR: s2: coarray is not allocated ERROR: s2: coarray is not allocated ERROR: s2: coarray is not allocated ERROR: s2: coarray is not allocated ERROR STOP ERROR STOP ERROR STOP rat> rat> caf --version OpenCoarrays Coarray Fortran Compiler Wrapper (caf version 1.9.0) Copyright (C) 2015-2016 Sourcery, Inc. OpenCoarrays comes with NO WARRANTY, to the extent permitted by law. You may redistribute copies of OpenCoarrays under the terms of the BSD 3-Clause License. For more information about these matters, see the file named LICENSE. rat> caf -w caf wraps CAFC=/usr/local/bin/mpif90 rat> mpif90 --version GNU Fortran (FreeBSD Ports Collection) 7.0.1 20170326 (experimental) Copyright (C) 2017 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Shall I send this to OpenCoarrays instead? ifort 16 runs this program with no error.
[Bug fortran/80235] ICE: coarrays, submodule
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 error: Segmentation fault
[Bug fortran/80235] ICE: coarrays, submodule
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
[Bug fortran/80235] New: ICE: coarrays, submodule
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80235 Bug ID: 80235 Summary: ICE: coarrays, submodule Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran 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, dim=2 ) internal compiler error: Segmentation fault m.f90 - module, sm.f90 - submodule, both attached.
[Bug fortran/71838] ICE with OpenCoarrays on submodule
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
[Bug fortran/71838] ICE with OpenCoarrays on submodule
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 and will try again. Thanks! Anton
[Bug fortran/79305] real128 - undefined reference to cexpl
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 and real128.
[Bug fortran/79305] New: real128 - undefined reference to cexpl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79305 Bug ID: 79305 Summary: real128 - undefined reference to cexpl Product: gcc Version: 6.3.1 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran 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 (*,*) exp( z ) end $ gfortran49 z.f90 /tmp//ccIF7kVE.o: In function `MAIN__': z.f90:(.text+0x79): undefined reference to `cexpl' collect2: error: ld returned 1 exit status $ gfortran6 z.f90 /tmp//ccq1EOKO.o: In function `MAIN__': z.f90:(.text+0x62): undefined reference to `cexpl' collect2: error: ld returned 1 exit status $ gfortran7 z.f90 /tmp//ccgH1sQM.o: In function `MAIN__': z.f90:(.text+0x62): undefined reference to `cexpl' collect2: error: ld returned 1 exit status Have I missed something? Thanks Anton
[Bug fortran/77785] ICE in gfc_get_caf_token_offset, at fortran/trans-expr.c:1990
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77785 Anton Shterenlikht changed: What|Removed |Added CC||mexas at bristol dot ac.uk --- Comment #6 from Anton Shterenlikht --- I can reproduce on FreeBSD 11.0-RELEASE-p2 amd64, with gcc7-devel-7.0.0.s20161002 installed via pkg. gfortran7 -c -fcoarray=lib -Wall -fPIC -fall-intrinsics -I/usr/local/include cgca_m1co.f90 gfortran7 -c -fcoarray=lib -Wall -fPIC -fall-intrinsics -I/usr/local/include cgca_m2stat.f90 cgca_m2stat.f90:174:0: gv = gv - gvimg1 internal compiler error: in gfc_get_caf_token_offset, at fortran/trans-expr.c:1990 https://sourceforge.net/p/cgpack/code/HEAD/tree/head/cgca_m2stat.f90 https://sourceforge.net/p/cgpack/code/HEAD/tree/head/cgca_m1co.f90 gcc6-6.2.0 compiles ok.
[Bug fortran/71839] undefined reference to `_gfortran_caf_stop_str'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839 Anton Shterenlikht changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|--- |WORKSFORME --- Comment #8 from Anton Shterenlikht --- OpenCoarrays folk cannot reproduce it. I found a workaround. In any case, this seems nothing to do with GCC. Please close this PR. Thanks Anton
[Bug fortran/71839] undefined reference to `_gfortran_caf_stop_str'
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
[Bug fortran/71839] undefined reference to `_gfortran_caf_stop_str'
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 _gfortran_caf_stop_str My library must not affect whether this symbol is found or not. However, it seems, when I build my library, a lot of OpenCoarray symbols are added to it, but not that one. For example, another symbol, _gfortran_caf_error_stop_str, is also in the OpenCoarrays library: $ nm ~/OpenCoarrays-1.6.0/opencoarrays-build/lib/libcaf_mpi.a | grep _gfortran_caf_error_stop_str 48e0 T _gfortran_caf_error_stop_str but this one is added to my library by caf: nm ../libcgpack.a |grep stop U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str Maybe I should ask the OpenCoarrays people.
[Bug fortran/71839] undefined reference to `_gfortran_caf_stop_str'
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 the program, in some directory, then all is fine: $ ls libcgpack.a libcgpack.a $ caf -c z.f90 -I . $ caf z.o -L . -lcgpack $ ./a.out STOP However, if I move the library to another place, then I get this error: $ cp libcgpack.a ~/lib/ $ caf z.o -L ~/lib/ -lcgpack z.o: In function `MAIN__': z.f90:(.text+0xf): undefined reference to `_gfortran_caf_stop_str' collect2: error: ld returned 1 exit status Does this look like a binutils problem? Or am I making some mistake in creating the library?
[Bug fortran/71838] ICE with OpenCoarrays on submodule
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 -fbacktrace -fcheck-array-temporaries cgca_m2gb.f90 caf -c -Wall -g -fbacktrace -fcheck-array-temporaries cgca_m2glm.f90 caf -c -Wall -g -fbacktrace -fcheck-array-temporaries cgca_m2hx.f90 caf -c -Wall -g -fbacktrace -fcheck-array-temporaries cgca_m2rot.f90 caf -c -Wall -g -fbacktrace -fcheck-array-temporaries cgca_m2rnd.f90 caf -c -Wall -g -fbacktrace -fcheck-array-temporaries cgca_m3clvg.f90 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
[Bug fortran/71839] undefined reference to `_gfortran_caf_stop_str'
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 case.
[Bug fortran/71838] ICE with OpenCoarrays on submodule
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.
[Bug fortran/71839] New: undefined reference to `_gfortran_caf_stop_str'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71839 Bug ID: 71839 Summary: undefined reference to `_gfortran_caf_stop_str' Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: 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 caf -c testAAF.f90 -Wall -I. -I/panfs/panasas01/mech/mexas/mod -g -fbacktrace -fcheck-array-temporaries caf -o testAAF.x testAAF.o testaux.o -L/panfs/panasas01/mech/mexas/lib -lcgpack testAAF.o: In function `MAIN__': testAAF.f90:(.text+0x846): undefined reference to `_gfortran_caf_stop_str' testAAF.f90:(.text+0x926): undefined reference to `_gfortran_caf_stop_str' collect2: error: ld returned 1 exit status make: *** [testAAF.x] Error 1 cgpack is my coarray library: $ nm ~/lib/libcgpack.a |grep stop_str U _gfortran_caf_error_stop_str U _gfortran_caf_error_stop_str It seems ERROR STOP is ok, but STOP is not.
[Bug fortran/71838] ICE with OpenCoarrays on submodule
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 (GCC) 6.1.0
[Bug fortran/71838] ICE with OpenCoarrays on submodule
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 there are no "earlier errors" reported.
[Bug fortran/71838] New: ICE with OpenCoarrays on submodule
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71838 Bug ID: 71838 Summary: ICE with OpenCoarrays on submodule Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran 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 0x134789f pp_format(pretty_printer*, text_info*) /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/pretty-print.c:570 0x1342da8 diagnostic_report_diagnostic(diagnostic_context*, diagnostic_info*) /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/diagnostic.c:825 0x63bbb8 gfc_error_now(char const*, ...) /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/error.c:1179 0x6ba236 check_conflict /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/symbol.c:469 0x6be0d6 gfc_copy_attr(symbol_attribute*, symbol_attribute*, locus*) /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/symbol.c:1939 0x6bf1d5 gfc_copy_dummy_sym(gfc_symbol**, gfc_symbol*, int) /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/symbol.c:2011 0x632ecb gfc_match_submod_proc() /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/decl.c:7765 0x685d2d decode_statement /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/parse.c:383 0x687834 next_free /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/parse.c:1076 0x687834 next_statement /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/parse.c:1310 0x68b42c parse_contained /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/parse.c:5039 0x68c269 parse_module /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/parse.c:5432 0x68cc39 gfc_parse_file() /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/parse.c:5738 0x6ce875 gfc_be_parse_file /panfs/panasas01/mech/mexas/gcc-6-20160410-obj/../gcc-6-20160410/gcc/fortran/f95-lang.c:201 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <http://gcc.gnu.org/bugs.html> for instructions. make: *** [m3clvg_sm3.o] Error 1 The source file is a submodue: https://sourceforge.net/p/cgpack/code/HEAD/tree/head/m3clvg_sm3.f90 The module is: https://sourceforge.net/p/cgpack/code/HEAD/tree/head/cgca_m3clvg.f90 The Makefile is: https://sourceforge.net/p/cgpack/code/HEAD/tree/head/Makefile-bc3-oca $ caf --version OpenCoarrays Coarray Fortran Compiler Wrapper (caf version 1.4.0) Copyright (C) 2015-2016 Sourcery, Inc.
[Bug fortran/67977] New: allocatable strings, array section reallocated - non-standard behaviour
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67977 Bug ID: 67977 Summary: allocatable strings, array section reallocated - non-standard behaviour Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal 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 gfortran 4.9 to 6.0 this returns: cockatoo 8 0 which is wrong. It should return: cockatoo 8 8 i.e. the length of variable "z" must not change from the second assignment statement. This is because the array section is used ( z(:) ), which should not trigger reallocation. So "z" after the second assignment must still be 8 characters long, all blanks. Anton
[Bug fortran/67171] New: [6.0 regression] sourced allocation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67171 Bug ID: 67171 Summary: [6.0 regression] sourced allocation Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran 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 ) d(:,1) = (/ ( real(i), i=1,100) /) d(:,2) = (/ ( real(2*i), i=1,100) /) write (*,*) d( 1, :) call move_alloc( from=d, to=tmp ) write (*,*) tmp( 1, :) allocate( d( 50, 2 ), source = tmp(1:50,:) , stat=errstat ) write (*,*) d( 1, :) deallocate( tmp ) end program z Correct output in gfortran 5: $ gfortran5 -Wl,-rpath=/usr/local/lib/gcc5 z.f90 $ ./a.out 1. 2. 1. 2. 1. 2. Wrong output in gfortran 6: $ gfortran6 -Wl,-rpath=/usr/local/lib/gcc6 z.f90 $ ./a.out 1. 2. 1. 2. 4. 0. This is on FreeBSD 10.1-RELEASE-p16 amd64
[Bug fortran/47642] real(kind=16) - libquadmath - segfault on amd64 FreeBSD
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
[Bug rtl-optimization/55221] [regression] gcc-4.6-20121102/gcc/rtl.h:2105: error: 'FIRST_PSEUDO_REGISTER' undeclared here (not in a fnction)
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 Version|4.6.4 |4.6.3 Resolution|--- |WORKSFORME --- Comment #5 from Anton Shterenlikht mexas at bristol dot ac.uk --- On FreeBSD 10.0-CURRENT #5 r252055, with ports tree at r322480, I can built lang/gcc, which is now 4.6: # gcc46 --version gcc46 (FreeBSD Ports Collection) 4.6.3 Copyright (C) 2011 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. # pkg info -xo gcc-4.6 gcc-4.6.3 lang/gcc # This is with Gerald's patch: # cat /usr/ports/lang/gcc/files/patch-unwind-ia64.h 2010-09-12 Gerald Pfeifer ger...@pfeifer.com PR target/45650 * config/ia64/unwind-ia64.h: Do not mark _Unwind_FindTableEntry hidden on FreeBSD. Index: gcc/config/ia64/unwind-ia64.h === --- gcc/config/ia64/unwind-ia64.h (revision 164211) +++ gcc/config/ia64/unwind-ia64.h (working copy) @@ -40,4 +40,7 @@ extern struct unw_table_entry * _Unwind_FindTableEntry (void *pc, unsigned long *segment_base, unsigned long *gp, struct unw_table_entry *ent) - __attribute__ ((__visibility__ (hidden))); +#ifndef __FreeBSD__ + __attribute__ ((__visibility__ (hidden))) +#endif +; # I think it was fixed due to recent binutil fixes. Since 4.7, 4.8, 4.9 all build fine on this platform, I'm no longer interested in 4.6.4. I'm therefore closing this PR.
[Bug target/56739] FreeBSD ia64: gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/include/mutex:781:41: internl compiler error: Segmentation fault
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 Resolution|--- |FIXED --- Comment #2 from Anton Shterenlikht mexas at bristol dot ac.uk --- I can build gcc-4.9.0.20130526 on FreeBSD 10.0-CURRENT #4 r248493 ia64
[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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 Resolution|--- |FIXED --- Comment #9 from Anton Shterenlikht mexas at bristol dot ac.uk --- Fixes 4.7 and 4.8 too, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55308
[Bug middle-end/55308] /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale
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 Resolution|--- |FIXED --- Comment #12 from Anton Shterenlikht mexas at bristol dot ac.uk --- Fixed by a binutils patch in the latest version, see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53964
[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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 build lapack with gcc-4.6 Thanks to Michael Moll kved...@kvedulv.de for the hint
[Bug middle-end/55308] /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale
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/sparc64-portbld-freebsd10.0/libgomp/testsuite' gmake[5]: Entering directory `/usr/ports/lang/gcc49/work/build/sparc64-portbld-freebsd10.0/libgomp' makeinfo --no-split --split-size=500 --split-size=500 -I ../.././../gcc-4.9-20130414/libgomp/../gcc/doc/include -I ../.././../gcc-4.9-20130414/libgomp -o libgomp.info ../.././../gcc-4.9-20130414/libgomp/libgomp.texi /bin/sh ./libtool --tag=CC --mode=compile /usr/ports/lang/gcc49/work/build/./gcc/xgcc -B/usr/ports/lang/gcc49/work/build/./gcc/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd10.0/include -isystem /usr/local/sparc64-portbld-freebsd10.0/sys-include-DHAVE_CONFIG_H -I. -I../.././../gcc-4.9-20130414/libgomp -I../.././../gcc-4.9-20130414/libgomp/config/posix -I../.././../gcc-4.9-20130414/libgomp -Wall -Werror -Wc,-pthread -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT alloc.lo -MD -MP -MF .deps/alloc.Tpo -c -o alloc.lo ../.././../gcc-4.9-20130414/libgomp/alloc.c libtool: compile: /usr/ports/lang/gcc49/work/build/./gcc/xgcc -B/usr/ports/lang/gcc49/work/build/./gcc/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd10.0/include -isystem /usr/local/sparc64-portbld-freebsd10.0/sys-include -DHAVE_CONFIG_H -I. -I../.././../gcc-4.9-20130414/libgomp -I../.././../gcc-4.9-20130414/libgomp/config/posix -I../.././../gcc-4.9-20130414/libgomp -Wall -pthread -Werror -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT alloc.lo -MD -MP -MF .deps/alloc.Tpo -c ../.././../gcc-4.9-20130414/libgomp/alloc.c -fPIC -DPIC -o .libs/alloc.o /usr/ports/lang/gcc49/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale gmake[5]: *** [alloc.lo] Error 1 gmake[5]: Leaving directory `/usr/ports/lang/gcc49/work/build/sparc64-portbld-freebsd10.0/libgomp' gmake[4]: *** [all-recursive] Error 1
[Bug target/56739] FreeBSD ia64: gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/include/mutex:781:41: internl compiler error: Segmentation fault
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/build/./gcc/ -B/usr/local/ia64-portbld-freebsd10.0/bin/ -B/usr/local/ia64-portbld-freebsd10.0/lib/ -isystem /usr/local/ia64-portbld-freebsd10.0/include -isystem /usr/local/ia64-portbld-freebsd10.0/sys-include -DHAVE_CONFIG_H -I. -I../.././../gcc-4.9-20130414/libgfortran -iquote../.././../gcc-4.9-20130414/libgfortran/io -I../.././../gcc-4.9-20130414/libgfortran/../gcc -I../.././../gcc-4.9-20130414/libgfortran/../gcc/config -I../.././gcc -I../.././../gcc-4.9-20130414/libgfortran/../libgcc -I../libgcc -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -ffunction-sections -fdata-sections -ftree-vectorize -funroll-loops -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT matmul_i8.lo -MD -MP -MF .deps/matmul_i8.Tpo -c ../.././../gcc-4.9-20130414/libgfortran/generated/matmul_i8.c -fPIC -DPIC -o .libs/matmul_i8.o ../.././../gcc-4.9-20130414/libgfortran/generated/matmul_i4.c: In function 'matmul_i4': ../.././../gcc-4.9-20130414/libgfortran/generated/matmul_i4.c:374:1: internal compiler error: Segmentation fault } ^ libbacktrace could not find executable to open Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gmake[3]: *** [matmul_i4.lo] Error 1 gmake[3]: *** Waiting for unfinished jobs libtool: compile: /usr/ports/lang/gcc49/work/build/./gcc/xgcc -B/usr/ports/lang/gcc49/work/build/./gcc/ -B/usr/local/ia64-portbld-freebsd10.0/bin/ -B/usr/local/ia64-portbld-freebsd10.0/lib/ -isystem /usr/local/ia64-portbld-freebsd10.0/include -isystem /usr/local/ia64-portbld-freebsd10.0/sys-include -DHAVE_CONFIG_H -I. -I../.././../gcc-4.9-20130414/libgfortran -iquote../.././../gcc-4.9-20130414/libgfortran/io -I../.././../gcc-4.9-20130414/libgfortran/../gcc -I../.././../gcc-4.9-20130414/libgfortran/../gcc/config -I../.././gcc -I../.././../gcc-4.9-20130414/libgfortran/../libgcc -I../libgcc -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -ffunction-sections -fdata-sections -ftree-vectorize -funroll-loops -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT matmul_i8.lo -MD -MP -MF .deps/matmul_i8.Tpo -c ../.././../gcc-4.9-20130414/libgfortran/generated/matmul_i8.c -o matmul_i8.o /dev/null 21 mv -f .deps/matmul_i8.Tpo .deps/matmul_i8.Plo gmake[3]: Leaving directory `/usr/ports/lang/gcc49/work/build/ia64-portbld-freebsd10.0/libgfortran' gmake[2]: *** [all] Error 2 Shall I open a new PR for this?
[Bug libstdc++/56739] New: FreeBSD ia64: gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/include/mutex:781:41: internl compiler error: Segmentation fault
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 fault
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: me...@bristol.ac.uk
Building gcc-4.9-20130319 on FreeBSD 10.0-CURRENT #4 r248493 ia64:
/usr/bin/grep -E -v '^[ ]*#(#| |$)' libstdc++-symbols.ver.tmp | \
/usr/ports/lang/gcc49/work/build/./gcc/xgcc
-B/usr/ports/lang/gcc49/work/build/./gcc/
-B/usr/loca/ia64-portbld-freebsd10.0/bin/
-B/usr/local/ia64-portbld-freebsd10.0/lib/ -isystem
/usr/local/ia64-ortbld-freebsd10.0/include -isystem
/usr/local/ia64-portbld-freebsd10.0/sys-include-E -P -inclue ../config.h -
libstdc++-symbols.ver || (rm -f libstdc++-symbols.ver ; exit 1)
rm -f libstdc++-symbols.ver.tmp
In file included from
/usr/ports/lang/gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/includ/future:39:0,
from
../../.././../gcc-4.9-20130319/libstdc++-v3/src/c++11/compatibility-thread-c+0x.cc:30:
/usr/ports/lang/gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/include/mutex:
In instantiaton of 'std::call_once(std::once_flag, _Callable, _Args ...)
[with _Callable = void
(std::__futre_base::_State_base::*)(std::functionstd::unique_ptrstd::__future_base::_Result_base,
std::__futre_base::_Result_base::_Deleter(), bool); _Args =
{std::__future_base::_State_base* const,
std:reference_wrapperstd::functionstd::unique_ptrstd::__future_base::_Result_base,
std::__future_bas::_Result_base::_Deleter() ,
std::reference_wrapperbool}]::__lambda0':
/usr/ports/lang/gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/include/mutex:782:32:
requred from 'struct std::call_once(std::once_flag, _Callable, _Args
...) [with _Callable = void
(td::__future_base::_State_base::*)(std::functionstd::unique_ptrstd::__future_base::_Result_base,
td::__future_base::_Result_base::_Deleter(), bool); _Args =
{std::__future_base::_State_base* cnst,
std::reference_wrapperstd::functionstd::unique_ptrstd::__future_base::_Result_base,
std::__uture_base::_Result_base::_Deleter() ,
std::reference_wrapperbool}]::__lambda0'
/usr/ports/lang/gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/include/mutex:782:22:
requred from 'void std::call_once(std::once_flag, _Callable, _Args ...)
[with _Callable = void
(st::__future_base::_State_base::*)(std::functionstd::unique_ptrstd::__future_base::_Result_base,
st::__future_base::_Result_base::_Deleter(), bool); _Args =
{std::__future_base::_State_base* cont,
std::reference_wrapperstd::functionstd::unique_ptrstd::__future_base::_Result_base,
std::__fuure_base::_Result_base::_Deleter() ,
std::reference_wrapperbool}]'
/usr/ports/lang/gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/include/future:358:23:
reqired from here
/usr/ports/lang/gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3/include/mutex:781:41:
internl compiler error: Segmentation fault
std::forward_Args(__args)...);
^
no stack trace because unwind library not available
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
gmake[6]: *** [compatibility-thread-c++0x.lo] Error 1
gmake[6]: Leaving directory
`/usr/ports/lang/gcc49/work/build/ia64-portbld-freebsd10.0/libstdc++-v3src'
gmake[5]: *** [all-recursive] Error 1
config.log:
http://seis.bris.ac.uk/~mexas/freebsd-ia64-gcc49-config.log
[Bug middle-end/55308] /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale
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 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or later. This program has absolutely no warranty. This assembler was configured for a target of `sparc64-portbld-freebsd10.0'. Also, I see these assembler related errors in gcc/config.log (the full log: http://seis.bris.ac.uk/~mexas/sparc64-gcc48-config.log) configure:21795: /usr/local/bin/as-o conftest.o conftest.s 5 conftest.s: Assembler messages: conftest.s:1: Error: unknown pseudo-op: `.literal16' configure:21934: checking assembler for .nsubspa comdat configure:21948: /usr/local/bin/as-o conftest.o conftest.s 5 conftest.s: Assembler messages: conftest.s:2: Error: unknown pseudo-op: `.nsubspa' configure:25960: checking assembler for buggy dwarf2 .file directive configure:25970: /usr/local/bin/as-o conftest.o conftest.s 5 conftest.s: Assembler messages: conftest.s:2: Error: file number 1 already allocated configure:26114: checking assembler for .lcomm with alignment configure:26123: /usr/local/bin/as-o conftest.o conftest.s 5 conftest.s: Assembler messages: conftest.s:1: Error: junk at end of line, first unrecognized character is `,' configure:26153: checking assembler for gnu_unique_object configure:26167: /usr/local/bin/as-o conftest.o conftest.s 5 conftest.s: Assembler messages: conftest.s:1: Error: symbol type gnu_unique_object is supported only by GNU targets
[Bug middle-end/55308] /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale
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 --- configure.ac.orig 2013-01-11 11:46:21.0 + +++ configure.ac2013-01-25 09:28:24.0 + @@ -3153,21 +3153,21 @@ if test x$on_solaris = xyes test x$gas_flag = xno; then conftest_s=' .section .tdata,#alloc,#write,#tls' tls_first_major=0 tls_first_minor=0 else conftest_s=' .section .tdata,awT,@progbits' tls_first_major=2 tls_first_minor=14 - tls_as_opt=-32 --fatal-warnings + tls_as_opt=--fatal-warnings fi conftest_s=$conftest_s foo: .long 25 .text sethi %tgd_hi22(foo), %o0 add %o0, %tgd_lo10(foo), %o1 add %l7, %o1, %o0, %tgd_add(foo) call__tls_get_addr, %tgd_call(foo) sethi %tldm_hi22(foo), %l1 add %l1, %tldm_lo10(foo), %l2 # # diff -u10 configure.orig configure --- configure.orig 2013-01-11 11:46:21.0 + +++ configure 2013-01-25 09:28:27.0 + @@ -23390,21 +23390,21 @@ if test x$on_solaris = xyes test x$gas_flag = xno; then conftest_s=' .section .tdata,#alloc,#write,#tls' tls_first_major=0 tls_first_minor=0 else conftest_s=' .section .tdata,awT,@progbits' tls_first_major=2 tls_first_minor=14 - tls_as_opt=-32 --fatal-warnings + tls_as_opt=--fatal-warnings fi conftest_s=$conftest_s foo: .long 25 .text sethi %tgd_hi22(foo), %o0 add %o0, %tgd_lo10(foo), %o1 add %l7, %o1, %o0, %tgd_add(foo) call__tls_get_addr, %tgd_call(foo) sethi %tldm_hi22(foo), %l1 add %l1, %tldm_lo10(foo), %l2 # I then get this failure: gmake[4]: Leaving directory `/usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libgcc' /usr/ports/lang/gcc48/work/build/./gcc/xgcc -B/usr/ports/lang/gcc48/work/build/./gcc/ -B/usr/local/ sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/lib/ -isystem /usr/local/ sparc64-portbld-freebsd10.0/include -isystem /usr/local/sparc64-portbld-freebsd10.0/sys-include -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -O2 -g -O2 -pipe -I/usr/local/include -fno- strict-aliasing -DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DIN_LIBGCC2 -f building-libgcc -fno-stack-protector -fPIC -pthread -I. -I. -I../.././gcc -I../.././../gcc-4.8-20 130113/libgcc -I../.././../gcc-4.8-20130113/libgcc/. -I../.././../gcc-4.8-20130113/libgcc/../gcc -I ../.././../gcc-4.8-20130113/libgcc/../include -DHAVE_CC_TLS -o _muldc3.o -MT _muldc3.o -MD -MP -M F _muldc3.dep -DL_muldc3 -c ../.././../gcc-4.8-20130113/libgcc/libgcc2.c -fvisibility=hidden -DHIDE _EXPORTS In file included from ../.././../gcc-4.8-20130113/libgcc/libgcc2.c:58:0: ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:254:16: warning: conflicting types for built-in functi on '__divdc3' [enabled by default] #define __N(a) __ ## a ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:363:19: note: in expansion of macro '__N' #define __divdc3 __N(divdc3) ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:452:15: note: in expansion of macro '__divdc3' extern DCtype __divdc3 (DFtype, DFtype, DFtype, DFtype); ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:254:16: warning: conflicting types for built-in functi on '__muldc3' [enabled by default] #define __N(a) __ ## a ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:351:19: note: in expansion of macro '__N' #define __muldc3 __N(muldc3) ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:453:15: note: in expansion of macro '__muldc3' extern DCtype __muldc3 (DFtype, DFtype, DFtype, DFtype); ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:254:16: warning: conflicting types for built-in functi on '__divtc3' [enabled by default] #define __N(a) __ ## a ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:369:19: note: in expansion of macro '__N' #define __divtc3 __N(divtc3) ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:473:15: note: in expansion of macro '__divtc3' extern TCtype __divtc3 (TFtype, TFtype, TFtype, TFtype); ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:254:16: warning: conflicting types for built-in functi on '__multc3' [enabled by default] #define __N(a) __ ## a ^ ../.././../gcc-4.8-20130113/libgcc/libgcc2.h:357:19: note
[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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. However, I'm getting this error using the new 4.6 compiler to build lapack: gfortran46 -O -Wl,-rpath=/usr/local/lib/gcc46 -fPIC -c LAPACK_version.f -o LAPACK_version.o gfortran46 -Wl,-rpath=/usr/local/lib/gcc46 -fPIC -o testlsame lsame.o lsametst.o /usr/local/lib/gcc46/gcc/sparc64-portbld-freebsd10.0/4.6.4/../../../libgfortran.so: undefined reference to `__emutls_v._ThreadRuneLocale' collect2: ld returned 1 exit status *** [testlsame] Error code 1
[Bug middle-end/55308] /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale
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 3159 movia8, foo@TLSFUNC 3160 movia10, foo@TLSARG 3161 callx8.tls a8, foo@TLSCALL' 3162 tls_first_major=2 3163 tls_first_minor=19 3164 ;; 3165 changequote([,])dnl 3166 esac 3167 set_have_as_tls=no 3168 if test x$enable_tls = xno ; then # and I see -32 in these lines: # pr -n /usr/ports/lang/gcc48/work/gcc-4.8-20121014/gcc/configure.ac | grep \-32 2950 tls_as_opt='-32 --fatal-warnings' 3099 tls_as_opt=-32 --fatal-warnings # and # pr -n /usr/ports/lang/gcc48/work/gcc-4.8-20121014/gcc/configure | grep \-32 \-\-fatal 23174 tls_as_opt='-32 --fatal-warnings' 23323 tls_as_opt=-32 --fatal-warnings # Are you suggesting removing all those? These files are too complicated for me to analyse.
[Bug middle-end/55308] /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale
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 \-\-fatal 2982 tls_as_opt='-32 --fatal-warnings' 3144 tls_as_opt=-32 --fatal-warnings # pr -n /usr/ports/lang/gcc48/work/gcc-4.8-20130106/gcc/configure | grep \-32 \-\-fatal 23217 tls_as_opt='-32 --fatal-warnings' 23379 tls_as_opt=-32 --fatal-warnings #
[Bug libstdc++/55308] New: /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale
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 Classification: Unclassified Product: gcc Version: 4.8.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: libstdc++ AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk FreeBSD 10.0-CURRENT #9 r239940 sparc64 Building gcc48 /bin/sh ../.././../gcc-4.8-20121014/libgcc/../mkinstalldirs /usr/ports/lang/gcc48/work/build/./gcc/xgcc -B/usr/ports/lang/gcc48/work/build/./gcc/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd10.0/include -isystem /usr/local/sparc64-portbld-freebsd10.0/sys-include-O2 -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc.map -o /libgcc_s.so.1.tmp -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -B./ _muldi3_s.o _negdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o _trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o _divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _clrsbsi2_s.o _clrsbdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixtfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _fixunstfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatditf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o enable-execute-stack_s.o unwind-dw2_s.o unwind-dw2-fde-dip_s.o unwind-sjlj_s.o unwind-c_s.o emutls_s.o -lc rm -f /libgcc_s.so if [ -f /libgcc_s.so.1 ]; then mv -f /libgcc_s.so.1 /libgcc_s.so.1.backup; else true; fi mv /libgcc_s.so.1.tmp /libgcc_s.so.1 ln -s libgcc_s.so.1 /libgcc_s.so /usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs/libstdc++.so.6: Undefined symbol __emutls_v._ThreadRuneLocale gmake[3]: *** [libgcc_s.so] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc48/work/build/sparc64-portbld-freebsd10.0/libgcc' gmake[2]: *** [all-stage1-target-libgcc] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc48/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc48/work/build' gmake: *** [bootstrap-lean] Error 2 *** [do-build] Error code 1
[Bug rtl-optimization/55221] [regression] gcc-4.6-20121102/gcc/rtl.h:2105: error: 'FIRST_PSEUDO_REGISTER' undeclared here (not in a fnction)
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
[Bug rtl-optimization/55221] [regression] gcc-4.6-20121102/gcc/rtl.h:2105: error: 'FIRST_PSEUDO_REGISTER' undeclared here (not in a fnction)
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): Index: libgcc/config/ia64/unwind-ia64.h === --- libgcc/config/ia64/unwind-ia64.h +++ libgcc/config/ia64/unwind-ia64.h(working copy) @@ -49,4 +49,7 @@ extern struct unw_table_entry * _Unwind_FindTableEntry (void *pc, unw_word *segment_base, unw_word *gp, struct unw_table_entry *ent) - __attribute__ ((__visibility__ (hidden))); +#ifndef __FreeBSD__ + __attribute__ ((__visibility__ (hidden))) +#endif + ;
[Bug rtl-optimization/55221] [regression] gcc-4.6-20121102/gcc/rtl.h:2105: error: 'FIRST_PSEUDO_REGISTER' undeclared here (not in a fnction)
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
[Bug rtl-optimization/55221] New: [regression] gcc-4.6-20121102/gcc/rtl.h:2105: error: 'FIRST_PSEUDO_REGISTER' undeclared here (not in a fnction)
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 Product: gcc Version: 4.6.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk FreeBSD 10.0-CURRENT #6 r237134 ia64 Updating from gcc-4.6.4.20120928 to 4.6.4.20121102 cc -c -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Wold-style-definition -Wc++-compat -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild -I.././../gcc-4.6-20121102/gcc -I.././../gcc-4.6-20121102/gcc/build -I.././../gcc-4.6-20121102/gcc/../include -I.././../gcc-4.6-20121102/gcc/../libcpp/include -I/usr/local/include -I.././../gcc-4.6-20121102/gcc/../libdecnumber -I.././../gcc-4.6-20121102/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/local/include \ -o build/rtl.o .././../gcc-4.6-20121102/gcc/rtl.c In file included from .././../gcc-4.6-20121102/gcc/genflags.c:28: .././../gcc-4.6-20121102/gcc/rtl.h:1989: warning: ISO C forbids forward references to 'enum' types .././../gcc-4.6-20121102/gcc/rtl.h:1990: warning: ISO C forbids forward references to 'enum' types .././../gcc-4.6-20121102/gcc/rtl.h:1991: warning: ISO C forbids forward references to 'enum' types .././../gcc-4.6-20121102/gcc/rtl.h:1992: warning: ISO C forbids forward references to 'enum' types .././../gcc-4.6-20121102/gcc/rtl.h:1992: warning: ISO C forbids forward references to 'enum' types .././../gcc-4.6-20121102/gcc/rtl.h:1993: warning: ISO C forbids forward references to 'enum' types .././../gcc-4.6-20121102/gcc/rtl.h:2105: error: 'FIRST_PSEUDO_REGISTER' undeclared here (not in a function)
[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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-gcc/g++ -B/usr/ports/lang/gcc47/work/build/./prev-gcc/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -nostdinc++ -B/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs -B/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/libsupc++/.libs -I/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/include/sparc64-portbld-freebsd10.0 -I/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/include -I/usr/ports/lang/gcc47/work/gcc-4.7-20120825/libstdc++-v3/libsupc++ -L/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs -L/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/libsupc++/.libs -I.././../gcc-4.7-20120825/libcpp -I. -I.././../gcc-4.7-20120825/libcpp/../include -I.././../gcc-4.7-20120825/libcpp/include -g -O2 -gtoggle -W -Wall -Wno-narrowing -Wwrite-strings -Wmissing-format-attribute -pedantic -Wno-long-long -fno-exceptions -fno-rtti -I.././../gcc-4.7-20120825/libcpp -I. -I.././../gcc-4.7-20120825/libcpp/../include -I.././../gcc-4.7-20120825/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.7-20120825/libcpp/charset.c In file included from .././../gcc-4.7-20120825/libcpp/system.h:30:0, from .././../gcc-4.7-20120825/libcpp/charset.c:22: /usr/ports/lang/gcc47/work/build/./prev-gcc/include/stddef.h:150:26: error: multiple types in one declaration /usr/ports/lang/gcc47/work/build/./prev-gcc/include/stddef.h:150:26: error: declaration does not declare anything [-fpermissive]
[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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-gcc/xgcc -B/usr/ports/lang/gcc46/work/build/./prev-gcc/ -B/sr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/loca/sparc64-portbld-freebsd10.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd10.0/include -isystem usr/local/sparc64-portbld-freebsd10.0/sys-include -I.././../gcc-4.6-20120831/libcpp -I. -I../././gcc-4.6-20120831/libcpp/../include -I.././../gcc-4.6-20120831/libcpp/include -g -O2 -gtoggle -W Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-styl-definition -Wc++-compat -pedantic -Wno-long-long -I.././../gcc-4.6-20120831/libcpp -I. -I.././../cc-4.6-20120831/libcpp/../include -I.././../gcc-4.6-20120831/libcpp/include -c -o charset.o -MT chrset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.6-20120831/libcpp/charset.c In file included from .././../gcc-4.6-20120831/libcpp/system.h:30:0, from .././../gcc-4.6-20120831/libcpp/charset.c:22: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers gmake[3]: *** [charset.o] Error 1
[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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++ -B/usr/ports/lang/gcc47/work/build/./prev-gcc/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -nostdinc++ -B/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs -B/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/libsupc++/.libs -I/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/include/sparc64-portbld-freebsd10.0 -I/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/include -I/usr/ports/lang/gcc47/work/gcc-4.7-20120707/libstdc++-v3/libsupc++ -L/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs -L/usr/ports/lang/gcc47/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/libsupc++/.libs -I.././../gcc-4.7-20120707/libcpp -I. -I.././../gcc-4.7-20120707/libcpp/../include -I.././../gcc-4.7-20120707/libcpp/include -g -O2 -gtoggle -W -Wall -Wno-narrowing -Wwrite-strings -Wmissing-format-attribute -pedantic -Wno-long-long -fno-exceptions -fno-rtti -I.././../gcc-4.7-20120707/libcpp -I. -I.././../gcc-4.7-20120707/libcpp/../include -I.././../gcc-4.7-20120707/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.7-20120707/libcpp/charset.c In file included from .././../gcc-4.7-20120707/libcpp/system.h:30:0, from .././../gcc-4.7-20120707/libcpp/charset.c:22: /usr/ports/lang/gcc47/work/build/./prev-gcc/include/stddef.h:150:26: error: multiple types in one declaration /usr/ports/lang/gcc47/work/build/./prev-gcc/include/stddef.h:150:26: error: declaration does not declare anything [-fpermissive] gmake[3]: *** [charset.o] Error 1
[Bug rtl-optimization/52983] [4.8 Regression] internal compiler error: in df_uses_record, at df-scan.c:3243
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52983 Anton Shterenlikht mexas at bristol dot ac.uk changed: What|Removed |Added CC||mexas at bristol dot ac.uk --- Comment #10 from Anton Shterenlikht mexas at bristol dot ac.uk 2012-07-15 10:58:05 UTC --- I think I'm hitting the same error on ia64-portbld-freebsd10.0 (FreeBSD ia64 10.0-CURRENT #6 r237134) libtool: compile: /usr/ports/lang/gcc48/work/build/./gcc/xgcc -B/usr/ports/lang/gcc48/work/build/./gcc/ -B/usr/local/ia64-portbld-freebsd10.0/bin/ -B/usr/local/ia64-portbld-freebsd10.0/lib/ -isystem /usr/local/ia64-portbld-freebsd10.0/include -isystem /usr/local/ia64-portbld-freebsd10.0/sys-include -DHAVE_CONFIG_H -I. -I../.././../gcc-4.8-20120708/libgfortran -iquote../.././../gcc-4.8-20120708/libgfortran/io -I../.././../gcc-4.8-20120708/libgfortran/../gcc -I../.././../gcc-4.8-20120708/libgfortran/../gcc/config -I../.././gcc -I../.././../gcc-4.8-20120708/libgfortran/../libgcc -I../libgcc -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -ffunction-sections -fdata-sections -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT iall_i1.lo -MD -MP -MF .deps/iall_i1.Tpo -c ../.././../gcc-4.8-20120708/libgfortran/generated/iall_i1.c -fPIC -DPIC -o .libs/iall_i1.o ../.././../gcc-4.8-20120708/libgfortran/generated/iall_i1.c: In function 'iall_i1': ../.././../gcc-4.8-20120708/libgfortran/generated/iall_i1.c:187:1: internal compiler error: in df_uses_record, at df-scan.c:3303 } ^ Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gmake[3]: *** [iall_i1.lo] Error 1
[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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/gcc48/work/build/./prev-gcc/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -nostdinc++ -B/usr/ports/lang/gcc48/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs -B/usr/ports/lang/gcc48/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/libsupc++/.libs -I/usr/ports/lang/gcc48/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/include/sparc64-portbld-freebsd10.0 -I/usr/ports/lang/gcc48/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/include -I/usr/ports/lang/gcc48/work/gcc-4.8-20120513/libstdc++-v3/libsupc++ -L/usr/ports/lang/gcc48/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/src/.libs -L/usr/ports/lang/gcc48/work/build/prev-sparc64-portbld-freebsd10.0/libstdc++-v3/libsupc++/.libs -I.././../gcc-4.8-20120513/libcpp -I. -I.././../gcc-4.8-20120513/libcpp/../include -I.././../gcc-4.8-20120513/libcpp/include -g -O2 -gtoggle -W -Wall -Wno-narrowing -Wwrite-strings -Wmissing-format-attribute -pedantic -Wno-long-long -Werror -fno-exceptions -fno-rtti -I.././../gcc-4.8-20120513/libcpp -I. -I.././../gcc-4.8-20120513/libcpp/../include -I.././../gcc-4.8-20120513/libcpp/include -c -o charset.o -MT charset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.8-20120513/libcpp/charset.c In file included from .././../gcc-4.8-20120513/libcpp/charset.c:21:0: ./config.h:342:19: error: multiple types in one declaration #define ptrdiff_t int ^ ./config.h:342:19: error: declaration does not declare anything [-fpermissive] gmake[3]: *** [charset.o] Error 1
[Bug regression/53964] regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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/usr/local/lib SENDMAIL_LDADD+=-lsasl2 WITH_PKGNG=yes PERL_VERSION=5.16.0 # The only thing I can see related to iconv is # pkg info -xo iconv libiconv-1.14: converters/libiconv #
[Bug regression/53964] New: regression: sparc64 FreeBSD: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers
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 declaration specifiers Classification: Unclassified Product: gcc Version: 4.6.4 Status: UNCONFIRMED Severity: normal Priority: P3 Component: regression AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk FreeBSD 10.0-CURRENT #4 r235474 sparc64 # pkg info -xo gcc gcc-4.6.4.20120413: lang/gcc46 gcc-4.7.1.20120414: lang/gcc47 # Updating gcc46 gives: gmake[3]: Entering directory `/usr/ports/lang/gcc46/work/build/libcpp' /usr/ports/lang/gcc46/work/build/./prev-gcc/xgcc -B/usr/ports/lang/gcc46/work/build/./prev-gcc/ -B/sr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/local/sparc64-portbld-freebsd10.0/bin/ -B/usr/loca/sparc64-portbld-freebsd10.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd10.0/include -isystem usr/local/sparc64-portbld-freebsd10.0/sys-include -I.././../gcc-4.6-20120608/libcpp -I. -I../././gcc-4.6-20120608/libcpp/../include -I.././../gcc-4.6-20120608/libcpp/include -g -O2 -gtoggle -W Wall -Wwrite-strings -Wmissing-format-attribute -Wstrict-prototypes -Wmissing-prototypes -Wold-styl-definition -Wc++-compat -pedantic -Wno-long-long -I.././../gcc-4.6-20120608/libcpp -I. -I.././../cc-4.6-20120608/libcpp/../include -I.././../gcc-4.6-20120608/libcpp/include -c -o charset.o -MT chrset.o -MMD -MP -MF .deps/charset.Tpo .././../gcc-4.6-20120608/libcpp/charset.c In file included from .././../gcc-4.6-20120608/libcpp/system.h:30:0, from .././../gcc-4.6-20120608/libcpp/charset.c:22: /usr/ports/lang/gcc46/work/build/./prev-gcc/include/stddef.h:150:26: error: two or more data types n declaration specifiers gmake[3]: *** [charset.o] Error 1
[Bug bootstrap/52172] [4.7 Regression] stage 3 Bootstrap comparison failure on FreeBSD ia64
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!
[Bug bootstrap/52172] [4.7 Regression] stage 3 Bootstrap comparison failure on FreeBSD ia64
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-debug -save-temps -B/usr/ports/lang/gcc47/work/build/./stage2-gcc/ -B/usr/local/ia64-portbld-freebsd9.9/bin/ -nostdinc++ -B/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/src/.libs -B/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/libsupc++/.libs -I/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/include/ia64-portbld-freebsd9.9 -I/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/include -I/usr/ports/lang/gcc47/work/gcc-4.7-20120204/libstdc++-v3/libsupc++ -L/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/src/.libs -L/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/libsupc++/.libs -c -g -O2 -gtoggle -DIN_GCC -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I.././../gcc-4.7-20120204/gcc -I.././../gcc-4.7-20120204/gcc/. -I.././../gcc-4.7-20120204/gcc/../include -I.././../gcc-4.7-20120204/gcc/../libcpp/include -I/usr/local/include -I.././../gcc-4.7-20120204/gcc/../libdecnumber -I.././../gcc-4.7-20120204/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/local/include .././../gcc-4.7-20120204/gcc/var-tracking.c -o var-tracking.o # ./stage2-command # cd ../stage3-gcc/ # cat stage3-command /usr/ports/lang/gcc47/work/build/./stage2-gcc/g++ -fcompare-debug -save-temps -B/usr/ports/lang/gcc47/work/build/./stage2-gcc/ -B/usr/local/ia64-portbld-freebsd9.9/bin/ -nostdinc++ -B/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/src/.libs -B/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/libsupc++/.libs -I/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/include/ia64-portbld-freebsd9.9 -I/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/include -I/usr/ports/lang/gcc47/work/gcc-4.7-20120204/libstdc++-v3/libsupc++ -L/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/src/.libs -L/usr/ports/lang/gcc47/work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/libsupc++/.libs -c -g -O2 -DIN_GCC -fno-exceptions -fno-rtti -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -Werror -fno-common -DHAVE_CONFIG_H -I. -I. -I.././../gcc-4.7-20120204/gcc -I.././../gcc-4.7-20120204/gcc/. -I.././../gcc-4.7-20120204/gcc/../include -I.././../gcc-4.7-20120204/gcc/../libcpp/include -I/usr/local/include -I.././../gcc-4.7-20120204/gcc/../libdecnumber -I.././../gcc-4.7-20120204/gcc/../libdecnumber/dpd -I../libdecnumber -I/usr/local/include .././../gcc-4.7-20120204/gcc/var-tracking.c -o var-tracking.o # ./stage3-command g++: error: .././../gcc-4.7-20120204/gcc/var-tracking.c: -fcompare-debug failure # ls -al var-tracking.* -rw-r--r-- 1 root wheel 17465618 Feb 11 21:51 var-tracking.gk.gkd -rw-r--r-- 1 root wheel 1621224 Feb 11 21:51 var-tracking.gk.ii -rw-r--r-- 1 root wheel 17465618 Feb 11 21:51 var-tracking.gkd -rw-r--r-- 1 root wheel 1621224 Feb 11 21:50 var-tracking.ii -rw-r--r-- 1 root wheel 4186799 Feb 11 21:51 var-tracking.s I uploaded var-tracking.ii at: http://seis.bris.ac.uk/~mexas/var-tracking.ii Or have I misunderstood you?
[Bug bootstrap/52172] [4.7 Regression] stage 3 Bootstrap comparison failure on FreeBSD ia64
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 warning: gcc/cc1-checksum.o differs warning: gcc/cc1plus-checksum.o differs warning: gcc/cc1obj-checksum.o differs Bootstrap comparison failure! gcc/var-tracking.o differs gmake[2]: *** [compare] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc47/work/build' gmake[1]: *** [stage3-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc47/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc47. *** Error code 1
[Bug bootstrap/52172] New: [4.7 FreeBSD ia64 regression] stage 3 Bootstrap comparison failure
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 Severity: normal Priority: P3 Component: bootstrap AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk Trying to update from gcc-4.7.0.20120107 to 4.7.0.20120128 on ia64 FreeBSD: gmake DESTDIR= RPATH_ENVVAR=LD_LIBRARY_PATH TARGET_SUBDIR=ia64-portbld-freebsd9.9 bindir=/us/local/bin datadir=/usr/local/share exec_prefix=/usr/local includedir=/usr/local/include daarootdir=/usr/local/share docdir=/usr/local/share/doc/ infodir=/usr/local/info/gcc47 pdfdir=/sr/local/share/doc/ htmldir=/usr/local/share/doc/ libdir=/usr/local/lib/gcc47 libexecdir=/usrlocal/libexec/gcc47 lispdir= localstatedir=/usr/local/var mandir=/usr/local/man oldincludedr=/usr/include prefix=/usr/local sbindir=/usr/local/sbin sharedstatedir=/usr/local/com syscnfdir=/usr/local/etc tooldir=/usr/local/ia64-portbld-freebsd9.9 build_tooldir=/usr/local/ia64-prtbld-freebsd9.9 target_alias=ia64-portbld-freebsd9.9 AWK=nawk BISON=bison CC_FOR_BUILD=ccCFLAGS_FOR_BUILD=-O2 -pipe -I/usr/local/include -fno-strict-aliasing CXX_FOR_BUILD=c++ EXPECT=xpect FLEX=flex INSTALL=/usr/bin/install -c -o root -g wheel INSTALL_DATA=install -o root -gwheel -m 444 INSTALL_PROGRAM=install -s -o root -g wheel -m 555 INSTALL_SCRIPT=install -o roo -g wheel -m 555 LDFLAGS_FOR_BUILD= LEX=flex M4=gm4 MAKE=gmake RUNTEST=runtest RUNTESTFAGS= SED=/usr/bin/sed SHELL=/bin/sh YACC=bison -y `echo 'ADAFLAGS=' | sed -e s'/[^=][^=]*=$XFOO=/'` ADA_CFLAGS= AR_FLAGS=rc `echo 'BOOT_ADAFLAGS=-gnatpg -gnata' | sed -e s'/[^=][^=]*=$XFOO=/'` BOOT_CFLAGS=-g -O2 BOOT_LDFLAGS= CFLAGS=-O2 -pipe -I/usr/local/include -fno-strict-aiasing CXXFLAGS=-O2 -pipe -I/usr/local/include -fno-strict-aliasing LDFLAGS= LIBCFLAGS=-O2 -ppe -I/usr/local/include -fno-strict-aliasing LIBCXXFLAGS=-O2 -pipe -I/usr/local/include -fno-strit-aliasing -fno-implicit-templates STAGE1_CHECKING=--enable-checking=yes,types STAGE1_LANGUAGESc,c++,lto GNATBIND=no GNATMAKE=no AR_FOR_TARGET=/usr/local/ia64-portbld-freebsd9.9/bin/ar A_FOR_TARGET=/usr/local/ia64-portbld-freebsd9.9/bin/as CC_FOR_TARGET=/usr/ports/lang/gcc47/work/buld/./gcc/xgcc -B/usr/ports/lang/gcc47/work/build/./gcc/ CFLAGS_FOR_TARGET=-g -O2 -pipe -I/usr/locl/include -fno-strict-aliasing CPPFLAGS_FOR_TARGET= CXXFLAGS_FOR_TARGET=-g -O2 -pipe -I/usr/locl/include -fno-strict-aliasing DLLTOOL_FOR_TARGET=dlltool FLAGS_FOR_TARGET=-B/usr/local/ia64-potbld-freebsd9.9/bin/ -B/usr/local/ia64-portbld-freebsd9.9/lib/ -isystem /usr/local/ia64-portbld-frebsd9.9/include -isystem /usr/local/ia64-portbld-freebsd9.9/sys-include GCJ_FOR_TARGET= GFORTRANFOR_TARGET=/usr/ports/lang/gcc47/work/build/./gcc/gfortran -B/usr/ports/lang/gcc47/work/build/./gcc GOC_FOR_TARGET= GOCFLAGS_FOR_TARGET=-O2 -g LD_FOR_TARGET=/usr/local/ia64-portbld-freebsd9.9/in/ld LIPO_FOR_TARGET=lipo LDFLAGS_FOR_TARGET= LIBCFLAGS_FOR_TARGET=-g -O2 -pipe -I/usr/localinclude -fno-strict-aliasing LIBCXXFLAGS_FOR_TARGET=-g -O2 -pipe -I/usr/local/include -fno-strictaliasing -fno-implicit-templates NM_FOR_TARGET=/usr/local/ia64-portbld-freebsd9.9/bin/nm OBJDUM_FOR_TARGET=/usr/local/ia64-portbld-freebsd9.9/bin/objdump RANLIB_FOR_TARGET=/usr/local/ia64-portld-freebsd9.9/bin/ranlib READELF_FOR_TARGET=/usr/local/bin/readelf STRIP_FOR_TARGET=/usr/local/a64-portbld-freebsd9.9/bin/strip WINDRES_FOR_TARGET=windres WINDMC_FOR_TARGET=windmc BUILD_COFIG=bootstrap-debug `echo 'LANGUAGES=' | sed -e s'/[^=][^=]*=$/XFOO=/'` LEAN=: STAGE1_CFLAGS=g -fkeep-inline-functions STAGE1_CXXFLAGS=-g -fkeep-inline-functions STAGE1_TFLAGS= STAGE2_CFAGS=-g -O2 -gtoggle STAGE2_CXXFLAGS=-g -O2 -gtoggle STAGE2_TFLAGS= STAGE3_CFLAGS=-g -O2 STAE3_CXXFLAGS=-g -O2 STAGE3_TFLAGS= STAGE4_CFLAGS=-g -O2 STAGE4_CXXFLAGS=-g -O2 STAGE4_TFLAGS STAGEprofile_CFLAGS=-g -O2 -gtoggle -fprofile-generate STAGEprofile_CXXFLAGS=-g -O2 -gtoggle -profile-generate STAGEprofile_TFLAGS= STAGEfeedback_CFLAGS=-g -O2 -fprofile-use STAGEfeedbackCXXFLAGS=-g -O2 -fprofile-use STAGEfeedback_TFLAGS= CXX_FOR_TARGET= $r/./gcc/g++ -B$r/./gcc/ -nstdinc++ `if test -f $r/ia64-portbld-freebsd9.9/libstdc++-v3/scripts/testsuite_flags; then /bin/sh r/ia64-portbld-freebsd9.9/libstdc++-v3/scripts/testsuite_flags --build-includes; else echo -funconfgured-libstdc++-v3 ; fi` -L$r/ia64-portbld-freebsd9.9/libstdc++-v3/src -L$r/ia64-portbld-freebsd9.9libstdc++-v3/src/.libs TFLAGS= CONFIG_SHELL=/bin/sh MAKEINFO=makeinfo --no-split --split-size500 compare gmake[2]: Entering directory `/usr/ports/lang/gcc47/work/build' gmake[3]: Entering directory `/usr/ports/lang/gcc47/work/build' rm -f stage_current gmake[3]: Leaving directory `/usr/ports/lang/gcc47/work/build' Comparing stages 2 and 3 warning: gcc/cc1-checksum.o differs warning:
[Bug bootstrap/52172] [4.7 Regression] stage 3 Bootstrap comparison failure on FreeBSD ia64
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, and I'll post it. # find . -name config.log ./work/build/config.log ./work/build/stage3-intl/config.log ./work/build/stage3-libcpp/config.log ./work/build/stage3-gcc/config.log ./work/build/build-ia64-portbld-freebsd9.9/libiberty/config.log ./work/build/build-ia64-portbld-freebsd9.9/fixincludes/config.log ./work/build/stage2-gcc/config.log ./work/build/stage2-intl/config.log ./work/build/stage2-libcpp/config.log ./work/build/stage3-libdecnumber/config.log ./work/build/stage2-libdecnumber/config.log ./work/build/stage3-libiberty/config.log ./work/build/stage2-libiberty/config.log ./work/build/stage3-lto-plugin/config.log ./work/build/stage2-lto-plugin/config.log ./work/build/stage3-ia64-portbld-freebsd9.9/libgcc/config.log ./work/build/stage3-ia64-portbld-freebsd9.9/libgomp/config.log ./work/build/stage3-ia64-portbld-freebsd9.9/libstdc++-v3/config.log ./work/build/stage2-ia64-portbld-freebsd9.9/libgcc/config.log ./work/build/stage2-ia64-portbld-freebsd9.9/libgomp/config.log ./work/build/stage2-ia64-portbld-freebsd9.9/libstdc++-v3/config.log #
[Bug target/45650] [4.4/4.5/4.6 regression] FreeBSD/ia64 builds fails: hidden symbol `_Unwind_FindTableEntry' isn't defined
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-ia64.c:1739: undefined reference to `_Unwind_FindTableEntry' /usr/local/bin/ld: ./libgcc_s.so.1.tmp: hidden symbol `_Unwind_FindTableEntry' isn't defined /usr/local/bin/ld: final link failed: Bad value collect2: error: ld returned 1 exit status gmake[3]: *** [libgcc_s.so] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc47/work/build/ia64-portbld-freebsd9.9/libgcc'
[Bug target/45650] [4.4/4.5/4.6/4.7 regression] FreeBSD/ia64 builds fails: hidden symbol `_Unwind_FindTableEntry' isn't defined
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
[Bug target/45650] [4.4/4.5/4.6/4.7 regression] FreeBSD/ia64 builds fails: hidden symbol `_Unwind_FindTableEntry' isn't defined
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
[Bug bootstrap/49804] [4.7 regression] 20110709 to 20110716 on sparc64 freebsd9.0 Configuration mismatch! [libgcc-extra-parts] Error
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 UltraSparc-IIIi
[Bug regression/50484] [4.6 regression] ia64-portbld-freebsd9.0, conftest.c:16:1: internal compiler error: Segmentation fault: 11
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 on ia64 FreeBSD now gives the same error: checking for ia64-portbld-freebsd9.0-gcc... /usr/ports/lang/gcc47/work/build/./gcc/xgcc -B/usr/ports /lang/gcc47/work/build/./gcc/ -B/usr/local/ia64-portbld-freebsd9.0/bin/ -B/usr/local/ia64-portbld-fr eebsd9.0/lib/ -isystem /usr/local/ia64-portbld-freebsd9.0/include -isystem /usr/local/ia64-portbld-f reebsd9.0/sys-include checking for suffix of object files... configure: error: in `/usr/ports/lang/gcc47/work/build/ia64-p ortbld-freebsd9.0/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[2]: *** [configure-stage2-target-libgcc] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc47/work/build'
[Bug regression/50484] [4.6 regression] ia64-portbld-freebsd9.0, conftest.c:16:1: internal compiler error: Segmentation fault: 11
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
[Bug regression/50484] New: [4.6 regression] ia64-portbld-freebsd9.0, conftest.c:16:1: internal compiler error: Segmentation fault: 11
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: gcc Version: 4.6.2 Status: UNCONFIRMED Severity: normal Priority: P3 Component: regression AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk ia64-portbld-freebsd9.0 Last working version: gcc-4.6.2.20110902 Building 4.6.2.20110916 fails with: Checking multilib configuration for libgcc... Configuring stage 2 in ia64-portbld-freebsd9.0/libgcc configure: loading cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gawk... gawk checking build system type... ia64-portbld-freebsd9.0 checking host system type... ia64-portbld-freebsd9.0 checking for ia64-portbld-freebsd9.0-ar... /usr/local/ia64-portbld-freebsd9.0/bin/ar checking for ia64-portbld-freebsd9.0-lipo... lipo checking for ia64-portbld-freebsd9.0-nm... /usr/ports/lang/gcc46/work/build/./gcc/nm checking for ia64-portbld-freebsd9.0-ranlib... /usr/local/ia64-portbld-freebsd9.0/bin/ranlib checking for ia64-portbld-freebsd9.0-strip... /usr/local/ia64-portbld-freebsd9.0/bin/strip checking whether ln -s works... yes checking for ia64-portbld-freebsd9.0-gcc... /usr/ports/lang/gcc46/work/build/./gcc/xgcc -B/usr/port s/lang/gcc46/work/build/./gcc/ -B/usr/local/ia64-portbld-freebsd9.0/bin/ -B/usr/local/ia64-portbld- freebsd9.0/lib/ -isystem /usr/local/ia64-portbld-freebsd9.0/include -isystem /usr/local/ia64-portbl d-freebsd9.0/sys-include checking for suffix of object files... configure: error: in `/usr/ports/lang/gcc46/work/build/ia64- portbld-freebsd9.0/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[2]: *** [configure-stage2-target-libgcc] Error 1 Full work/build/ia64-portbld-freebsd9.0/libgcc/config.log is attached. Here's the relevant extract: configure:3246: checking for suffix of object files configure:3268: /usr/ports/lang/gcc46/work/build/./gcc/xgcc -B/usr/ports/lang/gcc46/work/build/./gc c/ -B/usr/local/ia64-portbld-freebsd9.0/bin/ -B/usr/local/ia64-portbld-freebsd9.0/lib/ -isystem /us r/local/ia64-portbld-freebsd9.0/include -isystem /usr/local/ia64-portbld-freebsd9.0/sys-include -c -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing conftest.c 5 conftest.c: In function 'main': conftest.c:16:1: internal compiler error: Segmentation fault: 11
[Bug regression/50484] [4.6 regression] ia64-portbld-freebsd9.0, conftest.c:16:1: internal compiler error: Segmentation fault: 11
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
[Bug libobjc/49804] [4.7 regression] 20110709 to 20110716 on sparc64 freebsd9.0 Configuration mismatch! [libgcc-extra-parts] Error
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-portbld-freebsd9.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd9.0/include -isystem /usr/local/sparc64-portbld-freebsd9.0/sys-include-g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -O2 -I. -I. -I.././../gcc-4.7-20110917/gcc -I.././../gcc-4.7-20110917/gcc/. -I.././../gcc-4.7-20110917/gcc/../include -I.././../gcc-4.7-20110917/gcc/../libdecnumber -I.././../gcc-4.7-20110917/gcc/../libdecnumber/dpd -I../libdecnumber -I.././../gcc-4.7-20110917/gcc/../libgcc -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -I. -I. -I../.././gcc -I../.././../gcc-4.7-20110917/libgcc -I../.././../gcc-4.7-20110917/libgcc/. -I../.././../gcc-4.7-20110917/libgcc/../gcc -I../.././../gcc-4.7-20110917/libgcc/../include -DHAVE_CC_TLS -DUSE_EMUTLS -o crtfastmath.o -MT crtfastmath.o -MD -MP -MF crtfastmath.dep -frandom-seed=gcc-crtfastmath -c ../.././../gcc-4.7-20110917/libgcc/config/sparc/crtfastmath.c # If the gcc directory specifies which extra parts to # build for this target, and the libgcc configuration also # specifies, make sure they match. This can be removed # when the gcc directory no longer holds libgcc configuration; # it is useful when migrating a target. Configuration mismatch! Extra parts from gcc directory: crtbegin.o crtbeginS.o crtend.o crtendS.o crtfastmath.o Extra parts from libgcc: crtfastmath.o exit 1 gmake[3]: *** [libgcc-extra-parts] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc'
[Bug target/45650] [4.4/4.5/4.6/4.7 regression] FreeBSD/ia64 builds fails: hidden symbol `_Unwind_FindTableEntry' isn't defined
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[3]: Leaving directory `/usr/ports/lang/gcc47/work/build/gcc' Checking multilib configuration for libgcc... gmake[3]: Entering directory `/usr/ports/lang/gcc47/work/build/ia64-portbld-freebsd9.0/libgcc' # If this is the top-level multilib, build all the other # multilibs. # Early copyback; see all above for the rationale. The # early copy is necessary so that the gcc -B options find # the right startup files when linking shared libgcc. /bin/sh ../.././../gcc-4.7-20110827/libgcc/../mkinstalldirs ../.././gcc parts=crtbegin.o crtend.o crtbeginS.o crtendS.o crtfastmath.o; \ for file in $parts; do \ rm -f ../.././gcc/$file; \ install -o root -g wheel -m 444 $file ../.././gcc/; \ case $file in \ *.a)\ /usr/local/ia64-portbld-freebsd9.0/bin/ranlib ../.././gcc/$file ;; \ esac; \ done dest=../.././gcc/include/tmp$$-unwind.h; \ cp unwind.h $dest; \ chmod a+r $dest; \ sh ../.././../gcc-4.7-20110827/libgcc/../move-if-change $dest ../.././gcc/include/unwind.h # @multilib_flags@ is still needed because this may use # /usr/ports/lang/gcc47/work/build/./gcc/xgcc -B/usr/ports/lang/gcc47/work/build/./gcc/ -B/usr/local /ia64-portbld-freebsd9.0/bin/ -B/usr/local/ia64-portbld-freebsd9.0/lib/ -isystem /usr/local/ia64-por tbld-freebsd9.0/include -isystem /usr/local/ia64-portbld-freebsd9.0/sys-include and -O2 -I. -I. -I.././../gcc-4.7-20110827/gcc -I.././../gcc-4.7-20110827/gcc/. -I.././../gcc-4.7-20110827/gcc/../in clude -I.././../gcc-4.7-20110827/gcc/../libdecnumber -I.././../gcc-4.7-20110827/gcc/../libdecnumber/ dpd -I../libdecnumber -I.././../gcc-4.7-20110827/gcc/../libgcc -g -O2 -pipe -I/usr/local/include -fn o-strict-aliasing -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prot otypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGC C2 -fbuilding-libgcc -fno-stack-protector directly. # @multilib_dir@ is not really necessary, but sometimes it has # more uses than just a directory name. /bin/sh ../.././../gcc-4.7-20110827/libgcc/../mkinstalldirs . /usr/ports/lang/gcc47/work/build/./gcc/xgcc -B/usr/ports/lang/gcc47/work/build/./gcc/ -B/usr/local/i a64-portbld-freebsd9.0/bin/ -B/usr/local/ia64-portbld-freebsd9.0/lib/ -isystem /usr/local/ia64-portb ld-freebsd9.0/include -isystem /usr/local/ia64-portbld-freebsd9.0/sys-include -O2 -I. -I. -I../. /../gcc-4.7-20110827/gcc -I.././../gcc-4.7-20110827/gcc/. -I.././../gcc-4.7-20110827/gcc/../include -I.././../gcc-4.7-20110827/gcc/../libdecnumber -I.././../gcc-4.7-20110827/gcc/../libdecnumber/dpd -I ../libdecnumber -I.././../gcc-4.7-20110827/gcc/../libgcc -g -O2 -pipe -I/usr/local/include -fno-stri ct-aliasing -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -fb uilding-libgcc -fno-stack-protector -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version -script=libgcc.map -o ./libgcc_s.so.1.tmp -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -B. / __divxf3_s.o __divdf3_s.o __divsf3_s.o __divdi3_s.o __moddi3_s.o __udivdi3_s.o __umoddi3_s.o __div si3_s.o __modsi3_s.o __udivsi3_s.o __umodsi3_s.o __save_stack_nonlocal_s.o __nonlocal_goto_s.o __res tore_stack_nonlocal_s.o __trampoline_s.o _fixtfdi_s.o _fixunstfdi_s.o _floatditf_s.o _muldi3_s.o _ne gdi2_s.o _lshrdi3_s.o _ashldi3_s.o _ashrdi3_s.o _cmpdi2_s.o _ucmpdi2_s.o _clear_cache_s.o _trampoline_s.o __main_s.o _absvsi2_s.o _absvdi2_s.o _addvsi3_s.o _addvdi3_s.o _subvsi3_s.o _subvdi3_s.o _mulvsi3_s.o _mulvdi3_s.o _negvsi2_s.o _negvdi2_s.o _ctors_s.o _ffssi2_s.o _ffsdi2_s.o _clz_s.o _clzsi2_s.o _clzdi2_s.o _ctzsi2_s.o _ctzdi2_s.o _popcount_tab_s.o _popcountsi2_s.o _popcountdi2_s.o _paritysi2_s.o _paritydi2_s.o _powisf2_s.o _powidf2_s.o _powixf2_s.o _powitf2_s.o _mulsc3_s.o _muldc3_s.o _mulxc3_s.o _multc3_s.o _divsc3_s.o _divdc3_s.o _divxc3_s.o _divtc3_s.o _bswapsi2_s.o _bswapdi2_s.o _clrsbsi2_s.o _clrsbdi2_s.o _fixunssfsi_s.o _fixunsdfsi_s.o _fixunsxfsi_s.o _fixsfdi_s.o _fixdfdi_s.o _fixxfdi_s.o _fixunssfdi_s.o _fixunsdfdi_s.o _fixunsxfdi_s.o _floatdisf_s.o _floatdidf_s.o _floatdixf_s.o _floatundisf_s.o _floatundidf_s.o _floatundixf_s.o _floatunditf_s.o _divdi3_s.o _moddi3_s.o _udivdi3_s.o _umoddi3_s.o _udiv_w_sdiv_s.o _udivmoddi4_s.o enable-execute-stack_s.o unwind-ia64_s.o unwind-sjlj_s.o unwind-c_s.o emutls_s.o -lc rm -f ./libgcc_s.so if [ -f ./libgcc_s.so.1 ]; then mv -f ./libgcc_s.so
[Bug libobjc/49804] regression gcc4.7 from 20110709 to 20110716 on ia64, sparc64 freebsd9.0 Configuration mismatch! [libgcc-extra-parts] Error
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 4.7.0.20110730:
gmake[3]: Leaving directory `/usr/ports/lang/gcc47/work/build/gcc'
Checking multilib configuration for libgcc...
gmake[3]: Entering directory
`/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc'
# If this is the top-level multilib, build all the other
# multilibs.
gmake[4]: Entering directory
`/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc'
if [ -z ]; then \
true; \
else \
rootpre=`${PWDCMD-pwd}`/; export rootpre; \
srcrootpre=`cd ../.././../gcc-4.7-20110730/libgcc; ${PWDCMD-pwd}`/; export
srcrootpre; \
lib=`echo ${rootpre} | sed -e 's,^.*/\([^/][^/]*\)/$,\1,'`; \
compiler=/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-portbld-freebsd9.0/lib/ -isystem /
usr/local/sparc64-portbld-freebsd9.0/include -isystem
/usr/local/sparc64-portbld-freebsd9.0/sys-inc
lude ; \
for i in `${compiler} --print-multi-lib 2/dev/null`; do \
dir=`echo $i | sed -e 's/;.*$//'`; \
if [ ${dir} = . ]; then \
true; \
else \
if [ -d ../${dir}/${lib} ]; then \
flags=`echo $i | sed -e 's/^[^;]*;//' -e 's/@/ -/g'`; \
if (cd ../${dir}/${lib}; gmake
AR=/usr/local/sparc64-portbld-freebsd9.0/bin/ar AR_FLAGS=
rc CC=/usr/ports/lang/gcc47/work/build/./gcc/xgcc
-B/usr/ports/lang/gcc47/work/build/./gcc/ -B/us
r/local/sparc64-portbld-freebsd9.0/bin/
-B/usr/local/sparc64-portbld-freebsd9.0/lib/ -isystem /usr/
local/sparc64-portbld-freebsd9.0/include -isystem
/usr/local/sparc64-portbld-freebsd9.0/sys-include
CFLAGS=-g -O2 -pipe -I/usr/local/include -fno-strict-aliasing DESTDIR=
EXTRA_OFILES= HD
EFINES= INSTALL=/usr/bin/install -c -o root -g wheel INSTALL_DATA=install
-o root -g wheel -m
444 INSTALL_PROGRAM=install -s -o root -g wheel -m 555 LDFLAGS=
LOADLIBES= RANLIB=/usr/loc
al/sparc64-portbld-freebsd9.0/bin/ranlib SHELL=/bin/sh prefix=/usr/local
exec_prefix=/usr/loc
al libdir=/usr/local/lib/gcc47
libsubdir=/usr/local/lib/gcc47/gcc/sparc64-portbld-freebsd9.0/4.
7.0 tooldir=/usr/local/sparc64-portbld-freebsd9.0 \
CFLAGS=-g -O2 -pipe -I/usr/local/include
-fno-strict-aliasing ${flags} \
CCASFLAGS= ${flags} \
FCFLAGS= ${flags} \
FFLAGS= ${flags} \
ADAFLAGS= ${flags} \
prefix=/usr/local \
exec_prefix=/usr/local \
GCJFLAGS= ${flags} \
GOCFLAGS=-O2 -g ${flags} \
CXXFLAGS=-g -O2 -pipe -I/usr/local/include
-fno-strict-aliasing ${flags}
\
LIBCFLAGS=-g -O2 -pipe -I/usr/local/include
-fno-strict-aliasing ${flags}
\
LIBCXXFLAGS=-g -O2 -pipe -I/usr/local/include
-fno-strict-aliasing -fno-im
plicit-templates ${flags} \
LDFLAGS= ${flags} \
MULTIFLAGS=${flags} \
DESTDIR= \
INSTALL=/usr/bin/install -c -o root -g wheel \
INSTALL_DATA=install -o root -g wheel -m 444 \
INSTALL_PROGRAM=install -s -o root -g wheel -m 555 \
INSTALL_SCRIPT=install -o root -g wheel -m 555 \
all); then \
true; \
else \
exit 1; \
fi; \
else true; \
fi; \
fi; \
done; \
fi
gmake[4]: Leaving directory
`/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc'
# If the gcc directory specifies which extra parts to
# build for this target, and the libgcc configuration also
# specifies, make sure they match. This can be removed
# when the gcc directory no longer holds libgcc configuration;
# it is useful when migrating a target.
Configuration mismatch!
Extra parts from gcc directory: crtbegin.o crtbeginS.o crtend.o crtendS.o
crtfastmath.o
Extra parts from libgcc: crtfastmath.o
exit 1
gmake[3]: *** [libgcc-extra-parts] Error 1
gmake[3]: Leaving directory
`/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc'
gmake[2]: *** [all-stage1-target-libgcc] Error 2
gmake[2]: Leaving directory `/usr/ports/lang/gcc47/work/build'
gmake[1]: *** [stage1-bubble] Error 2
gmake[1]: Leaving directory `/usr/ports/lang/gcc47/work/build'
gmake: *** [bootstrap-lean] Error 2
*** Error code 1
Stop in /usr/ports/lang/gcc47.
*** Error code 1
[Bug target/49842] New: sparc64-portbld-freebsd9.0 internal compiler error: in connect_traces, at dwarf2cfi.c:2632
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 Priority: P3 Component: target AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk I've gcc-4.7.0.20110709 built fine on sparc64 FreeBSD 9.0. Updating to 20110723 snapshot I get this error: /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-portbld-freebsd9.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd9.0/include -isystem /usr/local/sparc64-portbld-freebsd9.0/sys-include-g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -O2 -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -I. -I. -I../.././gcc -I../.././../gcc-4.7-20110723/libgcc -I../.././../gcc-4.7-20110723/libgcc/. -I../.././../gcc-4.7-20110723/libgcc/../gcc -I../.././../gcc-4.7-20110723/libgcc/../include -DHAVE_CC_TLS -DUSE_EMUTLS -o _lshrdi3.o -MT _lshrdi3.o -MD -MP -MF _lshrdi3.dep -DL_lshrdi3 -c ../.././../gcc-4.7-20110723/libgcc/../gcc/libgcc2.c \ -fvisibility=hidden -DHIDE_EXPORTS ../.././../gcc-4.7-20110723/libgcc/../gcc/libgcc2.c: In function '__lshrti3': ../.././../gcc-4.7-20110723/libgcc/../gcc/libgcc2.c:427:1: internal compiler error: in connect_traces, at dwarf2cfi.c:2632 Please submit a full bug report, with preprocessed source if appropriate. See http://gcc.gnu.org/bugs.html for instructions. gmake[3]: *** [_lshrdi3.o] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc' Surprisingly, it builds fine on ia64 FreeBSD. I see in sparc64-portbld-freebsd9.0/libgcc/config.log: conftest.c:58:1: internal compiler error: in connect_traces, at dwarf2cfi.c:2632 config.log is attached.
[Bug target/49842] sparc64-portbld-freebsd9.0 internal compiler error: in connect_traces, at dwarf2cfi.c:2632
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/config.log
[Bug libobjc/49804] New: regression gcc4.7 from 20110709 to 20110716 on ia64, sparc64 freebsd9.0 Configuration mismatch! [libgcc-extra-parts] Error
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
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libobjc
AssignedTo: unassig...@gcc.gnu.org
ReportedBy: me...@bristol.ac.uk
On ia64, sparc64 freebsd9.0 I've installed gcc-4.7.0.20110709
Both arches fail to build 4.7.0.20110716.
On ia64:
Checking multilib configuration for libgcc...
gmake[3]: Entering directory
`/usr/ports/lang/gcc47/work/build/ia64-portbld-freebsd9.0/libgcc'
# If this is the top-level multilib, build all the other
# multilibs.
rm -f libgcc.a
objects=__divxf3.o __divdf3.o __divsf3.o __divdi3.o __moddi3.o __udivdi3.o
__umoddi3.o
+__divsi3.o
__modsi3.o __udivsi3.o __umodsi3.o __save_stack_nonlocal.o __nonlocal_goto.o
+__restore_stack_nonloc
al.o __trampoline.o _fixtfdi.o _fixunstfdi.o _floatditf.o _muldi3.o _negdi2.o
_lshrdi3.o
+_ashldi3.o
_ashrdi3.o _cmpdi2.o _ucmpdi2.o _clear_cache.o _trampoline.o __main.o
_absvsi2.o _absvdi2.o
+_addvs
i3.o _addvdi3.o _subvsi3.o _subvdi3.o _mulvsi3.o _mulvdi3.o _negvsi2.o
_negvdi2.o _ctors.o
+_ffssi2.
o _ffsdi2.o _clz.o _clzsi2.o _clzdi2.o _ctzsi2.o _ctzdi2.o _popcount_tab.o
_popcountsi2.o
+_popcount
di2.o _paritysi2.o _paritydi2.o _powisf2.o _powidf2.o _powixf2.o _powitf2.o
_mulsc3.o _muldc3.o
+_mu
lxc3.o _multc3.o _divsc3.o _divdc3.o _divxc3.o _divtc3.o _bswapsi2.o
_bswapdi2.o _clrsbsi2.o
+_clrsb
di2.o _fixunssfsi.o _fixunsdfsi.o _fixunsxfsi.o _fixsfdi.o _fixdfdi.o
_fixxfdi.o _fixunssfdi.o
+_fix
unsdfdi.o _fixunsxfdi.o _floatdisf.o _floatdidf.o _floatdixf.o _floatundisf.o
_floatundidf.o
+_float
undixf.o _floatunditf.o _eprintf.o __gcc_bcmp.o _divdi3.o _moddi3.o _udivdi3.o
_umoddi3.o
+_udiv_w_s
div.o _udivmoddi4.o enable-execute-stack.o;
\
if test -z $objects; then \
echo 'int __libgcc_eh_dummy;' eh_dummy.c; \
/usr/ports/lang/gcc47/work/build/./gcc/xgcc
-B/usr/ports/lang/gcc47/work/build/./gcc/
+-B/usr/loca
l/ia64-portbld-freebsd9.0/bin/ -B/usr/local/ia64-portbld-freebsd9.0/lib/
-isystem
+/usr/local/ia64-p
ortbld-freebsd9.0/include -isystem
/usr/local/ia64-portbld-freebsd9.0/sys-include-g -O2 -pipe
+-
I/usr/local/include -fno-strict-aliasing -O2 -g -O2 -pipe -I/usr/local/include
+-fno-strict-aliasin
g -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes
+-Wold-st
yle-definition -isystem ./include -fPIC -pthread -g -DHAVE_GTHR_DEFAULT
-DIN_LIBGCC2
+-fbuilding-
libgcc -fno-stack-protector -I. -I. -I../.././gcc
-I../.././../gcc-4.7-20110716/libgcc
+-I../.././
../gcc-4.7-20110716/libgcc/. -I../.././../gcc-4.7-20110716/libgcc/../gcc
+-I../.././../gcc-4.7-20110
716/libgcc/../include -DHAVE_CC_TLS -fvisibility=hidden -DHIDE_EXPORTS -c
eh_dummy.c \
-o eh_dummy.o; \
objects=eh_dummy.o; \
fi; \
/usr/local/ia64-portbld-freebsd9.0/bin/ar rc libgcc.a $objects
/usr/local/ia64-portbld-freebsd9.0/bin/ranlib libgcc.a
# If the gcc directory specifies which extra parts to
# build for this target, and the libgcc configuration also
# specifies, make sure they match. This can be removed
# when the gcc directory no longer holds libgcc configuration;
# it is useful when migrating a target.
Configuration mismatch!
Extra parts from gcc directory: crtbegin.o crtbeginS.o crtend.o crtendS.o
Extra parts from libgcc: crtbegin.o crtend.o crtbeginS.o crtendS.o
crtfastmath.o
exit 1
gmake[3]: *** [libgcc-extra-parts] Error 1
On sparc64:
Checking multilib configuration for libgcc...
gmake[3]: Entering directory
`/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc'
# If this is the top-level multilib, build all the other
# multilibs.
gmake[4]: Entering directory
`/usr/ports/lang/gcc47/work/build/sparc64-portbld-freebsd9.0/libgcc'
if [ -z ]; then \
true; \
else \
rootpre=`${PWDCMD-pwd}`/; export rootpre; \
srcrootpre=`cd ../.././../gcc-4.7-20110716/libgcc; ${PWDCMD-pwd}`/; export
srcrootpre; \
lib=`echo ${rootpre} | sed -e 's,^.*/\([^/][^/]*\)/$,\1,'`; \
compiler=/usr/ports/lang/gcc47/work/build/./gcc/xgcc
-B/usr/ports/lang/gcc47/work/build/./gcc/
+-B/usr/local/sparc64-portbld-freebsd
9.0/bin/ -B/usr/local/sparc64-portbld-freebsd9.0/lib/ -isystem
+/usr/local/sparc64-portbld-freebsd9.0/include -isystem /usr/local/sparc
64-portbld-freebsd9.0/sys-include ; \
for i in `${compiler} --print-multi-lib 2/dev/null`; do \
dir=`echo $i | sed -e 's/;.*$//'`; \
if [ ${dir} = . ]; then \
true; \
else \
if [ -d ../${dir}/${lib} ]; then \
flags=`echo $i | sed -e 's/^[^;]*;//' -e 's/@/ -/g'`; \
if (cd ../${dir}/${lib}; gmake
[Bug target/40959] [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 build fails: No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'.
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-freebsd9.0/bin/ -B/usr/local/ia64-portbld-freebsd9.0/lib/ -isystem /u sr/local/ia64-portbld-freebsd9.0/include -isystem /usr/local/ia64-portbld-freebsd9.0/sys-include -DH AVE_CONFIG_H -I. -I../.././../gcc-4.6-20110212/libgfortran -iquote../.././../gcc-4.6-20110212/libgfo rtran/io -I../.././../gcc-4.6-20110212/libgfortran/../gcc -I../.././../gcc-4.6-20110212/libgfortran/ ../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -ffunction-sections -fdata-section s -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT backtrace.lo -MD -MP -MF .deps/backtrac e.Tpo -c ../.././../gcc-4.6-20110212/libgfortran/runtime/backtrace.c -fPIC -DPIC -o .libs/backtrace .o In file included from ../.././../gcc-4.6-20110212/libgfortran/fmain.c:4:0: ../.././../gcc-4.6-20110212/libgfortran/libgfortran.h:53:29: fatal error: quadmath_weak.h: No such f ile or directory compilation terminated. In file included from ../.././../gcc-4.6-20110212/libgfortran/runtime/backtrace.c:25:0: ../.././../gcc-4.6-20110212/libgfortran/libgfortran.h:53:29: fatal error: quadmath_weak.h: No such f ile or directory compilation terminated. gmake[3]: *** [fmain.lo] Error 1 gmake[3]: *** Waiting for unfinished jobs gmake[3]: *** [backtrace.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc46/work/build/ia64-portbld-freebsd9.0/libgfortran' Please see also: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47648
[Bug target/40959] [4.3/4.4/4.5/4.6 regression] FreeBSD/ia64 build fails: No rule to make target `/usr/ports/lang/gcc43/work/build/ia64-portbld-freebsd8.0/libgcc/crtfastmath.o', needed by `T_TARGET'.
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 exception handling. Many thanks for your support, Gerald.
[Bug fortran/47642] New: real(kind=16) - libquadmath - segfault on amd64 FreeBSD
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: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk BUZI uname -a FreeBSD zzz 9.0-CURRENT FreeBSD 9.0-CURRENT #4 r217412: Fri Jan 14 22:09:57 GMT 2011 root@zzz:/usr/obj/usr/src/sys/BUZI amd64 BUZI cat tmp.f90 program z implicit none real(kind=16) :: q q=1.0e48_16 write(*,*)q write(*,*)nearest(q,1.0) write(*,*)nearest(q,1.0)-q end program z BUZI gfortran46 -Wl,-rpath=/usr/local/lib/gcc46 tmp.f90 BUZI ./a.out 1.000E+0048 1.014E+0048 140737488355328. BUZI This is fine, however, changing the constant to 1e38 gives segfault: BUZI cat tmp.f90 program z implicit none real(kind=16) :: q q=1.0e38_16 write(*,*)q write(*,*)nearest(q,1.0) write(*,*)nearest(q,1.0)-q end program z BUZI gfortran46 -Wl,-rpath=/usr/local/lib/gcc46 tmp.f90 BUZI ./a.out 1.000E+0038 Segmentation fault (core dumped) BUZI Same with 1e39: BUZI cat tmp.f90 program z implicit none real(kind=16) :: q q=1.0e39_16 write(*,*)q write(*,*)nearest(q,1.0) write(*,*)nearest(q,1.0)-q end program z BUZI gfortran46 -Wl,-rpath=/usr/local/lib/gcc46 tmp.f90 BUZI ./a.out 1.000E+0039 Segmentation fault (core dumped) BUZI Then 1e29 works correct again BUZI cat tmp.f90 program z implicit none real(kind=16) :: q q=1.0e29_16 write(*,*)q write(*,*)nearest(q,1.0) write(*,*)nearest(q,1.0)-q end program z BUZI gfortran46 -Wl,-rpath=/usr/local/lib/gcc46 tmp.f90 BUZI ./a.out 10.0 10.2 1.52587890625E-0005 BUZI From debugger: BUZI gdb a.out a.out.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-marcel-freebsd...(no debugging symbols found)... Core was generated by `a.out'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/local/lib/gcc46/libgfortran.so.3...done. Loaded symbols for /usr/local/lib/gcc46/libgfortran.so.3 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /usr/local/lib/gcc46/libgcc_s.so.1...done. Loaded symbols for /usr/local/lib/gcc46/libgcc_s.so.1 Reading symbols from /usr/local/lib/gcc46/libquadmath.so.0...done. Loaded symbols for /usr/local/lib/gcc46/libquadmath.so.0 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x0008010ba0ae in memset () from /lib/libc.so.7 (gdb) (gdb) bt #0 0x0008010ba0ae in memset () from /lib/libc.so.7 #1 0x000800d98a27 in quadmath_flt128tostr (s=0x7fffd250 '0' repeats 200 times..., size=47, n=37, x=Variable x is not available. ) at ../.././../gcc-4.6-20110205/libquadmath/quadmath_io.c:95 #2 0x3030303030303030 in ?? () #3 0x3030303030303030 in ?? () #4 0x3030303030303030 in ?? () #5 0x3030303030303030 in ?? () #6 0x3030303030303030 in ?? () #7 0x3030303030303030 in ?? () *skip lots of identical lines* #968 0x3030303030303030 in ?? () #969 0x3030303030303030 in ?? () #970 0x3030303030303030 in ?? () #971 0x3030303030303030 in ?? () #972 0x3030303030303030 in ?? () #973 0x3030303030303030 in ?? () ---Type return to continue, or q return to quit--- #974 0x3030303030303030 in ?? () Cannot access memory at address 0x7000 (gdb)
[Bug fortran/47648] New: libgfortran/libgfortran.h:53:29: fatal error: quadmath_weak.h: No such f ile or directory - FreeBSD ia64
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 Severity: normal Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk # uname -a FreeBSD mech-cluster241.men.bris.ac.uk 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r216732: Mon Dec 27 13:22:47 GMT 2010 r...@mech-cluster241.men.bris.ac.uk:/usr/obj/usr/src/sys/TZAV ia64 # Building gcc46 gives: libtool: compile: /usr/ports/lang/gcc46/work/build/./gcc/xgcc -B/usr/ports/lang/gcc46/work/build/./ gcc/ -B/usr/local/ia64-portbld-freebsd9.0/bin/ -B/usr/local/ia64-portbld-freebsd9.0/lib/ -isystem /u sr/local/ia64-portbld-freebsd9.0/include -isystem /usr/local/ia64-portbld-freebsd9.0/sys-include -DH AVE_CONFIG_H -I. -I../.././../gcc-4.6-20110205/libgfortran -iquote../.././../gcc-4.6-20110205/libgfo rtran/io -I../.././../gcc-4.6-20110205/libgfortran/../gcc -I../.././../gcc-4.6-20110205/libgfortran/ ../gcc/config -I../.././gcc -D_GNU_SOURCE -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules -ffunction-sections -fdata-section s -g -O2 -pipe -I/usr/local/include -fno-strict-aliasing -MT backtrace.lo -MD -MP -MF .deps/backtrac e.Tpo -c ../.././../gcc-4.6-20110205/libgfortran/runtime/backtrace.c -fPIC -DPIC -o .libs/backtrace .o In file included from ../.././../gcc-4.6-20110205/libgfortran/runtime/backtrace.c:25:0: ../.././../gcc-4.6-20110205/libgfortran/libgfortran.h:53:29: fatal error: quadmath_weak.h: No such file or directory compilation terminated. In file included from ../.././../gcc-4.6-20110205/libgfortran/fmain.c:4:0: ../.././../gcc-4.6-20110205/libgfortran/libgfortran.h:53:29: fatal error: quadmath_weak.h: No such file or directory compilation terminated. gmake[3]: *** [fmain.lo] Error 1 gmake[3]: *** Waiting for unfinished jobs gmake[3]: *** [backtrace.lo] Error 1 gmake[3]: Leaving directory `/usr/ports/lang/gcc46/work/build/ia64-portbld-freebsd9.0/libgfortran' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/ports/lang/gcc46/work/build/ia64-portbld-freebsd9.0/libgfortran' gmake[1]: *** [all-target-libgfortran] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc46/work/build'
[Bug fortran/47649] New: install-info: No such file or directory for /usr/local/info/gcc46/libquadmath.info
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 Priority: P3 Component: fortran AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk # uname -a FreeBSD mech-anton240.men.bris.ac.uk 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r216048: Mon Nov 29 15:19:12 GMT 2010 r...@mech-anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/QOF sparc64 # make was fine. make install gives this: cd /usr/ports/lang/gcc46/work ; /usr/bin/sed -i -e /PLIST.lib/ r PLIST.lib /usr/ports/lang/gcc46/work/.PLIST.mktmp install-info --quiet /usr/local/info/gcc46/cpp.info /usr/local/info/dir install-info --quiet /usr/local/info/gcc46/cppinternals.info /usr/local/info/dir install-info --quiet /usr/local/info/gcc46/gcc.info /usr/local/info/dir install-info --quiet /usr/local/info/gcc46/gccinstall.info /usr/local/info/dir install-info --quiet /usr/local/info/gcc46/gccint.info /usr/local/info/dir install-info --quiet /usr/local/info/gcc46/gfortran.info /usr/local/info/dir install-info --quiet /usr/local/info/gcc46/libgomp.info /usr/local/info/dir install-info --quiet /usr/local/info/gcc46/libquadmath.info /usr/local/info/dir install-info: No such file or directory for /usr/local/info/gcc46/libquadmath.info *** Error code 1 Stop in /usr/ports/lang/gcc46. *** Error code 1
[Bug fortran/47649] install-info: No such file or directory for /usr/local/info/gcc46/libquadmath.info
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
[Bug fortran/47649] install-info: No such file or directory for /usr/local/info/gcc46/libquadmath.info
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
[Bug fortran/47649] install-info: No such file or directory for /usr/local/info/gcc46/libquadmath.info
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.
[Bug fortran/47642] real(kind=16) - libquadmath - segfault on amd64 FreeBSD
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 uname -a FreeBSD mech-anton240.men.bris.ac.uk 9.0-CURRENT FreeBSD 9.0-CURRENT #1 r216048: Mon Nov 29 15:19:12 GMT 2010 r...@mech-anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/QOF sparc64 QOF cat kind16.f90 program z implicit none real(kind=16) :: q q=1.0e39_16 write(*,*)q write(*,*)nearest(q,1.0) write(*,*)nearest(q,1.0)-q end program z QOF gfortran46 -Wl,-rpath=/usr/local/lib/gcc46 kind16.f90 QOF ./a.out 1.000E+0039 1.013E+0039 131072.0 QOF
[Bug bootstrap/46086] fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0 - configure: error: cannot compute suffix of object files: cannot compile
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 and run lapack fine. No idea what happened in the meantime, as I surely started from the system compiler in the first place. Perhaps something changed in GMP in the meantime. Anyway, please close this bug report. thanks anton
[Bug bootstrap/46086] fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0 - configure: error: cannot compute suffix of object files: cannot compile
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. Sorry, I should've checked before.
[Bug bootstrap/46086] fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0 - configure: error: cannot compute suffix of object files: cannot compile
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 in question and gcc45 itself. I rebuilt gmp-5.0.1, mpfr-3.0.0 and binutils-2.20.1_3 with gcc 4.4.6 20101026. I'm now trying to build gcc45 also with gcc 4.4.6 20101026, instead of the system default 4.2.1 20070719. I now get stopped here: gmake[3]: Leaving directory `/usr/ports/lang/gcc45/work/build/sparc64-portbld-freebsd9.0/libgcc' Checking multilib configuration for libgomp... Configuring stage 1 in sparc64-portbld-freebsd9.0/libgomp configure: loading cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for --enable-generated-files-in-srcdir... no checking build system type... sparc64-portbld-freebsd9.0 checking host system type... sparc64-portbld-freebsd9.0 checking target system type... sparc64-portbld-freebsd9.0 checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking whether build environment is sane... yes checking for a thread-safe mkdir -p... ../.././../gcc-4.5-2010/libgomp/../install-sh -c -d checking for gawk... nawk checking whether gmake sets $(MAKE)... yes checking for sparc64-portbld-freebsd9.0-gcc... /usr/ports/lang/gcc45/work/build/./gcc/xgcc -B/usr/ports/lang/gcc45/work/build/./gcc/ -B/usr/local/sparc64-portbld-freebsd9.0/bin/ -B/usr/local/sparc64-portbld-freebsd9.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd9.0/include -isystem /usr/local/sparc64-portbld-freebsd9.0/sys-include checking for C compiler default output file name... configure: error: in `/usr/ports/lang/gcc45/work/build/sparc64-portbld-freebsd9.0/libgomp': configure: error: C compiler cannot create executables See `config.log' for more details. gmake[2]: *** [configure-stage1-target-libgomp] Error 77 gmake[2]: Leaving directory `/usr/ports/lang/gcc45/work/build' gmake[1]: *** [stage1-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc45/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1
[Bug bootstrap/46086] fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0 - configure: error: cannot compute suffix of object files: cannot compile
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
[Bug bootstrap/46086] fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0 - configure: error: cannot compute suffix of object files: cannot compile
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/./gcc/xgcc
-B/usr/ports/lang/gcc45/work/build/./gcc
/ -B/usr/local/sparc64-portbld-freebsd9.0/bin/
-B/usr/local/sparc64-portbld-freebsd9.0/lib/ -isystem
/usr/local/sparc64-portbld-freebsd9.0/include -isystem
/usr/local/sparc64-portbld-freebsd9.0/sys-in
clude-g -O2 -pipe -I/usr/local/include -fno-strict-aliasing conftest.c
5
xgcc: Internal error: Segmentation fault: 11 (program cc1)
Please submit a full bug report.
See http://gcc.gnu.org/bugs.html for instructions.
configure:3684: $? = 1
configure:3721: result:
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME GNU OpenMP Runtime Library
| #define PACKAGE_TARNAME libgomp
| #define PACKAGE_VERSION 1.0
| #define PACKAGE_STRING GNU OpenMP Runtime Library 1.0
| #define PACKAGE_BUGREPORT
| #define PACKAGE_URL http://www.gnu.org/software/libgomp/;
| #define PACKAGE libgomp
| #define VERSION 1.0
| /* end confdefs.h. */
|
| int
| main ()
| {
|
| ;
| return 0;
| }
configure:3727: error: in
`/usr/ports/lang/gcc45/work/build/sparc64-portbld-freebsd9.0/libgomp':
configure:3731: error: C compiler cannot create executables
[Bug c/46086] New: fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0 - configure: error: cannot compute suffix of object files: cannot compile
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 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c AssignedTo: unassig...@gcc.gnu.org ReportedBy: me...@bristol.ac.uk Created attachment 22087 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22087 /usr/ports/lang/gcc45/work/build/sparc64-portbld-freebsd9.0/libgcc/config.log running make gives this error: *skip* gmake[3]: Entering directory `/usr/ports/lang/gcc45/work/build/libcpp' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/lang/gcc45/work/build/libcpp' gmake[3]: Entering directory `/usr/ports/lang/gcc45/work/build/libdecnumber' gmake[3]: Nothing to be done for `all'. gmake[3]: Leaving directory `/usr/ports/lang/gcc45/work/build/libdecnumber' gmake[3]: Entering directory `/usr/ports/lang/gcc45/work/build/gcc' gmake[3]: Leaving directory `/usr/ports/lang/gcc45/work/build/gcc' Checking multilib configuration for libgcc... Configuring stage 2 in sparc64-portbld-freebsd9.0/libgcc configure: loading cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /usr/bin/install -c -o root -g wheel checking for gawk... nawk checking build system type... sparc64-portbld-freebsd9.0 checking host system type... sparc64-portbld-freebsd9.0 checking for sparc64-portbld-freebsd9.0-ar... /usr/local/sparc64-portbld-freebsd9.0/bin/ar checking for sparc64-portbld-freebsd9.0-lipo... lipo checking for sparc64-portbld-freebsd9.0-nm... /usr/ports/lang/gcc45/work/build/./gcc/nm checking for sparc64-portbld-freebsd9.0-ranlib... /usr/local/sparc64-portbld-freebsd9.0/bin/ranlib checking for sparc64-portbld-freebsd9.0-strip... /usr/local/sparc64-portbld-freebsd9.0/bin/strip checking whether ln -s works... yes checking for sparc64-portbld-freebsd9.0-gcc... /usr/ports/lang/gcc45/work/build/./gcc/xgcc -B/usr/ports/lang/gcc45/work/build/./gcc/ -B/usr/local/sparc64-portbld-freebsd9.0/bin/ -B/usr/local/sparc64-portbld-freebsd9.0/lib/ -isystem /usr/local/sparc64-portbld-freebsd9.0/include -isystem /usr/local/sparc64-portbld-freebsd9.0/sys-include checking for suffix of object files... configure: error: in `/usr/ports/lang/gcc45/work/build/sparc64-portbld-freebsd9.0/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. gmake[2]: *** [configure-stage2-target-libgcc] Error 1 gmake[2]: Leaving directory `/usr/ports/lang/gcc45/work/build' gmake[1]: *** [stage2-bubble] Error 2 gmake[1]: Leaving directory `/usr/ports/lang/gcc45/work/build' gmake: *** [bootstrap-lean] Error 2 *** Error code 1 Stop in /usr/ports/lang/gcc45. *** Error code 1 The config.log file is attached. many thanks anton
[Bug bootstrap/46086] fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0 - configure: error: cannot compute suffix of object files: cannot compile
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 recently moved from gcc44 to gcc45, so probably I haven't tried to build gcc45 until a few weeks ago.
[Bug bootstrap/46086] fail to build gcc 4.5.2 on sparc64-portbld-freebsd9.0 - configure: error: cannot compute suffix of object files: cannot compile
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 I miss something else?
