[Bug fortran/16465] parser chokes with ffixed-line-length-7
--- Comment #10 from david dot billinghurst at comalco dot riotinto dot com dot au 2006-05-31 05:36 --- Subject: RE: parser chokes with ffixed-line-length-7 > --- Comment #9 from jvdelisle at gcc dot gnu dot org > 2006-05-31 05:16 --- > I think we ought to scrap this. There is no real point to > it,is there? > Yes, this is OK with me. I was just noting difference with g77. We don't want to support all the wierd "functionality". David NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16465
[Bug target/22209] [4.1 regression] libgfortran unresolvable symbols on irix6.5
--- Comment #9 from david dot billinghurst at comalco dot riotinto dot com
dot au 2006-02-09 04:07 ---
Subject: RE: [4.1/4.2 regression] libgfortran unresolvable symbols on irix6.5
Just tried to check this on an irix6.5.22m Origin 300
Bootstrap fails in stage 2 with repeated messages:
/disk4/billingd/src/gcc/gcc/toplev.h:183: undefined reference to `__ctzdi2'
I am building with
${SRCDIR}/configure \
--enable-shared \
--enable-haifa \
--enable-threads=single \
--disable-libjava \
--with-as=/disk4/billingd/tmp/binutils-2.16.1/bin/as \
--with-ld=/disk4/billingd/tmp/binutils-2.16.1/bin/ld \
--disable-nls \
--with-gmp=/usr/local \
--enable-languages=c \
--prefix=${PREFIX}
make bootstrap
Any ideas?
NOTICE
This e-mail and any attachments are private and confidential and may contain
privileged information. If you are not an authorised recipient, the copying or
distribution of this e-mail and any attachments is prohibited and you must not
read, print or act in reliance on this e-mail or attachments.
This notice should not be removed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22209
[Bug fortran/5900] [g77 & gfortran] Lapack regressions since g77 2.95.2
--- Comment #53 from david dot billinghurst at comalco dot riotinto dot com dot au 2005-10-17 02:45 --- Subject: RE: [g77 & gfortran] Lapack regressions since g77 2.95.2 I agree. All but three of the failures are known LAPACK problems, >From memory the other three failures just miss the acceptance criteria. Just for the record, the LAPACK FAQ http://www.netlib.org/lapack/faq.html states: "The only known testing failures are in condition number estimation routines in the generalized nonsymmetric eigenproblem testing. Specifically in sgd.out, dgd.out, cgd.out and zgd.out. The cause for the failures of some test cases is that the mathematical algorithm used for estimating the condition numbers could over- or under-estimate the true values in a certain factor in some rare cases. Further details can be found in LAPACK Working Note 87." NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
[Bug libstdc++/21526] libstdc++-v3 testsuite hangs on cygwin
--- Additional Comments From david dot billinghurst at comalco dot riotinto
dot com dot au 2005-05-16 00:59 ---
Subject: Testsuite patch committed
This fix that Mark Mitchell suggested has been tested on cywin and irix.
Committed to 4.0 and HEAD.
2005-05-16 David Billinghurst <[EMAIL PROTECTED]>
PR libstdc++/21526
* lib/target-supports.exp (check_mkfifo_available):
Return 0 for cygwin as mkfifo support incomplete on platform.
Fix typos in comments.
diff -u -r1.56 target-supports.exp
--- lib/target-supports.exp 6 May 2005 17:03:10 - 1.56
+++ lib/target-supports.exp 16 May 2005 00:41:59 -
@@ -636,15 +636,20 @@
eval return \$$var
}
-# Returns ture iff "fork" is available on the target system.
+# Returns true iff "fork" is available on the target system.
proc check_fork_available {} {
return [check_function_available "fork"]
}
-# Returns ture iff "mkfifo" is available on the target system.
+# Returns true iff "mkfifo" is available on the target system.
proc check_mkfifo_available {} {
+if {[istarget *-*-cygwin*]} {
+ # Cygwin has mkfifo, but support is incomplete.
+ return 0
+ }
+
return [check_function_available "mkfifo"]
}
NOTICE
This e-mail and any attachments are private and confidential and may contain
privileged information. If you are not an authorised recipient, the copying or
distribution of this e-mail and any attachments is prohibited and you must not
read, print or act in reliance on this e-mail or attachments.
This notice should not be removed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21526
[Bug libstdc++/21526] libstdc++-v3 testsuite hangs on cygwin
--- Additional Comments From david dot billinghurst at comalco dot riotinto dot com dot au 2005-05-13 00:32 --- Subject: RE: libstdc++-v3 testsuite hangs on cygwin I can test Mark's patch on cygwin and irix. I assume it is OK to commit it to 4.0 and 4.1 once tested. David NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21526
[Bug libstdc++/21526] libstdc++-v3 testsuite hangs on cygwin
--- Additional Comments From david dot billinghurst at comalco dot riotinto dot com dot au 2005-05-12 06:34 --- Subject: RE: libstdc++-v3 testsuite hangs on cygwin Yes, it should time out. It doesn't and I haven't worked out why (yet). The test sat for many hours without using any CPU time. Dejugnu timeouts used to work. All the cases that used to timeout were fixed, so it hasn't been tested for a while. NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21526
[Bug target/19796] [4.0 Regression] Bootstrap fails: Unresolved data symbol "set_fpc_csr"
--- Additional Comments From david dot billinghurst at comalco dot riotinto dot com dot au 2005-02-08 00:30 --- Subject: RE: [4.0 Regression] Bootstrap fails: Unresolved data symbol "set_fpc_csr" I can see the problem here once I compile with -v. get_fpc_csr and set_fpc_csr are in libc.so, but -lc linked before stage1/irix-csr.o, so the routines aren't found. If I run collect2 by hand with -lc after irix-csr.o then all is well. bash-2.04$ stage1/xgcc -Bstage1/ -B/disk4/billingd/tmp/gcc/mips-sgi-irix6.5/bin/ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros -Wold-style-definition -Werror -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE -o build/genmodes build/genmodes.o build/errors.o ../build-mips-sgi-irix6.5/libiberty/libiberty.a -v Reading specs from stage1/specs Target: mips-sgi-irix6.5 Configured with: /disk4/billingd/src/gcc/configure --enable-shared --enable-haifa --enable-threads=single --enable-libjava --with-as=/disk4/billingd/tmp/binutils/bin/as --disable-nls --with-gmp=/usr/local --enable-languages=c,c++,java,objc,f95 --disable-libmudflap --prefix=/disk4/billingd/tmp/gcc Thread model: single gcc version 4.0.0 20050203 (experimental) stage1/collect2 -call_shared -no_unresolved -init __gcc_init -fini __gcc_fini -_SYSTYPE_SVR4 -woff 131 -n32 -o build/genmodes /usr/lib32/mips3/crt1.o stage1/irix-crti.o stage1/crtbegin.o -Lstage1 -L/disk4/billingd/tmp/gcc/lib/gcc/mips-sgi-irix6.5/../.. -L/lib/../lib32 -L/usr/lib/../lib32 build/genmodes.o build/errors.o ../build-mips-sgi-irix6.5/libiberty/libiberty.a -dont_warn_unused -lgcc -lgcc_eh -warn_unused -L/usr/lib32/mips3 -L/usr/lib32 -dont_warn_unused -lc -warn_unused -dont_warn_unused -lgcc -lgcc_eh -warn_unused stage1/irix-csr.o stage1/crtend.o stage1/irix-crtn.o /usr/lib32/mips3/crtn.o ld32: ERROR 33 : Unresolved data symbol "get_fpc_csr" -- 1st referenced by stage1/irix-csr.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: ERROR 33 : Unresolved data symbol "set_fpc_csr" -- 1st referenced by stage1/irix-csr.o. Use linker option -v to see when and which objects, archives and dsos are loaded. ld32: INFO152: Output file removed because of error. collect2: ld returned 2 exit status NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19796
[Bug target/19796] [4.0 Regression] Bootstrap fails: Unresolved data symbol "set_fpc_csr"
--- Additional Comments From david dot billinghurst at comalco dot riotinto dot com dot au 2005-02-07 22:33 --- Subject: RE: [4.0 Regression] Bootstrap fails: Unresolved data symbol "set_fpc_csr" Thanks Richard. I don't know what is different about my system either. Happy to follow up if you are interested, but not a burning issue with me. David NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19796
[Bug target/19551] LAPACK routine claic1.f bug
--- Additional Comments From david dot billinghurst at comalco dot riotinto dot com dot au 2005-01-21 03:46 --- Subject: RE: LAPACK routine claic1.f bug Pardon? It is a self contained example. Took me several hours to reduce it. I doubt it is an excess precision problem as the numbers involved are all O(1) and there is no possibility of cancellation. David NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19551
[Bug libfortran/16288] Failure of test direct_io.f90 on irix6.5 with -64
--- Additional Comments From david dot billinghurst at comalco dot riotinto dot com dot au 2004-11-24 00:58 --- Subject: RE: Failure of test direct_io.f90 on irix6.5 with -64 Still present Tue Nov 23 09:07:14 GMT 2004 http://gcc.gnu.org/ml/gcc-testresults/2004-11/msg01020.html NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16288
[Bug other/18138] [3.4/4.0 regression] libgcc_s.so.1 not found by 64-bit testsuite
--- Additional Comments From david dot billinghurst at comalco dot riotinto dot com dot au 2004-10-25 03:56 --- Subject: RE: [3.4/4.0 regression] libgcc_s.so.1 not found by 64-bit testsuite The gfortran.exp part works for me on mips-sgi-irix6.5. Will try the rest overnight. David NOTICE This e-mail and any attachments are private and confidential and may contain privileged information. If you are not an authorised recipient, the copying or distribution of this e-mail and any attachments is prohibited and you must not read, print or act in reliance on this e-mail or attachments. This notice should not be removed. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18138
