--- Comment #2 from bangerth at dealii dot org 2006-10-17 05:45 ---
I can't either. The typical failure mode would have been an infinite
growth of memory usage, but I can't see this with any version I have.
It must be a RH specific problem...
--
bangerth at dealii dot org changed:
--- Comment #7 from pault at gcc dot gnu dot org 2006-10-17 04:55 ---
Created an attachment (id=12449)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12449&action=view)
Patch without initialization option
I have had to drop -finitialize-null due to problems in testing. I will have
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--- Comment #20 from drow at gcc dot gnu dot org 2006-10-17 02:40 ---
Subject: Re: gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2
debug info
On Sat, Oct 14, 2006 at 02:17:32PM -, steven at gcc dot gnu dot org wrote:
> Someone should make gdb understand the DW_AT_calli
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-10-17 02:04
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-10-17 02:01
---
Subject: Bug 27270
Author: mmitchel
Date: Tue Oct 17 02:01:27 2006
New Revision: 117814
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117814
Log:
PR c++/27270
* typeck2.c (process_init_con
--- Comment #14 from mmitchel at gcc dot gnu dot org 2006-10-17 01:56
---
Fixed in 4.1.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #13 from mmitchel at gcc dot gnu dot org 2006-10-17 01:56
---
Subject: Bug 29435
Author: mmitchel
Date: Tue Oct 17 01:56:23 2006
New Revision: 117813
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117813
Log:
PR c++/29435
* typeck.c (cxx_sizeof_or_al
--- Comment #9 from bangerth at math dot tamu dot edu 2006-10-17 01:49
---
Subject: Re: [4.0/4.1/4.2 Regression] Bogus ambiguity with
templates + friend
> TEMPLATE_TEMPLATE_PARM_TEMPLATE_DECL
If I didn't know better, this would sure sound like something written
under the influence
--- Comment #9 from ghazi at gcc dot gnu dot org 2006-10-17 01:28 ---
Subject: Bug 29300
Author: ghazi
Date: Tue Oct 17 01:28:41 2006
New Revision: 117812
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117812
Log:
Backport:
2006-10-14 Eric Botcazou <[EMAIL PROT
--- Comment #8 from ghazi at gcc dot gnu dot org 2006-10-17 01:26 ---
Subject: Bug 29300
Author: ghazi
Date: Tue Oct 17 01:26:28 2006
New Revision: 117811
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117811
Log:
Backport:
2006-10-14 Eric Botcazou <[EMAIL PROT
--- Comment #5 from pcarlini at suse dot de 2006-10-17 00:04 ---
Unfortunately, at the time I overlooked this comment in locale_facets.tcc:
// NB: Not especially useful. Without an ios_base object or some
// kind of locale reference, we are left clawing at the air where
// the sid
--- Comment #13 from mmitchel at gcc dot gnu dot org 2006-10-17 00:01
---
Fixed in 4.1.2.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #12 from mmitchel at gcc dot gnu dot org 2006-10-17 00:01
---
Subject: Bug 29408
Author: mmitchel
Date: Tue Oct 17 00:01:14 2006
New Revision: 117802
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117802
Log:
PR c++/29408
* parser.c (cp_parser_using_
--- Comment #2 from janis at gcc dot gnu dot org 2006-10-16 23:49 ---
A regression hunt identified the following patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=100757
r100757 | nathan | 2005-06-08 11:49:23 + (Wed, 08 Jun 2005)
--
janis at gcc dot gnu dot org changed:
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-10-16 23:48
---
Given that Joseph doesn't think we should change the behavior, we shouldn't
have this on the release watchlist.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-10-16 23:38
---
In rsponse to Comment #2, no this PR should not be P2. Downgraded to P5.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 23:36 ---
/usr/bin/ld: crti.o: No such file: No such file or directory
collect2: ld returned 1 exit status
make[3]: *** [32/libgcc_s.so] Error 1
make[2]: *** [stmp-multilib] Error 2
make[1]: *** [all-gcc] Error 2
make: *** [al
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
I have tried to Make gcc 4.1.1 on an Intel Woodcrest system (Intel Xeon
processors) and also on a Fabric7 Q80 server (AMD Opteron processors). I
couldn't complete the Make without getting an error from the use of ld.
The Woodcrest error looks like:
/usr/bin/ld: crti.o: No such file: No such file
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-10-16 23:25
---
James --
Case #1 in Comment #1 is accepted by current G++ 4.1 and mainline branches. I
do not believe Case #2 is valid, as the standard says that a non-type template
argument may be:
the address of an object
--- Comment #11 from mmitchel at gcc dot gnu dot org 2006-10-16 23:12
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summ
--- Comment #12 from mmitchel at gcc dot gnu dot org 2006-10-16 23:11
---
Fixed in 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summ
--- Comment #1 from danglin at gcc dot gnu dot org 2006-10-16 23:11 ---
Results for last successful build are here:
http://gcc.gnu.org/ml/gcc-testresults/2006-08/msg00530.html
Don't recall any backend changes since then.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29487
--- Comment #10 from mmitchel at gcc dot gnu dot org 2006-10-16 23:08
---
Subject: Bug 29408
Author: mmitchel
Date: Mon Oct 16 23:07:46 2006
New Revision: 117800
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117800
Log:
PR c++/29408
* parser.c (cp_parser_using_
--- Comment #11 from mmitchel at gcc dot gnu dot org 2006-10-16 23:06
---
Subject: Bug 29435
Author: mmitchel
Date: Mon Oct 16 23:06:35 2006
New Revision: 117799
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117799
Log:
PR c++/29435
* typeck.c (cxx_sizeof_or_al
/xxx/gnu/gcc/objdir/./gcc/xgcc -shared-libgcc -B/xxx/gnu/gcc/objdir/./gcc -nost
dinc++ -L/xxx/gnu/gcc/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/src
-L/xxx/gnu/gc
c/objdir/hppa1.1-hp-hpux10.20/libstdc++-v3/src/.libs
-B/opt/gnu/gcc/gcc-4.2.0/hp
pa1.1-hp-hpux10.20/bin/ -B/opt/gnu/gcc/gcc-4.2.0/hppa1.1-
--- Comment #8 from danglin at gcc dot gnu dot org 2006-10-16 22:38 ---
They also fail on hppa2.0w-hp-hpux11.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23616
--- Comment #5 from danglin at gcc dot gnu dot org 2006-10-16 22:37 ---
Also fails on hppa2.0w-hp-hpux11.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23614
--- Comment #5 from danglin at gcc dot gnu dot org 2006-10-16 22:36 ---
Also fails on hppa2.0w-hp-hpux11.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23613
--- Comment #6 from danglin at gcc dot gnu dot org 2006-10-16 22:32 ---
Also fails on hppa2.0w-hp-hpux11.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23716
--- Comment #37 from pault at gcc dot gnu dot org 2006-10-16 22:29 ---
Subject: Bug 20541
Author: pault
Date: Mon Oct 16 22:29:46 2006
New Revision: 117797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117797
Log:
2006-10-17 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2006-10-16 22:29 ---
Subject: Bug 29392
Author: pault
Date: Mon Oct 16 22:29:46 2006
New Revision: 117797
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117797
Log:
2006-10-17 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/2
--- Comment #6 from danglin at gcc dot gnu dot org 2006-10-16 22:29 ---
Sorry, only obj-c++.dg/bitfield-1.mm fails on hppa2.0w-hp-hpux11.11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23610
--- Comment #5 from danglin at gcc dot gnu dot org 2006-10-16 22:28 ---
Also fails on hppa2.0w-hp-hpux11.11 (32-bit).
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from eldenc at tucsonembedded dot com 2006-10-16 22:18
---
Compiling/Installation 4.1.1 is really easy, but answering the question 'Does
it compile my stuff?' prior to really installing for everybody is a little
difficult...
It would be nice if (when lean isn't set) for
--- Comment #7 from geoffk at gcc dot gnu dot org 2006-10-16 21:58 ---
This should work now for DWARF, so only stabs uses strange numbering.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3920
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23067
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16622
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15834
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11377
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |geoffk at gcc dot gnu dot
|dot org
--- Comment #25 from geoffk at gcc dot gnu dot org 2006-10-16 21:46 ---
*** Bug 25630 has been marked as a duplicate of this bug. ***
--
geoffk at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from geoffk at gcc dot gnu dot org 2006-10-16 21:46 ---
I think this is a dup of bug 23067; they have the same underlying problem,
which is that FSF GCC doesn't emulate the Apple GCC algorithm for structure
layout exactly.
*** This bug has been marked as a duplicate of 23
--- Comment #14 from mathieu dot courtois at free dot fr 2006-10-16 21:28
---
Sorry for my silence...
I have the same error with source code of comment #12 always with :
gcc version 4.1.2 20060901 (prerelease) (Debian 4.1.1-13)
I'm downloading svn snapshot...
--
http://gcc.gnu.org
--- Comment #6 from syntheticpp at gmx dot net 2006-10-16 21:18 ---
(In reply to comment #2)
> Quickly looking at the source, I think this is the same as PR 29438 and PR
> 29236.
>
Yes, this is possible, allways template templates are used as template
parameter.
--
http://gcc.gnu.
--- Comment #5 from syntheticpp at gmx dot net 2006-10-16 21:09 ---
bug2.cpp: 4.0.1 and 20061010 doesn't crash.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
--- Comment #4 from patchapp at dberlin dot org 2006-10-16 21:00 ---
Subject: Bug number PR29451
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00822.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #4 from syntheticpp at gmx dot net 2006-10-16 20:59 ---
Created an attachment (id=12448)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12448&action=view)
mingw-gcc crash
Here another file which does not compile.
On Windows gcc even crashs:
bug2.cpp: In function `void
--- Comment #3 from syntheticpp at gmx dot net 2006-10-16 20:53 ---
Comeau compiles it, but vc8 also fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
--- Comment #16 from dir at lanl dot gov 2006-10-16 20:18 ---
The patch from comment #8 partly fails on a 4.2 tree created this afternoon -
[dranta:~/gfortran/gcc/libjava] dir% patch -p2 < gcc42-java-nomulti.patch
patching file Makefile.in
Hunk #1 FAILED at 9006.
1 out of 1 hunk FAILED
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-10-16 20:14
---
(In reply to comment #14)
> Java multilib is very difficult to bootstrap. For distros which require a
> clean
> bootstrap, yet want multilib support, having it without java is an acceptable
> compromise.
Is it?
--- Comment #14 from smithj at rpath dot com 2006-10-16 20:13 ---
Java multilib is very difficult to bootstrap. For distros which require a clean
bootstrap, yet want multilib support, having it without java is an acceptable
compromise.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-10-16 20:10
---
(In reply to comment #12)
> Be that as it may, there are plenty of cases where multilib is desired, just
> not for java. That should be an option.
Not really, if you don't have the libraries, you should not be bui
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-16 20:07 ---
Quickly looking at the source, I think this is the same as PR 29438 and PR
29236.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from smithj at rpath dot com 2006-10-16 20:03 ---
Be that as it may, there are plenty of cases where multilib is desired, just
not for java. That should be an option.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-10-16 20:00
---
(In reply to comment #10)
> What does --disable-multilib do ?
It disables all the creation of the multi arch libraries so only the default
archeture is created for the libraries.
--
http://gcc.gnu.org/bugzilla
--- Comment #10 from dir at lanl dot gov 2006-10-16 19:57 ---
What does --disable-multilib do ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- Comment #6 from janis at gcc dot gnu dot org 2006-10-16 19:21 ---
A regression hunt identified the following patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=116424
r116424 | amylaar | 2006-08-25 18:51:57 + (Fri, 25 Aug 2006)
--
janis at gcc dot gnu dot org changed:
--- Comment #6 from kargl at gcc dot gnu dot org 2006-10-16 19:18 ---
Fixed on 4.1, now.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
Status|A
--- Comment #9 from tromey at gcc dot gnu dot org 2006-10-16 19:00 ---
You may want to try --disable-multilib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- Comment #8 from smithj at rpath dot com 2006-10-16 18:55 ---
sorry about that. http://people.rpath.com/~smithj/gcc42-java-nomulti.patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- Comment #7 from dir at lanl dot gov 2006-10-16 18:53 ---
I tried installing the patch (the two patch files in comment #6 were identical)
into 4.2 , but it failed -
[dranta:~/gfortran/gcc/libjava] dir% patch -p2 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- Comment #2 from jakub at gcc dot gnu dot org 2006-10-16 18:42 ---
Actually, even C generates one static var for all the inlined functions (in C
within one object), so I'd say we just should mark functions containing
local static variables with &&label in their initializers as non-inl
--- Comment #5 from kargl at gcc dot gnu dot org 2006-10-16 18:37 ---
Subject: Bug 29403
Author: kargl
Date: Mon Oct 16 18:37:39 2006
New Revision: 117789
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117789
Log:
2006-10-15 Steven G. Kargl <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-10-16 18:36
---
The problem here is that tsubst, for a TEMPLATE_TEMPLATE_PARM, reduces the
parameter level for the new TEMPLATE_TEMPLATE_PARM (via a call to
reduce_template_parm_level), but does not reset
TEMPLATE_TEMPLATE_PARM_TE
--- Comment #1 from syntheticpp at gmx dot net 2006-10-16 17:40 ---
Created an attachment (id=12447)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12447&action=view)
demo: g++ bug.cpp
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29486
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |mark at codesourcery dot com
|dot org
While moving the definition of a friend template out of the class definition I
found this error.
Please compile the attached file and have a look at the ReleaseAll function.
The file is part of Loki.
--
Summary: call of friend template is ambiguous
Product: gcc
--- Comment #4 from kargl at gcc dot gnu dot org 2006-10-16 17:23 ---
Forgot to add myself to cc listing.
Tobias, the only place the handling on a BOZ (other the data-stmt handling)
is discussed in the description REAL() intrinsic procedure. It contains
the dreaded "processor-dependent
--- Comment #13 from bkoz at gcc dot gnu dot org 2006-10-16 17:22 ---
Subject: Bug 29095
Author: bkoz
Date: Mon Oct 16 17:22:38 2006
New Revision: 117788
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117788
Log:
2006-10-16 Benjamin Kosnik <[EMAIL PROTECTED]>
PR libst
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-10-16 17:17
---
Fixed in 4.2.0. Will not be fixed in previous releases.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from tobias dot burnus at physik dot fu-berlin dot de
2006-10-16 17:12 ---
(In reply to comment #2)
> > Fortran 2003:
> > a = real(z'F')
> > = 2.1019477E-44
>
> Are you sure this is the only correct value? The F2003 says nothing
> about the other 28 bits. It also
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-16 17:04 ---
*** Bug 29485 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-16 17:04 ---
*** This bug has been marked as a duplicate of 21678 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-16 17:04 ---
Actually for C++, any inline disables the warning:
inline int fii(int *other)
{
if(!other)return 0;
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-16 17:02 ---
(In reply to comment #0)
> Interestingly, it works when declared outside the class itself, which makes me
> suspect that this is caused by some C++ parser oddity.
Are you sure because I could reproduce the missing wa
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-10-16 17:02
---
Subject: Bug 28211
Author: mmitchel
Date: Mon Oct 16 17:02:07 2006
New Revision: 117787
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117787
Log:
PR c++/28211
* parser.c (cp_parser_templat
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 17:01 ---
Actually all inlined functions for C++ are missing the diagnostic:
inline int fii(int *other)
{
if(!other)return 0;
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from kargl at gcc dot gnu dot org 2006-10-16 16:58 ---
Fixed on trunk. Testing for 4.1.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from smithj at rpath dot com 2006-10-16 16:53 ---
if are are using 4.2: http://people.rpath.com/~smithj/gcc-java-nomulti.patch
if 4.1.1: http://tinyurl.com/y37csd
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- Comment #2 from kargl at gcc dot gnu dot org 2006-10-16 16:51 ---
This is going to be difficult to fix. In fact, it will require a
complete rewrite on how BOZ are handled.
> Fortran 2003:
> a = real(z'F')
> = 2.1019477E-44
Are you sure this is the only correct value? The F2
--- Comment #6 from pault at gcc dot gnu dot org 2006-10-16 16:51 ---
Created an attachment (id=12446)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12446&action=view)
Fix for this and PR29394
As well as fixing these PRs, this patch provides an option -finitialize-null,
which does
Hi,
this testcase fails to produce a "return value missing" diagnostic:
=== Cut ===
class test
{
bool fii(test* other)
{
if (!other) return false;
}
};
=== Cut ===
Interestingly, it works when declared outside the class itself, which makes me
suspect that this is caused
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 16:06 ---
Confirmed.
"generates at -O and higher a reference to undefined local label"
No it generates an undefined local label at all levels of optimization in 4.0.x
and above (there was a bug about not supporting used on loc
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-10-16 16:06 ---
Doesn't work out. It looks like we depend on its side-effects in some
testcases:
FAIL: gcc.dg/assign-warn-3.c (test for warnings, line 9)
FAIL: gcc.dg/assign-warn-3.c (test for warnings, line 13)
FAIL: gcc.dg/pr2
static inline __attribute__((always_inline))
void bar (void)
{
addr:;
static const unsigned long b __attribute__((__used__))
__attribute__((section("btable")))
= (unsigned long) &&addr;
asm ("" : : "m" (b));
}
void foo (void)
{
bar ();
}
generates at -O and higher a reference to undef
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 15:54 ---
This is not a bug, you still need to have a memory location for Foo::TOL for
this to be valid code.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from dir at lanl dot gov 2006-10-16 15:53 ---
powerpc-apple-darwin8.7.0 does not come with 64 bit libraries for x-windows -
is there some way to turn of the 64 bit branch of the build ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
The following little testcase
class Foo {
public:
void bar() const;
static const double TOL = 1e-14;
};
void Foo::bar() const
{
double tol = -TOL;
}
int main(){}
produces the error message
[EMAIL PROTECTED]:~/dune_projects/uggridtest$ g++ test.cc
/tmp/cco39MFe.o: In function `Foo::
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.0 |4.1.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28825
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-16 15:46 ---
The configure check in libcpp is based on automake's code. Do you know if they
support SCO's cc dependencies yet?
Note you should also read README.SCO.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29482
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-16 15:40 ---
*** Bug 29460 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-16 15:40 ---
*** This bug has been marked as a duplicate of 25026 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from tbm at cyrius dot com 2006-10-16 15:38 ---
(In reply to comment #2)
> ehm, this is the same with any warning/error message? why would this case be
> special?
I never noticed before, but it would still be nice to get this changed.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #6 from mueller at gcc dot gnu dot org 2006-10-16 15:37 ---
*** This bug has been marked as a duplicate of 26167 ***
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #14 from mueller at gcc dot gnu dot org 2006-10-16 15:37
---
*** Bug 26298 has been marked as a duplicate of this bug. ***
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
-
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
Severity|trivial |minor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24525
--- Comment #4 from mueller at gcc dot gnu dot org 2006-10-16 15:34 ---
use -Woverloaded-virtual
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 132 matches
Mail list logo
