--- Comment #3 from ghazi at gcc dot gnu dot org 2006-10-13 06:09 ---
Updated patch:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00684.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #2 from pault at gcc dot gnu dot org 2006-10-13 05:13 ---
Thanks, Dominique, for provoking the discussion and to veryone else for the
discussion and the resolution of the PR.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |
--
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 #4 from mmitchel at gcc dot gnu dot org 2006-10-13 04:15
---
Fixed in 4.1.2, 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
A
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-10-13 04:09
---
Subject: Bug 29318
Author: mmitchel
Date: Fri Oct 13 04:09:41 2006
New Revision: 117683
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117683
Log:
PR c++/29318
* rtti.c (get_tinfo_decl): Re
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-13 03:34 ---
here is a shorter testcase:
void f(void)
{
int i, ubound1, j, ubound5;
int (*abc)[3];
i = 1;
while (1)
{
if (j <= 3)
while (1)
{
_Bool D917;
if (i !=
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-13 03:19 ---
C testcase:
void f(int *n, int *m)
{
int i;
int ubound0;
int ubound1;
int stride2;
int offset3;
int size4;
int j;
int ubound5;
int size6;
int D919;
__SIZE_TYPE__ D920;
int D921;
unsigned int
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-13 02:44 ---
This works on 4.1.2 20061007 on i686-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29443
--- Comment #5 from seongbae dot park at gmail dot com 2006-10-13 02:27
---
A modified and valid case which doesn't cause ICE:
template bool operator<( LHS lhs, RHS rhs );
struct ComputedAttribute {
int descriptor();
};
class AttributeDescriptor {};
template
struct less_member
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2006-10-13 01:41
---
Note: I believe it may be necessary to explicitly inject a '\r' when a '\n' is
embedded in a string. I am not quite set up to test this yet here. So I would
much appreciate if some one can do that, while I contin
--- Comment #9 from danp57 at optonline dot net 2006-10-13 01:33 ---
Subject: Re: configure produces strange gmp,
mpfr lib directories.
Build was successful.
Thank you each for your assistance!
Dan
On Oct 12, 2006, at 7:59 PM, dje at gcc dot gnu dot org wrote:
>
>
> --- Commen
--- Comment #7 from patchapp at dberlin dot org 2006-10-13 01:30 ---
Subject: Bug number PR29277
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/msg00677.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2006-10-13
00:39 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/intrinsic_rrspacing.f90
and intrinsic_spacing.f90
> Can you try the attached patch?
This fixes the PR. The gfortran testsuite is now clean on
hppa2.0w-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29447
--- Comment #8 from danp57 at optonline dot net 2006-10-13 00:25 ---
Subject: Re: configure produces strange gmp,
mpfr lib directories.
Yup -- CONFIG_SHELL helps a lot. Thanks to both you and pinskia.
However, I had *tried* to find aix installation notes at http://
gcc.gnu.org/inst
--
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 tried to run DLSODE and its demo code that I got directly off from netlib.
Surprisingly, I got different answers for some examples. Compiling option
matters but I finally could get the idential numbers out of gfortran and g77
compared with what the demo code produced.
At this point, I am not sure
--- Comment #7 from dje at gcc dot gnu dot org 2006-10-12 23:59 ---
Yes, please read the target-specific build and installation notes for AIX. Set
CONFIG_SHELL (and SHELL) environment variables to invoke bash. The
installation notes also mention process limits.
--
http://gcc.gnu.o
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|mark at codesourcery dot com|unassigned at gcc dot gnu
|
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-10-12 23:53
---
Subject: Bug 29175
Author: mmitchel
Date: Thu Oct 12 23:53:04 2006
New Revision: 117677
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117677
Log:
PR c++/29175
* decl.c (check_initializer):
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-10-12 23:46 ---
(In reply to comment #5)
> Another comment: I WISH I could tell you it fixed the problem... but
> I will not be able to know for a few days. The "checking for...
> usability, presence" stuff takes forever... m
--- Comment #5 from danp57 at optonline dot net 2006-10-12 23:42 ---
Subject: Re: configure produces strange gmp,
mpfr lib directories.
Thank you very much for the question! It never occurred to me to use/
force 32-bit. Configure worked smoothly. I did do a build of C,
which doe
--- Comment #7 from dje at gcc dot gnu dot org 2006-10-12 23:39 ---
unit size
align 64 symtab 0 alias set -1 precision 64
pointer_to_this >
sizes-gimplified unsigned SI
size
unit size
align 32 symtab 0 alias set -1>
--- Comment #6 from dje at gcc dot gnu dot org 2006-10-12 23:02 ---
The reason this is going off the rails is a "long" index invokes
expand_expr_real_1 with PLUS_EXP and modifier=EXPAND_NORMAL while "long long"
invokes it with modifier=EXPAND_SUM. For EXPAND_NORMAL, GCC invokes
expand_o
troutmask:kargl[206] gfc -m32 -O3 -fbounds-check -c vrp.f90
vrp.f90: In function 'abc':
vrp.f90:1: internal compiler error: in compare_names, at tree-vrp.c:3645
The Fortran code is
function abc(n)
integer :: xsd(n), abc(size(xsd),n), i, j, n
do i=1,2
do j=1,3
if (i /= j) then
ab
--- Comment #2 from neil at daikokuya dot co dot uk 2006-10-12 22:27
---
Subject: Re: parser bug for variable declaration immediately following case
statement in switch block
pinskia at gcc dot gnu dot org wrote:-
>
>
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-1
pinskia at gcc dot gnu dot org wrote:-
>
>
> --- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-12 20:47
> ---
> This is not valid C code.
> even though declarations can appear intermixed with statements, they are still
> not a statement and cannot be placed anywhere a statemen
It would be useful to have a a function attribute 'experimental' a la
'deprecated'.
(Also useful would be something like -Werror-deprecated and
-Werror-experimental to go with it.)
--
Summary: Add attribute for 'experimental'
Product: gcc
Version: unknown
--- Comment #3 from steven at gcc dot gnu dot org 2006-10-12 21:22 ---
I thought it would simply be a matter of using TREE_NO_WARNING ... until I
realized this was not a warning but an error.
Anyway, following the method of the fix for PR19375, I bootstrapped and tested
this patch below
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-12 20:47 ---
*** Bug 29444 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-12 20:47 ---
This is not valid C code.
even though declarations can appear intermixed with statements, they are still
not a statement and cannot be placed anywhere a statement can.
This is a dup of bug 29062.
*** This bug has b
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2006-10-12 20:31
---
> I have found the cause of the problem. It isn't a problem with gcc.
>
> I use the binutils shipped with Solaris10 to strip the binaries and create
> separate debug symbol files. If I do not strip g++/libstdc++
The following code:
int main( int argc, char** argv )
{
switch ( 1 )
{
case 1:
int bug = 0;
break;
}
return 0;
}
is valid C syntax and should compile, but gcc gives the error:
bug.c: In function 'main'
--- Comment #15 from steve at telxio dot com 2006-10-12 20:27 ---
Subject: RE: Hello world c++ prog core dumps
I have found the cause of the problem. It isn't a problem with gcc.
I use the binutils shipped with Solaris10 to strip the binaries and create
separate debug symbol files. If
--- Comment #7 from lmillward at gcc dot gnu dot org 2006-10-12 20:06
---
Fixed on mainline.
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from lmillward at gcc dot gnu dot org 2006-10-12 20:06
---
Subject: Bug 27961
Author: lmillward
Date: Thu Oct 12 20:06:36 2006
New Revision: 117672
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117672
Log:
PR c++/27961
* g++.dg/template/crash60.C
--- Comment #5 from lmillward at gcc dot gnu dot org 2006-10-12 20:03
---
Subject: Bug 27961
Author: lmillward
Date: Thu Oct 12 20:02:53 2006
New Revision: 117671
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117671
Log:
PR c++/27961
* decl.c (start_decl): Return
--- Comment #1 from tbm at cyrius dot com 2006-10-12 19:58 ---
Created an attachment (id=12421)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12421&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29443
I get the following ICE with -gstabs with gcc 4.1.2 20060901 (Debian 4.1.1-13)
but not with 4.0 and 4.2.
(sid)1186:[EMAIL PROTECTED]: ~] g++-4.1 -O -fPIC -gstabs libapt-front-state.cpp
libapt-front-state.cpp: In member function std::string
aptFront::cache::component::State::sizeString(double):
--- Comment #10 from grayyoga at gmail dot com 2006-10-12 19:56 ---
Subject: Re: using boost::MPL requires lots of memory
Try preprocessed source file v3. It compiles without error on my
laptop, but still takes a LOT of memory and time to compile.
On 12 Oct 2006 13:09:02 -, rguent
--- Comment #8 from bangerth at dealii dot org 2006-10-12 19:55 ---
(In reply to comment #6)
> Thank you for your answer, this is very interesting (but where is it
> documented?).
In the gcc manual.
> But still *very* dangerous, because the destructor of this unitialized object
> is c
--- Comment #3 from pluto at agmk dot net 2006-10-12 19:45 ---
cwd: ada/rts:
$ ../../gnat1 -quiet -dumpbase a-stwifi.adb -O1 -fwrapv -ftree-vrp \
-gnatpg a-stwifi.adb -o a-stwifi.s
(gdb) bt
#0 int_const_binop (code=PLUS_EXPR, arg1=0x2b8302f027b0, arg2=0x2b8302f02810,
--- Comment #5 from dje at gcc dot gnu dot org 2006-10-12 19:15 ---
The expander is producing invalid RTL. If the index variable "offs" is changed
from "long long" to "long", the code compiles correctly and the memory loads
are placed in temporary pseudos. Only with "long long" does GC
--- Comment #5 from pogonyshev at gmx dot net 2006-10-12 18:58 ---
OK, thanks for the help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24056
--- Comment #5 from sje at cup dot hp dot com 2006-10-12 17:36 ---
Fixed with a testsuite change to check for "File Entry:" or ".file". Platforms
that set DWARF2_ASM_LINE_DEBUG_INFO will output a ".file" line but not a "File
Entry:" line and the test now checks for either.
--
sje at
--- Comment #23 from janis at gcc dot gnu dot org 2006-10-12 17:23 ---
Subject: Bug 28690
Author: janis
Date: Thu Oct 12 17:23:10 2006
New Revision: 117668
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117668
Log:
PR middle-end/28690
* explow.c (force_reg): Set
--- Comment #4 from dje at gcc dot gnu dot org 2006-10-12 17:20 ---
How is expand even generating this? This is completely invalid RTL for PPC.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from oschmidt at gmx dot net 2006-10-12 17:10 ---
>So a compiler warning for this makes really sense
>not only for f3() but also for f4().
So I think it would be a good idea to reopen this bug report. It is then not a
bug report about inproper compiler behaviour but a bu
--- Comment #6 from oschmidt at gmx dot net 2006-10-12 17:03 ---
> You therefore initialize a variable with itself. This is
> a documented way to generate uninitialized variables and
> Here's the right combination of flags that warns (for f3() only):
Thank you for your answer, this is
--- Comment #4 from dje at gcc dot gnu dot org 2006-10-12 16:58 ---
You should be using
--with-gmp=/usr/local
Are you sure that /usr/local/lib/libgmp.a exists and was built correct? Use
static libraries and make sure that you are building 32-bit libgmp and libmpfr.
--
dje at gcc d
--- Comment #4 from sje at gcc dot gnu dot org 2006-10-12 16:52 ---
Subject: Bug 29093
Author: sje
Date: Thu Oct 12 16:52:33 2006
New Revision: 117667
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117667
Log:
PR testsuite/29093
* gcc.dg/debug/dwarf2/dwarf-file1.
--- Comment #9 from grayyoga at gmail dot com 2006-10-12 16:50 ---
Created an attachment (id=12420)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12420&action=view)
preprocessed source file (version 3)
Compiles without errors on my laptop, but still eats a LOT of memory.
--
g
--- Comment #2 from ghazi at gcc dot gnu dot org 2006-10-12 16:28 ---
Patch posted here:
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg00662.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
When compiling gcc-4.1.1, there is at least a serious slowdown, and on many
machines a failure, when insn-attrtab is compiled. There are several threads on
the Gentoo forums about this, some involving machines with 512M of memory. This
file seems to be automatically generated, and has become so lar
--- Comment #11 from paulthomas2 at wanadoo dot fr 2006-10-12 15:57 ---
Subject: Re: LBOUND(TRANSPOSE(I)) doesn't work
FX
! if (upper)
! {
! cond1 = fold_build2 (GE_EXPR, boolean_type_node, ubound, lbound);
! cond2 = fold_build2 (LE_EXPR, boolean_type_node, uboun
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-12 15:12 ---
Actually adding -pedantic, and this is rejected:
In file t.f90:3
real, parameter :: pi = 4.0*atan(1.0)
1
Error: Extension: Evaluation of nonstandard initialization expression at (
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-12 15:10 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #6 from poirierg at gmail dot com 2006-10-12 15:03 ---
(In reply to comment #4)
> (In reply to comment #3)
> > Does it work when compiled with -O0 instead of -O4? How about -O1?
> >
> > Besies above, I noticed that the asm in get_cabac looks to be clobbering
> > memory
> >
Hi
conside the following code
$cat const_math_func.f90
program printpi
! This program is not standard complaint
real, parameter :: pi = 4.0*atan(1.0)
write(*,*) pi
end program
This code is not Fortran 95 standard compliant (
http://groups.google.com/group/comp.lang.fortran/browse_thread/t
--- Comment #5 from poirierg at gmail dot com 2006-10-12 14:53 ---
Hello,
(In reply to comment #3)
> Does it work when compiled with -O0 instead of -O4? How about -O1?
The code compiles and produces the expected result with -O1, O2, but can't be
compiled with -O0:
In file included fro
--- Comment #4 from pluto at agmk dot net 2006-10-12 14:40 ---
(In reply to comment #3)
> Does it work when compiled with -O0 instead of -O4? How about -O1?
>
> Besies above, I noticed that the asm in get_cabac looks to be clobbering
> memory
> but is not marked as such.
>
Andrew, t
--- Comment #2 from pluto at agmk dot net 2006-10-12 14:38 ---
(In reply to comment #1)
> I had ada included in the set of languages for the bootstrap & regtest for
> PR28230. So you need to find another one ;)
try to bootstrap C+ADA with CFLAGS='-O2 -fwrapv' ;)
> Or are you complaini
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-12 14:34 ---
Does it work when compiled with -O0 instead of -O4? How about -O1?
Besies above, I noticed that the asm in get_cabac looks to be clobbering memory
but is not marked as such.
--
http://gcc.gnu.org/bugzilla/show
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29440
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-10-12 14:30 ---
I had ada included in the set of languages for the bootstrap & regtest for
PR28230. So you need to find another one ;)
Or are you complaining about the next failure with a -fwrapv bootstrap?
--
http://gcc.gnu.
--- Comment #2 from poirierg at gmail dot com 2006-10-12 14:28 ---
Created an attachment (id=12419)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12419&action=view)
The header that seems to hold the code that's misscompiled
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29440
--- Comment #1 from poirierg at gmail dot com 2006-10-12 14:25 ---
Created an attachment (id=12418)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12418&action=view)
the offending file (results in a grey picture)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29440
--- Comment #3 from pcarlini at suse dot de 2006-10-12 14:24 ---
... and I also agree that the issue seems *very* similar to 29236.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29438
4.2 misscompiles libavcodec/h264.o from FFmpeg project.
The likely cause of this problem is lies in the file cabac.h (in attachment)
gcc-4.0 and 4.1.0 compile this file correctly.
Here's the commandline:
/home/guillaume/Prgm/gcc/bin/gcc -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64
-D_LARGEFILE_SOUR
--- Comment #2 from pcarlini at suse dot de 2006-10-12 14:21 ---
Indeed, I was about to add to the audit trail that the template template
parameter is essential.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29438
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-12 14:18 ---
This looks very closely related to PR 29236.
Confirmed, a regression from 2.95.3. I still want to say this is just another
example of PR 29236 but the testcases are semi different. Though the use of
templates with
--- Comment #7 from sgk at troutmask dot apl dot washington dot edu
2006-10-12 14:13 ---
Subject: Re: Internal Error: gfc_resolve_expr(): Bad expression type
On Thu, Oct 12, 2006 at 12:18:30PM -, pault at gcc dot gnu dot org wrote:
>
>
> --- Comment #6 from pault at gcc dot
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-10-12 14:11 ---
(In reply to comment #6)
> > %{G*} %{EB:-meb} %{EL:-mel} %{EB:%{EL:%emay not use both -EB and -EL}} \
>
> Shouldn't the combination of both -EB and -EL be legal that is later options
> override preceeding ones just
--- Comment #6 from ralf at linux-mips dot org 2006-10-12 13:33 ---
> %{G*} %{EB:-meb} %{EL:-mel} %{EB:%{EL:%emay not use both -EB and -EL}} \
Shouldn't the combination of both -EB and -EL be legal that is later options
override preceeding ones just like with other -ffoo / -fno-foo opti
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-10-12 13:19
---
[Paul changed this bug into enhancement]
I'm changing this back (again) into a bug, not an enhancement, because it was
supported by g77, and we're trying to make a drop-in replacement for g77 in
most cases.
--
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2006-10-12 13:15
---
Created an attachment (id=12417)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12417&action=view)
New patch
This updated patch is the result of re-reading the Standard about assumed-size
arrays.
--
fxc
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-10-12 13:09 ---
No success yet:
test_basic_metafunctions.hpp:176: instantiated from here
../src/sd/../static_component.hpp:57: error: 'process_outputs' is not a member
of 'mpl_::void_'
and other errors.
--
http://gcc.gnu.or
-include -c -O2
-fwrapv -march=x86-64 -gdwarf-2 -g2 -fPIC -W -Wall -gnatpg a-stwifi.adb
-o a-stwifi.o
+===GNAT BUG DETECTED==+
| 4.2.0 20061012 (experimental) (PLD-Linux) (x86_64-pld-linux-gnu) GCC error:|
| tree check: expected integer_cst
--- Comment #8 from cvs-commit at developer dot classpath dot org
2006-10-12 12:52 ---
Subject: Bug 2873
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Roman Kennke 06/10/12 12:50:44
Modified files:
javax/swing/plaf/basic: BasicTabbedPaneUI.java
--- Comment #10 from jakub at gcc dot gnu dot org 2006-10-12 12:46 ---
No, that sounds wrong. Not all dummy arguments have such type, so such a
change
just leads to strict aliasing violations and there are also dummy arguments
that
are larger than long.
--
http://gcc.gnu.org/bugzil
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Keywords|rejects-valid |
http://g
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-12 12:39 ---
EDG chooses to reject the code with
t.C(7): error: a variable-length array type is not allowed
const std::type_info& info(typeid(&va));
^
though I cannot find anything in t
--- Comment #9 from pault at gcc dot gnu dot org 2006-10-12 12:31 ---
(In reply to comment #8)
> Paul, Jakub,
> Is the patch in comment #7 considered to be the right approach?
> I tried applying to my local tree, but a few chunks were rejected.
Jakub? What about it?
Paul
--
http:/
Hi. Today, while working on libstdc++/28277 I encountered this problem, which
currently prevents me from extending the fix to ext/vstring. The below is a
rather small self-contained testcase, which current mainline does not compile
because of ambiguous overloading, whereas compilers based on the ED
--- Comment #6 from pault at gcc dot gnu dot org 2006-10-12 12:18 ---
(In reply to comment #5)
> I try as soon as possible.
> Thanks for your help.
> This subroutine is one of an open-source project which contains about
> 1.000.000
> lines of fortran : http://www.code-aster.org.
Mathie
--- Comment #4 from joseph dot rajesh at gmail dot com 2006-10-12 12:10
---
(In reply to comment #3)
> Forget this, the type of the rhs is of course an rvalue of type Base,
> there is no need to copy the entire Derived object.
>
> W.
>
Hi,
I was pointing to the same error. But I thi
--- Comment #3 from razya at il dot ibm dot com 2006-10-12 11:44 ---
(In reply to comment #0)
> gcc -O3 test.c --ipa-cp -m64
> test.c:
>
> #include
> int
> bar (int b, int c)
> {
> printf ("%d %d\n", b, c);
> }
> int
> foo (int
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2006-10-12 11:15
---
Created an attachment (id=12416)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12416&action=view)
Patch for LBOUND/UBOUND
This patch fixes this bug completely. It builds fine, regtest and works fine
with a
--- Comment #2 from geraldine-n dot bert at edfgdf dot fr 2006-10-12 09:57
---
(In reply to comment #1)
> This
>
> > ../configure --with-mpfr=/logiciels/public/gmp-4.1.4/lib --enable-shared
> > --with-gnu-as=/logiciels/public/binutils-2.9/bin/as
> > --with-gnu-ld=/logiciels/public/bi
--- Comment #7 from grayyoga at gmail dot com 2006-10-12 09:51 ---
Created an attachment (id=12415)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12415&action=view)
preprocessed source file (version 2)
The previous test case had common C++ error in it, which prevents it from being
--- Comment #2 from jakub at gcc dot gnu dot org 2006-10-12 09:26 ---
Subject: Bug 28709
Author: jakub
Date: Thu Oct 12 09:25:59 2006
New Revision: 117664
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117664
Log:
PR preprocessor/28709
* macro.c (paste_tokens): D
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-10-12 08:20 ---
Execution times (seconds)
garbage collection: 0.88 ( 1%) usr 0.00 ( 0%) sys 0.87 ( 1%) wall
0 kB ( 0%) ggc
preprocessing : 0.10 ( 0%) usr 0.04 ( 1%) sys 0.22 ( 0%) wall
796 kB ( 0%
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-10-12 08:13 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-10-12 07:33 ---
The problem is that -EB and -EL are not recognized by the compiler because of a
bug. you can work around this issue by using -meb or -mel.
Anyways this is a dup of bug 29413 which shows the problem and shows what i
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-10-12 07:33 ---
*** Bug 23824 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-10-12 07:27 ---
Actually it was only caused recently for mips-linux (non64bit):
2002-08-02 Eric Christopher <[EMAIL PROTECTED]>
* config.gcc (mips*-*-linux*): Fix ordering of tm_file.
* config/mips/mips.h (READONL
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-10-12 07:08 ---
Yep that is what is happening:
mips64*-*-linux*)
tm_file="dbxelf.h elfos.h svr4.h linux.h ${tm_file} mips/linux.h
mips/linux64.h"
.
;;
mips*-*-linux*) # Linux MIPS,
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-10-12 07:05 ---
[EMAIL PROTECTED] gcc]$ ./xgcc -B. -EL -dM -E -C -x c /dev/null | grep MIPSE
#define __MIPSEL__ 1
#define MIPSEL 1
#define _MIPSEL 1
#define __MIPSEL 1
[EMAIL PROTECTED] gcc]$ ./xgcc -B. -EB -dM -E -C -x c /dev/null
99 matches
Mail list logo
