This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by GNU Fortran Runtime Library configure 0.3, which was
generated by GNU Autoconf 2.59. Invocation command line was
$
--- Comment #1 from Jean-Michel dot Male at sbmoffshore dot com 2008-06-20
07:47 ---
Created an attachment (id=15792)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15792action=view)
log produced by gcc when bootstrapping and compiling FC tests
--
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-06-20 07:49 ---
From: http://gcc.gnu.org/install/prerequisites.html
GNU Multiple Precision Library (GMP) version 4.1 (or later)
Necessary to build GCC. If you do not have it installed in your library search
path, you will have to
--- Comment #6 from dseketel at redhat dot com 2008-06-20 09:53 ---
Created an attachment (id=15793)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15793action=view)
rebase against current trunk
Rebased against current trunk.
--
dseketel at redhat dot com changed:
--- Comment #5 from karx11erx at hotmail dot com 2008-06-20 09:58 ---
(In reply to comment #3)
Update your system. Report this bug to OpenSUSE.
*** This bug has been marked as a duplicate of 35257 ***
I have been searching around a little and found that the gjar used by openSUSE
--- Comment #2 from pault at gcc dot gnu dot org 2008-06-20 10:43 ---
(In reply to comment #1)
This is due to an error in interface.c. The following fixes the fault,
bootstraps and regtests OK. I will apply as obvious just as soon as I can.
Paul
Index: gcc/fortran/interface.c
--- Comment #6 from karx11erx at hotmail dot com 2008-06-20 11:00 ---
(In reply to comment #5)
(In reply to comment #3)
Update your system. Report this bug to OpenSUSE.
*** This bug has been marked as a duplicate of 35257 ***
I have been searching around a little and
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-06-20 11:02 ---
*** Bug 36576 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35257
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-06-20 11:02 ---
Since the gjar you are using is from OpenSUSE, you should report this bug to
them.
*** This bug has been marked as a duplicate of 35257 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-06-20 11:04 ---
Because gcc 4.1 throws some errors on our
code that works flawlessly with MS compilers and gcc 3, and that absolutely do
not seem to be justified, and I wanted to make sure this problem is either
fixed or still
The problem is caused by the presence of nested derived types in a component
which appears in a namelist.
--
Summary: Namelist error
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
--- Comment #1 from fmuldoo at me dot lsu dot edu 2008-06-20 11:46 ---
Created an attachment (id=15794)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15794action=view)
very short example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36582
--- Comment #7 from dseketel at redhat dot com 2008-06-20 12:05 ---
(From update of attachment 15793)
This version of the patch got sent to the mailing list at
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01329.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31754
--- Comment #2 from burnus at gcc dot gnu dot org 2008-06-20 12:27 ---
CONFIRM. The read file contains (see comments in the attached file):
info_adjoint adjoint%solver_type='direct'/
Fortran runtime error: Cannot match namelist object name 'direct'
The file works with other F95
--- Comment #9 from karx11erx at hotmail dot com 2008-06-20 12:28 ---
(In reply to comment #8)
Because gcc 4.1 throws some errors on our
code that works flawlessly with MS compilers and gcc 3, and that absolutely
do
not seem to be justified, and I wanted to make sure this
--- Comment #3 from fmuldoo at me dot lsu dot edu 2008-06-20 12:32 ---
Subject: Re: Namelist I/O error: Bogus Cannot match
namelist object
Hello,
I am not sure what is meant by regression. Am I correct in assuming
that you do not regard it as an error?
Regards,
Frank
On
--- Comment #10 from karx11erx at hotmail dot com 2008-06-20 12:33 ---
(In reply to comment #9)
(In reply to comment #8)
Because gcc 4.1 throws some errors on our
code that works flawlessly with MS compilers and gcc 3, and that
absolutely do
not seem to be justified, and I
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-06-20 12:37
---
There is also no ambiguity in this:
Why that is invalid code is shown on http://gcc.gnu.org/gcc-3.4/changes.html .
(In reply to comment #9)
Which rule is forbidding this:
template class T class CTest {
--- Comment #12 from karx11erx at hotmail dot com 2008-06-20 13:03 ---
(In reply to comment #11)
There is also no ambiguity in this:
Why that is invalid code is shown on http://gcc.gnu.org/gcc-3.4/changes.html .
(In reply to comment #9)
Which rule is forbidding this:
--- Comment #4 from aldot at gcc dot gnu dot org 2008-06-20 13:33 ---
(In reply to comment #3)
Subject: Re: Namelist I/O error: Bogus Cannot match
namelist object
Hello,
I am not sure what is meant by regression. Am I correct in assuming
that you do not regard it as
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-06-20 13:37
---
I will take a shot at this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from zhonghaij at yahoo dot com 2008-06-20 13:45 ---
This code (coart.f) works fine on several SGI and SUN systems. On my mac, only
gfortran is available. based on the error message, I extracted the component
(start at line 12657) with problem and named as junk.f.
--- Comment #7 from zhonghaij at yahoo dot com 2008-06-20 13:49 ---
Subject: Re: Segmentation fault from gfortran compilation
Yes, junk.f is fine though it is extracted from coart.f.
This code (coart.f) works fine on several SGI and SUN systems. On my mac, only
gfortran is available.
--- Comment #8 from lauras at gcc dot gnu dot org 2008-06-20 13:57 ---
Subject: Bug 36276
Author: lauras
Date: Fri Jun 20 13:57:00 2008
New Revision: 136989
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136989
Log:
2008-06-20 Laurynas Biveinis [EMAIL PROTECTED]
--- Comment #2 from lauras at gcc dot gnu dot org 2008-06-20 13:57 ---
Subject: Bug 34908
Author: lauras
Date: Fri Jun 20 13:57:00 2008
New Revision: 136989
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136989
Log:
2008-06-20 Laurynas Biveinis [EMAIL PROTECTED]
--- Comment #15 from laurynas dot biveinis at gmail dot com 2008-06-20
14:00 ---
Junk output and valgrind errors should be fixed by a patch for PR fortran/34908
and PR fortran/36276. The /tmp/... file name issue needs additional fixing
though.
--
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-06-20 14:01
---
think of:
templateclass T struct CBaseT
{
protected:
T *i;
};
template struct CBaseint
{
protected: typedef int i;
};
templateclass T struct CDerived : public CBaseT
{
inline T* foo (void) { return
--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-06-20 14:34
---
Wha is this bug waiting on? The only clear bug I can see here is that the
Classpath build system (not gcc's; Classpath ./configure is invoked by the
surrounding gcj build) should be checking the version of
--- Comment #8 from kargl at gcc dot gnu dot org 2008-06-20 15:54 ---
(In reply to comment #6)
This code (coart.f) works fine on several SGI and SUN systems. On my mac, only
gfortran is available. based on the error message, I extracted the component
(start at line 12657) with
--- Comment #111 from vincent at vinc17 dot org 2008-06-20 16:09 ---
(In reply to comment #109)
WHERE'S THE BUG
This is really not a GCC bug. The bug is actually in the x87 FPU because it
doesn't obey the IEEE standard.
Concerning the standards: The x87 FPU does obey the
This is an ICE on valid code with gcc 4.3.1 which does not occur with gcc
4.2.4.
m68k-rtems4.9-gcc is 4.3.1. With 4.2.4, I tried to duplicate this with -m5200
since the option set has changed.
$ m68k-rtems4.9-gcc -fasm -c -mcpu=5206-O2 j1.c
j1.c: In function 'dbGet':
j1.c:79: internal
--- Comment #1 from joel at gcc dot gnu dot org 2008-06-20 16:20 ---
Created an attachment (id=15795)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15795action=view)
Cut down test case
This is a stripped down version of the code that tripped the bug.
--
The example that will be attached in the next comment exhibits a problem with
recursive functions. It looks that gcc doesn't align stack correctly if the
only remaining call (after inlining?) in the function is the call to itself.
Compiling the test source with -O3 -m32 produces:
sbisect:
-4
-8
--- Comment #1 from ubizjak at gmail dot com 2008-06-20 16:40 ---
Created an attachment (id=15796)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15796action=view)
test case
The testcase, distilled from povray-3.6.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36584
http://groups.google.com/group/gnu.gcc.help/browse_thread/thread/6bcf1e13819aef7a#
http://groups.google.com/group/comp.lang.c/browse_thread/thread/a51b90d9ed8580d6
Using the --std=c99 switch, programs using getaddrinfo and other IPv6-aware
networking commands don't work:
[ ~/src/_sandbox] gcc
checking whether the GNU Fortran compiler is working... no
configure: error: GNU Fortran is not working; please report a bug in
http://gcc.gnu.org/bugzilla, attaching
/INSTALL/x/gcc-4.3.1/BUILD/i686-pc-linux-gnu/libgfortran/config.log
make[1]: *** [configure-target-libgfortran] Error 1
make[1]:
--- Comment #1 from kanito73 at hotmail dot com 2008-06-20 18:59 ---
Created an attachment (id=15797)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15797action=view)
Make output indicates to attach config.log file
Make output indicates to attach config.log file
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-20 19:03 ---
This is not a bug with GCC but an issue with glibc, ask them they provide the
headers.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
This patch implements a ``-Wunused-objects'' warning which is triggered if a
constructor is called, and the returned object is thrown away.
This can happen by accident when a declaration for an object accidentally omits
a name. For instance:
{
trace_class (foo, ...);
// ^
--- Comment #2 from kargl at gcc dot gnu dot org 2008-06-20 19:23 ---
Please read the instruction on how to build GCC. Your config.log shows
that you are trying to build gcc within its source directory. This is
supported.
$ ../configure --prefix=/usr/local --with-mpfr=/usr/local
--- Comment #1 from kkylheku at gmail dot com 2008-06-20 19:23 ---
Created an attachment (id=15798)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15798action=view)
Implements -Wunused-objects warning for C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36587
--- Comment #2 from kkylheku at gmail dot com 2008-06-20 20:26 ---
I should add that this is different from -Wunused-value, because I want this
warning emitted even if the constructor (or its corresponding destructor) have
side effects.
--
--- Comment #8 from clerman at fuse dot net 2008-06-20 20:32 ---
Subject: Re: incorrect error when compiling
Hello,
I'm not sure if I mentioned in my original bug report that I'm downloading
the trunk version for GNU/Linux for 64-bit AMD-compatible processors (x86_64)
processors.
--- Comment #3 from c94wjpn at gmail dot com 2008-06-20 23:13 ---
Subject: Re: gcc refuses to recognize libraries on the command line
I think you're mad. I won't be reporting any bugs to gcc until I see signs
of intelligence coming from you people.
w.
On Thu, Jun 19, 2008 at 4:02
44 matches
Mail list logo
