artec.c: In function `artec_reverse_line':
artec.c:11: error: unrecognizable insn:
(insn 33 32 34 0 (set (reg:SI 14 lr)
(mem:SI (plus:SI (reg/f:SI 15 sp)
(const_int 32768 [0x8000])) [0 S4 A32])) -1 (nil)
(nil))
artec.c:11: internal compiler error: in extract_insn, at rec
There does not seem to be any check in procedure calls that an external symbol
is not a common block.
[EMAIL PROTECTED] mytests]# cat horrible.f90
program horrible
integer a(10)
common /foo/ a
call foo ()
end program [EMAIL PROTECTED] mytests]# /gcc-4.1/bin/gfortran horrible.f90
[EMAIL PROTE
--- Additional Comments From flash at pobox dot com 2005-08-10 05:08
---
Created an attachment (id=9458)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9458&action=view)
105390_remote_call_manager_min.ii
PalmSource bug 105390.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2330
The file below gives "internal compiler error: in cp_parser_template_id, at
cp/parser.c:8564". It's a
Delta-reduced version of a preprocessed version of the Boost file
remote_call_manager.cpp, but
missing some header files.
class remote_call_manager: private noncopyable
{
template
sta
--- Additional Comments From adah at netstd dot com 2005-08-10 04:31
---
The error message I am imagining (not sure of its feasibility):
.../stl_iterator_base_types.h: In instantiation of
`std::iterator_traits > >':
.../stl_iterator_funcs.h: In instantiation of (return type of?) `std::
--- Additional Comments From adah at netstd dot com 2005-08-10 03:34
---
(In reply to comment #73)
> > encountered the problem before. Not to say understand the problem. As the
> > very beginning, adding a message like `In instantiation of
std::distance...'
> > will be helpful.
> Bu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
03:17 ---
(In reply to comment #72)
> encountered the problem before. Not to say understand the problem. As the
> very beginning, adding a message like `In instantiation of std::distance...'
> will be helpful.
Bu
--- Additional Comments From adah at netstd dot com 2005-08-10 03:11
---
(In reply to comment #71)
> Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> On Aug 9, 2005, at 10:41 PM, adah at netstd dot com wrote:
> >
> > Passing this information to the user
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-10
02:49 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
On Aug 9, 2005, at 10:41 PM, adah at netstd dot com wrote:
>
> Passing this information to the user is difficult, unles
On Aug 9, 2005, at 10:41 PM, adah at netstd dot com wrote:
Passing this information to the user is difficult, unless GCC emits a
diagnostic message to help users do so, as GCC is currently doing on
the
missing of `typename'.
even then as I said before when it comes down to it, nobody reads
--- Additional Comments From adah at netstd dot com 2005-08-10 02:40
---
Since I do not think I can find appropriate words to respond to Gaby without
inflaming the discussion, I think I had better suppress my will to argue with
him it for the moment. Not that I want to ignore his mess
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
02:38 ---
Exceptions for the GNU runtime is a new feature in 4.0.0 so this is not a
regression.
CCing Honza because I said I would file a bug for this.
--
What|Removed |Added
---
objc.dg/try-catch-8.m fails currently on the mainline, it also fails on the 4.0
branch for the same
reason (well it is not tested there at all because it was marked as testing for
darwin only for some
reason, which I was not going to look into just yet).
Anyways the problem is that we call gen
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
01:59 ---
Actually maybe not:
:;
first$current$current$current.506 = first$current$current$current.506 + 8B;
D.34505 = D.34505 + first$current$current$current->value;
if (last$current$current$current != first$cu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
01:23 ---
I don't get the regression on ppc-darwin so this is just a RA issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23305
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
01:16 ---
I think this is just a RA issue as the assembler looks good on ppc-darwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23305
--- Additional Comments From danalis at cis dot udel dot edu 2005-08-10
01:06 ---
Created an attachment (id=9457)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9457&action=view)
Source code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23305
We were running bench++ looking for cases that perform worse
with g++-4.x than they do with g++-2.95 .
We posted a related mail to the gcc list
http://gcc.gnu.org/ml/gcc/2005-08/msg00197.html
There seems to be an interesting regression, exhibited by
more than one test, that is related to the inlin
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:49 ---
Confirmed.
a*C+a is also not simplified.
--
What|Removed |Added
Status|UNCONFIR
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:45 ---
Here is an example which is __not__ folded back and shows that we don't
optimize it on the RTL level at
least for i686:
int f(int a)
{
return a*6-a;
}
int f1(int a)
{
return a*5;
}
--
http://gcc.gn
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:39 ---
Note working on this any more as other people are fixing this.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:37 ---
(In reply to comment #10)
> May be this is happenning because inner loop is infinite loop ?
The orginal testcase does not have an infinite loop (or at least as far I can
see).
--
What|Remo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:31 ---
Thinking about this more, these are all just testsuite regressions, though they
are correctly accepted.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:28 ---
Yes, I agree that there should be a dg-require-effective-target here that takes
about tests if the target
has alignment instead of being packed.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-10
00:27 ---
Fixed on mainline and 4.0 branch (for 4.0.2).
--
What|Removed |Added
Status|AS
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
00:26 ---
Subject: Bug 20646
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-10 00:25:59
Modified files:
gcc/cp : Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
00:21 ---
Subject: Bug 20646
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 00:20:33
Modified files:
gcc/cp : ChangeLog decl.c
gcc/testsui
Last known to work with: "Mon Aug 8 09:42:20 UTC 2005".
Known to fail with: "Mon Aug 8 09:42:20 UTC 2005".
With LAST_UPDATED: "Tue Aug 9 09:32:29 UTC 2005" I still get failures,
with the messages in the .log being:
FAIL: g++.dg/ext/packed3.C (test for errors, line 22)
FAIL: g++.dg/ext/packed3.
--
What|Removed |Added
OtherBugsDependingO||23304
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21166
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:18 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-10
00:15 ---
Taking over.
--
What|Removed |Added
AssignedTo|mark at codesourcery dot com|reiche
--
What|Removed |Added
BugsThisDependsOn||23303
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--
What|Removed |Added
BugsThisDependsOn||23302
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23153
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:12 ---
This again looks like it was caused by:
I think this was caused by:
2005-07-30 Jan Hubicka <[EMAIL PROTECTED]>
* expr.c (expand_expr_real_1): Do not load mem targets into register.
* i38
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
00:05 ---
Confirmed, the rtl dumps at .combinea are almost the same except for:
-(insn 45 44 46 3 (set (reg:SI 70 [ .savelines ])
-(mem/s:SI (plus:SI (reg/v/f:SI 59 [ screen ])
-(const_int 4012
--- Additional Comments From mark at codesourcery dot com 2005-08-09 23:53
---
Subject: Re: [4.0/4.1 Regression] ICE on illegal code: "extern
static" struct member
reichelt at gcc dot gnu dot org wrote:
> --- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-09
>
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
23:35 ---
Ok, since this was orginally about mmix, I am going to close this as fixed and
I will open a new bug
about the darwin failures once I really test on a clean tree, I know how to fix
it if it still broken.
--- Additional Comments From hp at gcc dot gnu dot org 2005-08-09 23:28
---
The patch in comment #12 fixes *all* objc regressions
(actually no failures at all again now), on mmix-knuth-mmixware,
cris-axis-elf and cris-axis-linux-gnu.
No, MMIX does not have shared libraries. It's not th
--- Additional Comments From giovannibajo at libero dot it 2005-08-09
23:12 ---
So, using limit 0 for when calculating the integer mode for the size would fix
the regression on sh?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23290
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-09
22:53 ---
Subject: Re: SJLJ-exceptions broken
On Tue, 9 Aug 2005, jacob dot navia at ants dot com wrote:
>
> --- Additional Comments From jacob dot navia at ants dot com 2005-08-09
> 19:57 ---
> If I ca
On Tue, 9 Aug 2005, jacob dot navia at ants dot com wrote:
--- Additional Comments From jacob dot navia at ants dot com 2005-08-09
19:57 ---
If I can't mix SJLJ exceptions with DWARF2 exceptions how this is supposed to
work?
How is what supposed to work?
I mean I have to rebuild
Compiling:
typedef unsigned char Char;
typedef Char *ScrnPtr;
typedef ScrnPtr *ScrnBuf;
typedef struct {
int foo [1000];
int savelines;
ScrnBuf visbuf;
ScrnBuf allbuf;
} TScreen;
typedef struct _XtermWidgetRec {
TScreen screen;
int num_ptrs;
} *XtermWidget;
extern XtermWidget ter
Compiling:
typedef char Boolean;
typedef unsigned char Char;
typedef Char *ScrnPtr;
typedef ScrnPtr *ScrnBuf;
typedef struct _WidgetRec *Widget;
typedef struct {
int foo [1000];
int max_col;
int max_row;
Widget scrollWidget;
int savelines;
ScrnBuf visbuf;
ScrnBuf allbuf;
Char *s
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-09
22:01 ---
Mark, are you still working on this one?
Btw, the following patch fixes the ICE for me.
Passed bootstrap and regtests.
===
--- gcc/gcc/cp/de
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16613
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
20:44 ---
This is a target issue. I don't know if this will get fixed as 10.1 is not
really supported any more.
--
What|Removed |Added
--
Tried to build gcc on powerpc-apple-darwin5.5 (MacOS 10.1), with the
workaround for the bug reported in PR21512 (comment #0)
Fails with error message:
../../gcc/gcc/config/rs6000/host-darwin.c:25: sys/ucontext.h: No such file or
directory
System header sys/ucontext.h appeared with MacOS 10.2. Som
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
20:26 ---
(In reply to comment #7)
> So, if I understand correctly, you're meaning that gcc 4.0 and 4.1 will not
> build on ppc-apple-darwin5.5? I find that a litlle... disappointing.
Well the work around is to use 3
--- Additional Comments From dsell at agleader dot com 2005-08-09 20:24
---
We did come to the realization that we should be using doubles to store the
values, because the values we were comparing were really too large for floats.
However, the fact that rearranging the code or compiling
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-08-09
20:23 ---
So, if I understand correctly, you're meaning that gcc 4.0 and 4.1 will not
build on ppc-apple-darwin5.5? I find that a litlle... disappointing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21512
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-09
20:00 ---
stop_numeric, stop_string and runtime_error have been fixed.
abort requires some more work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17758
--- Additional Comments From jacob dot navia at ants dot com 2005-08-09
19:57 ---
If I can't mix SJLJ exceptions with DWARF2 exceptions how this is supposed to
work?
I mean I have to rebuild all libraries including libc, libm, and whatever
This can't be. Besides, why this mixing sh
If I copy the current cvs classpath into the libjava build directory
and try to build, I get an ICE.
The problem occurs because of this code in build_field_ref:
if (! flag_syntax_only
&& (flag_indirect_dispatch
/* DECL_FIELD_OFFSET == 0 if we have no reference for
===
# of expected passes46
# of unexpected failures1
Running target unix
=== treelang Summary for unix ===
=== treelang Summary ===
# of expected passes46
# of unexpected failures1
Compiler version: 4.0.2 20050809 (prerelease
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
18:58 ---
targetting torwards 4.2 since 4.1 will not have top level bootstrap enabled by
default.
--
What|Removed |Added
--
--- Additional Comments From dpatel at apple dot com 2005-08-09 18:58
---
Yup.
This happens when tree-if-conversion pass is given cfg with one loop structure
to represent nested loop.
May be this is happenning because inner loop is infinite loop ? Anyway, please
assign this bug to m
--- Additional Comments From macro at linux-mips dot org 2005-08-09 18:23
---
Please make sure you look at the right variant, i.e.
"sysdeps/i386/bits/string.h", as there are different versions for different
i386 submodels. Still the version in the glibc tree differs a bit indeed,
but i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
18:19 ---
The option is documented now but wrongly:
-isysroot dir
This option is like the --sysroot option, but applies only to header files. See
the --sysroot option for
more information.
This is wrong for ppc-da
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
18:12 ---
I have a fix which I am about to submit.
--
What|Removed |Added
AssignedTo|unassigne
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
17:58 ---
I committed the fix for the ones which fail at optimizations level higher than
-O0.
Hans-Peter, is the rest of the failures gone for mmix?
Also does mmix have shared libraries, if not then this is a probl
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-09
17:53 ---
Subject: Bug 21992
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-09 17:53:28
Modified files:
gcc/objc : ChangeLog objc-act.c
Log message:
--- Additional Comments From bart dot vanassche at gmail dot com
2005-08-09 17:52 ---
Subject: Re: Combination of -finstrument-functions and -O3 produces incorrect
results
Hello pinskia,
Thanks for the info -- I recompiled the code with the extra
option -fno-inline, and so I go
--- Additional Comments From schwinge at nic-nac-project dot de 2005-08-09
17:46 ---
Subject: Re: [4.0 Regression] libmudflap/Makefile.am, refusing to install
mf-runtime.h in includedir
On Thu, Jun 16, 2005 at 03:57:27PM -, pinskia at gcc dot gnu dot org wrote:
>
> --- Additi
--- Additional Comments From ams at gnu dot org 2005-08-09 17:45 ---
Subject: i*86-*-gnu* not enabled in configure.ac
The following fixes #21819 (I was requested to send it to gcc-patches@
and java-patches by Andrew Pinski).
2005-08-09 Alfred M. Szmidt <[EMAIL PROTECTED]>
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-09 17:44
---
Yes, the funny cast is *intended* to alias all memory, and thus force anything
that might potentially alias the string to be written back. We don't have the
ability to conclude that __d3 won't be affected.
As
--- Additional Comments From jakub at redhat dot com 2005-08-09 17:43
---
Fixed on mainline with
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01416.html
I'll add the testcase, test the patch and submit for gcc-4_0-branch inclusion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23299
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-09 17:36 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| (In reply to comment #58)
| > It serves its users by providing
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-09 17:28 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| (In reply to comment #63)
| > | Do *you* like it?
| > It is imm
--- Additional Comments From jakub at redhat dot com 2005-08-09 17:27
---
The problem is in insert_insn_end_bb.
That function is called to hoist the common expression to the end of bb0.
But, bb0 ends with a call that can throw, so insert_insn_end_bb decides not
to put it after the call,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
17:25 ---
Looks like the insert is just in the wrong spot.
On the mainline we insert it in the correct spot.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23299
--- Additional Comments From bangerth at ices dot utexas dot edu
2005-08-09 17:19 ---
Subject: Re: [4.1 regression] ICE with
-ftree-vectorize in verify_ssa
> Maybe there are multiple unrelated problems grouped under this one PR. Or
> maybe
> PR22543 is not a duplicate of this one. T
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
17:19 ---
Confirmed, weird, it works on the mainline, even after making sure that the
function c does not get
inlined and checking the assembly it is obviously that 4.1 works while 4.0.x
does not.
4.0.x:
a
--- Additional Comments From dorit at il dot ibm dot com 2005-08-09 17:14
---
> I'm not sure what relationship this patch has wrt this PR -- I filed the PR
> on 2005-06-28, so before Diego's patch. It may well have exposed a separate
> problem, though.
>
I tried a snaphost from 20050
--
What|Removed |Added
CC||dwmw2 at infradead dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23299
--- Additional Comments From bangerth at dealii dot org 2005-08-09 17:05
---
You realize that your results differ only in the 8th digit -- which just
so happens to be the precision you get from floats, right?
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23298
--- Additional Comments From jakub at redhat dot com 2005-08-09 17:02
---
Created an attachment (id=9456)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9456&action=view)
pr23299.C
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23299
The following testcase is miscompiled on ppc and ppc64 at -Os.
In E::~E() GCSE changes:
(insn 3 6 4 0 (set (reg/f:DI 121 [ this ])
(reg:DI 3 3 [ this ])) 297 {*movdi_internal64} (nil)
(nil))
...
(insn 22 46 23 1 (set (reg/f:DI 125)
(plus:DI (reg/f:DI 121 [ this ])
(c
--- Additional Comments From bangerth at dealii dot org 2005-08-09 17:01
---
(In reply to comment #11)
> I was also able to pin down the patch that triggered/exposed this problem:
>
> 2005-07-09 Diego Novillo <[EMAIL PROTECTED]>
I'm not sure what relationship this patch has wrt
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
16:43 ---
(In reply to comment #14)
> So it does in fact improve the situation.
Ok, the majority of the rest of the objc failures are caused by not
initializing the runtime on ppc-
darwin, I think I can fix the ppc-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
15:59 ---
*** Bug 23298 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
15:59 ---
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
--
What|Removed |Added
CC||James dot Juran at
||baesystems dot com
http://gcc.gnu.org/bugz
--
What|Removed |Added
CC||James dot Juran at
||baesystems dot com
http://gcc.gnu.org/bugz
When debugging some code we discovered that some float math appears to be
incorrect at times. Because of the size of the values we were using we should
have really been using doubles. The values that get assigned differ if the
assignement is inside a for loop or external to the loop. This 'probl
--
What|Removed |Added
CC||amacleod at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23297
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-09
15:49 ---
Created an attachment (id=9455)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9455&action=view)
patch to enable salias for structures which contain arrays
required patch to reproduce the ICE.
--
h
With the attached patch applied, immuses get hosed during update_stmt while
propagating in ccp at tree-ssa-propagate.c:1154 (substitute_and_fold calling
mark_new_vars_to_rename). Testcase:
struct B { int i; };
struct C { struct B c[1]; };
int e;
static struct C b;
void
foo (int d)
{
struct C
--- Additional Comments From dorit at il dot ibm dot com 2005-08-09 15:38
---
I was able to reproduce the error on powerpc-drawin using the first testcase
from comment 3 for PR22543.
I was also able to pin down the patch that triggered/exposed this problem:
2005-07-09 Diego Novillo
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-09
15:31 ---
This patch is OK for the 4.0 branch, if someone wants to go ahead and apply it
there. It's not a major priority, since treelang is not one of the primary
languages, but it's OK to apply it.
--
http://g
--- Additional Comments From naeem_fast at yahoo dot com 2005-08-09 14:36
---
(In reply to comment #4)
I need the change header and cpp files, it is bit diffcult to match the changes,
this problem i am facing in gcc 3.4.4 also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16505
--- Additional Comments From bangerth at dealii dot org 2005-08-09 14:11
---
I think we should all recuse ourselves from this discussion, since we just
keep iterating our same old positions:
Yongwei believes that this is a defect in the standard and that gcc should
not follow the st
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-09
13:40 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
> This is reasonable. That was why I thought it was not necessary to `fix'
> this
> bug after some discussions. I jus
> This is reasonable. That was why I thought it was not necessary to `fix'
> this
> bug after some discussions. I just thought it was still a bug, and some
> measures need to be taken to warn the user about this problem. It might be
> of
> low priority, but simply marking it as `INVALID' ju
--- Additional Comments From adah at netstd dot com 2005-08-09 13:36
---
(In reply to comment #58)
> It serves its users by providing a reliable translator for the language
> defined by the standard. Think about the portability implications of
> compilers that willy-nilly implement som
--- Additional Comments From adah at netstd dot com 2005-08-09 13:26
---
(In reply to comment #63)
> | Do *you* like it?
> It is immaterial as far as GCC is concerned. I know where to raise
Why immaterial? I just cannot imagine anybody that *likes* this behaviour.
If no one likes it
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
12:11 ---
(In reply to comment #13)
> This patch onle fixes the problem in comment #11 and not all the testcases.
The resulting Summary:
# of expected passes1528
# of unexpected failures109
# of un
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
11:50 ---
This is still a bug in "include high-level source" and not GCC as it does not
understand dwarf-2 which is
a different debuging info than stabs. Stabs and dwarf-2 are two different
debugging info which bo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-09
11:45 ---
This is not a bug, this is how it works now in 4.0.0 and above with respect
with the inliner.
--
What|Removed |Added
--- Additional Comments From macro at linux-mips dot org 2005-08-09 11:38
---
Thanks for your insight. I did some experimenting with the code (including
reducing the source file to a somewhat more readable form -- I can post it
if interested) and I noticed this *(struct { char __x[0xff
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-09 11:07 ---
Subject: Re: can't compile self defined void distance(std::vector,
std::vector)
"adah at netstd dot com" <[EMAIL PROTECTED]> writes:
| Do *you* like it?
It is immaterial as far as GCC is concerned.
1 - 100 of 111 matches
Mail list logo
