--- 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 PM,
--- 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 #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.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- 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=15798&action=view)
Implements -Wunused-objects warning for C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36587
--- 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
--w
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", ...);
// ^ miss
--- 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
--
--- 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=15797&action=view)
Make output indicates to attach config.log file
Make output indicates to attach config.log file
--
http://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]: Lea
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 --st
--- 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=15796&action=view)
test case
The testcase, distilled from povray-3.6.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36584
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 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=15795&action=view)
Cut down test case
This is a stripped down version of the code that tripped the bug.
--
http://gcc.gnu.org/bu
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 comp
--- 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 IEEE754-1
--- 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 prob
--- 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 gjd
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-06-20 14:01
---
think of:
template struct CBase
{
protected:
T *i;
};
template<> struct CBase
{
protected: typedef int i;
};
template struct CDerived : public CBase
{
inline T* foo (void) { return const_cast i; }
}
What ha
--- 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.
--
http://gcc.gnu.org/bugzilla/show_bu
--- 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=gcc&view=rev&rev=136989
Log:
2008-06-20 Laurynas Biveinis <[EMAIL PROTECTED]>
--- 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=gcc&view=rev&rev=136989
Log:
2008-06-20 Laurynas Biveinis <[EMAIL PROTECTED]>
--- 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. b
--- 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. However,
--- 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 #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 rega
--- 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 #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 CTest {
>str
--- 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 just
--- 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 #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 thi
--- 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 comp
--- 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 #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=15794&action=view)
very short example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36582
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
Component:
--- 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 st
--- 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|Removed
--- 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 #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 littl
--- 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 #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 openS
--- 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=15793&action=view)
rebase against current trunk
Rebased against current trunk.
--
dseketel at redhat dot com changed:
--- 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 #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=15792&action=view)
log produced by gcc when bootstrapping and compiling FC tests
--
http://gcc.gnu.org/bugzilla/
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
$ /usr/local/src/gcc-4.3.1/libgfortra
44 matches
Mail list logo
