--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-15 08:06 ---
No testcase in 3 months so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from enok at lysator dot liu dot se 2006-11-15 08:06 ---
(In reply to comment #2)
> The trivial workaround is to assign MAXVAL(X) to an integer.
Ok, but my real code is more complex. And I think there must be something
wrong. If I put an "INTENT(IN)" variable as X it work
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-11-15 08:07 ---
Subject: Bug 29753
Author: rguenth
Date: Wed Nov 15 08:07:03 2006
New Revision: 118845
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118845
Log:
2006-11-15 Paolo Bonzini <[EMAIL PROTECTED]>
PR mi
--- Comment #20 from rguenth at gcc dot gnu dot org 2006-11-15 08:12
---
Subject: Bug 29797
Author: rguenth
Date: Wed Nov 15 08:11:59 2006
New Revision: 118846
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118846
Log:
2006-11-15 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #21 from rguenth at gcc dot gnu dot org 2006-11-15 08:37
---
Subject: Bug 29797
Author: rguenth
Date: Wed Nov 15 08:37:38 2006
New Revision: 118847
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118847
Log:
2006-11-15 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #22 from rguenth at gcc dot gnu dot org 2006-11-15 08:37
---
And 4.2.
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-15 08:46 ---
Note the code as given is undefined anyways so it will abort at runtime.
Here is a reduced testcase:
void mar(int n);
void foo()
{
mar(6);
__builtin_trap ();
}
--
pinskia at gcc dot gnu dot org changed:
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-11-15 08:47 ---
The ICEs I get:
With 4.2.0:
t.c: In function foo:
t.c:6: internal compiler error: in maybe_add_or_update_back_dep_1, at
sched-deps.c:245
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #3 from samuel dot thibault at ens-lyon dot org 2006-11-15
09:33 ---
Mmm, if I have to use another target for avoiding my default target's specific
stuff, what is the use of -ffreestanding?
Does that mean that we will have to add a linux-kernel target (as opposed to
linux-u
--- Comment #5 from jakub at gcc dot gnu dot org 2006-11-15 09:35 ---
Subject: Bug 29581
Author: jakub
Date: Wed Nov 15 09:35:34 2006
New Revision: 118848
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118848
Log:
PR tree-optimization/29581
* lambda-code.c (repla
--- Comment #6 from jakub at gcc dot gnu dot org 2006-11-15 09:37 ---
Subject: Bug 29581
Author: jakub
Date: Wed Nov 15 09:36:51 2006
New Revision: 118849
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118849
Log:
PR tree-optimization/29581
* lambda-code.c (repla
--- Comment #7 from jakub at gcc dot gnu dot org 2006-11-15 09:39 ---
Subject: Bug 29581
Author: jakub
Date: Wed Nov 15 09:39:18 2006
New Revision: 118850
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118850
Log:
PR tree-optimization/29581
* lambda-code.c (repla
--- Comment #2 from jakub at gcc dot gnu dot org 2006-11-15 09:45 ---
Was LinuxThreads built at least --with-tls support or without?
If without and libgomp has been built without --disable-tls and your
assembler/linker support TLS, libgomp might be using __thread eventhough
glibc doesn't
--- Comment #8 from jakub at gcc dot gnu dot org 2006-11-15 09:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-15 10:02 ---
Subject: Bug 29806
Author: burnus
Date: Wed Nov 15 10:02:21 2006
New Revision: 118851
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118851
Log:
fortran/
2006-11-15 Tobias Burnus <[EMAIL PROTECTED]>
--- Comment #3 from james dot kanze at gmail dot com 2006-11-15 10:05
---
Subject: Re: g++ thinks it is a declaration when it cannot be
On 14 Nov 2006 21:33:34 -, rguenth at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
> I you use
> ( Doh ( x ) ), ++ x;
> it works.
I know.
--- Comment #4 from james dot kanze at gmail dot com 2006-11-15 10:10
---
Subject: Re: g++ thinks it is a declaration when it cannot be
On 15 Nov 2006 01:59:33 -, bangerth at dealii dot org
<[EMAIL PROTECTED]> wrote:
> > (Note that in the actual code, Doh was
> > boost::mutex::sc
--- Comment #4 from tschwinge at gnu dot org 2006-11-15 10:11 ---
Cced to Jakub Jelinek, who originally implemented this functionality. Could
you please comment on this issue?
--
tschwinge at gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from burnus at gcc dot gnu dot org 2006-11-15 10:13 ---
Subject: Bug 27588
Author: burnus
Date: Wed Nov 15 10:13:16 2006
New Revision: 118852
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118852
Log:
fortran/
2006-11-15 Tobias Burnus <[EMAIL PROTECTED]>
--- Comment #5 from burnus at gcc dot gnu dot org 2006-11-15 10:14 ---
Fixed in 4.3 == trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #10 from burnus at gcc dot gnu dot org 2006-11-15 10:16 ---
Fixed in 4.3 == trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
S
--- Comment #5 from jakub at gcc dot gnu dot org 2006-11-15 10:23 ---
Linux kernel has this support planned:
http://lkml.org/lkml/2006/08/16/216
http://lkml.org/lkml/2006/08/16/217
http://lkml.org/lkml/2006/08/16/218
http://lkml.org/lkml/2006/08/16/220
http://lkml.org/lkml/2006/08/16/221
--- Comment #6 from samuel dot thibault at ens-lyon dot org 2006-11-15
10:30 ---
So you are saying that gcc now imposes (whatever the kernel) kernel-land and
user-land to use the same TLS scheme, and now requires people to build a
cross-compiler before building a kernel from another ker
--- Comment #7 from jakub at gcc dot gnu dot org 2006-11-15 10:37 ---
Using %fs:0x28/%gs:0x28 on x86_64-linux resp. %gs:0x14 on i?86-linux is part
of the ABI. -ffreestanding is not supposed to change the ABI, so if you
don't want to use this ABI, just use a different target (x86_64-elf
--- Comment #8 from jakub at gcc dot gnu dot org 2006-11-15 10:41 ---
If you use __thread in -ffreestanding it is the same, you don't get emulated
TLS either.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29838
--- Comment #9 from samuel dot thibault at ens-lyon dot org 2006-11-15
11:01 ---
About not using -fstack-protector, the problem is that it is the default on
ubuntu for instance. That would mean we have to explicitely use
-fno-stack-protector, but only for recent versions of gcc, so we'
--- Comment #3 from bruno at clisp dot org 2006-11-15 13:38 ---
> Was LinuxThreads built at least --with-tls support or without?
The glibc was built with LinuxThreads without TLS. (I gave --without-tls
explicitly to the glibc build.)
> If without and libgomp has been built without --di
--
Summary: outstanding patches / issus from STMicroelectronics
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
Component: other
AssignedTo: unassigned at
--
Summary: g++ 4.1.1 standard conformance issues
Product: gcc
Version: 4.1.1
Status: UNCONFIRMED
Keywords: meta-bug
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot
--- Comment #6 from burnus at gcc dot gnu dot org 2006-11-15 15:46 ---
Subject: Bug 27546
Author: burnus
Date: Wed Nov 15 15:46:42 2006
New Revision: 118857
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118857
Log:
fortran/
2006-11-15 Tobias Burnus <[EMAIL PROTECTED]>
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-11-15 15:48 ---
See: http://gcc.gnu.org/ml/gcc/2006-10/msg00063.html
I won't be able to tie up all loose ends till I leave STM, so I'll
try to at least tie them together.
--
amylaar at gcc dot gnu dot org changed:
W
--- Comment #4 from matz at gcc dot gnu dot org 2006-11-15 15:52 ---
Created an attachment (id=12623)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12623&action=view)
Assembler code
This is the assembler produced by gcc 4.1.0, in case someone needs the full
asm to determine someth
--- Comment #5 from amylaar at gcc dot gnu dot org 2006-11-15 15:57 ---
Fixed with checkin from 2005-05-09 17:44
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from amylaar at gcc dot gnu dot org 2006-11-15 16:08
---
This might be fixed now, but somebody should check before this PR is closed.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from amylaar at gcc dot gnu dot org 2006-11-15 16:13 ---
FIxed with patch from Apr 12 20:09:41 2006
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from amylaar at gcc dot gnu dot org 2006-11-15 16:16 ---
Fixed with patch from Jun 2 23:50:11 2006
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #7 from burnus at gcc dot gnu dot org 2006-11-15 16:22 ---
Fixed in 4.3 == trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #8 from amylaar at gcc dot gnu dot org 2006-11-15 16:28 ---
This is still a quality of implementation issue. Changing the behaviour of the
program when the optimization level changes makes debugging harder, and we
could easily avoid the change in this instance.
--
amylaa
--- Comment #8 from burnus at gcc dot gnu dot org 2006-11-15 16:44 ---
Reopened. I should have really read this bugreport and tested the example of
comment 0. My test cases worked, but this one does not:
internal compiler error: module symbol dp in wrong namespace
#4 0x0047800
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-11-15 17:05
---
Subject: Bug 29788
Author: pinskia
Date: Wed Nov 15 17:04:56 2006
New Revision: 118861
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118861
Log:
2006-11-15 Andrew Pinski <[EMAIL PROTECTED]>
PR
--- Comment #9 from burnus at gcc dot gnu dot org 2006-11-15 17:06 ---
For
IMPORT
the error occures in expr.c's check_init_expr
case EXPR_VARIABLE:
if (e->symtree->n.sym->attr.flavor == FL_PARAMETER)
{
t = simplify_parameter_variable (e, 0);
break
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-11-15 17:06
---
Will test it for 4.2 now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|29046 |
Status|UNCONFIRMED |NEW
Ever Confir
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-11-15 17:18 ---
Fixed with merge from 2006-11-03.
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pault at gcc dot gnu dot org 2006-11-15 17:24 ---
(In reply to comment #6)
> fold_convert cannot handle casts between aggregates (what would that be
> anyway...), but only scalars (including pointers). But it also has an early
> out
> in case of the types are equal a
--- Comment #8 from patchapp at dberlin dot org 2006-11-15 17:45 ---
Subject: Bug number PR29820
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-11/msg01053.html
--
http://gcc.gnu.org/bugzilla/sh
I believe this short C++ code should compile without errors:
class c;
template class tm { public: const T& g() const; };
namespace n {
template int fn(const tm &v) { return fn(v.g()); }
int fn(const c *p);
}
int main() { tm v; return n::fn(v); }
Instead, I get
foo.cc: In function int n::f
shortcomings of fp-bit.c (excessive packing, poor choice of algorithms),
poor handling of bitfield accesses by gcc, and problems with register
allocation /
scheduling each cost about a factor of two in performance in the floating point
emulation currently used for the SH port.
Using a hand-coded a
--- Comment #5 from patchapp at dberlin dot org 2006-11-15 18:02 ---
Subject: Bug number PR25087
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-11/msg01058.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #1 from amylaar at gcc dot gnu dot org 2006-11-15 18:02 ---
Created an attachment (id=12624)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12624&action=view)
patch
This patch has been regression tested on i686-pc-linux-gnu X sh-elf.
However, I need approval for the non
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-15 18:10 ---
I don't think this is a bug.
There are two clauses to the C++ standard about namelookup in templates.
One applies where the definition.
And the other applies to both definition and instaination but only for the
names
--- Comment #7 from Jean-pierre dot vial at wanadoo dot fr 2006-11-15
18:13 ---
(In reply to comment #6)
> Created an attachment (id=12620)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12620&action=view) [edit]
> updated patch
>
>
> Right, you need this additional hunk (I didn'
If both a compare operation and a branch exists, these are used in preference
to a cbranch handler. If a compare operation, but no branch exists, the
cbranch handler is not used. If no compare operation exists, we can't generate
compare / setcc sequences. cstore patterns are recognized by genopi
--- Comment #8 from bonzini at gnu dot org 2006-11-15 18:14 ---
not yet applied :-)
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #9 from bonzini at gnu dot org 2006-11-15 18:15 ---
reopened, now reassigned
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|UNCONFI
--- Comment #2 from patchapp at dberlin dot org 2006-11-15 18:25 ---
Subject: Bug number PR29652
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-11/msg01067.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #7 from janis at gcc dot gnu dot org 2006-11-15 18:30 ---
A regression hunt using an x86_64 cross compiler with the submitter's testcase
with -O2 identified the following patch:
http://gcc.gnu.org/viewcvs?view=rev&rev=117986
r117986 | rakdver | 2006-10-24 00:12:16 +
--- Comment #1 from patchapp at dberlin dot org 2006-11-15 18:30 ---
Subject: Bug number PR middle-end/29846
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-11/msg01069.html
--
http://gcc.gnu.org
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pault at gcc dot gnu dot org
|dot org
reload.c:operands_match_p does not do big endian adjustment for floating point
operands. Hence, when you have a pattern that needs such a match, you get an
ICE saying that the insn does not match its constraints.
--
Summary: Can't match differently sized floating point operands
--- Comment #1 from patchapp at dberlin dot org 2006-11-15 19:25 ---
Subject: Bug number PR middle-end/29847
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-11/msg01074.html
--
http://gcc.gnu.org
All the existing gthread implementaions cause thread-package specific code
to be compiled into all the libries, thus making it impossible to share
the same libraries between operating systems with different thread support
packages (or lack thereof), but otherwise identical ABI sets.
By using non-i
--- Comment #33 from amylaar at gcc dot gnu dot org 2006-11-15 20:11
---
4.x patches:
http://gcc.gnu.org/ml/gcc-patches/2006-06/msg01184.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20211
The default multilib for sh-linux is -m1, even though you can't run
linux without virtual memory.
There is a patch, but it needs testing:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00613.html
--
Summary: sh-linux uses inefficient multilib
Product: gcc
Version:
I am using gcc 3.4.5:
gcc -v
Reading specs from /usr/lib/gcc/x86_64-redhat-linux/3.4.5/specs
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man
--infodir=/usr/share/info --enable-shared --enable-threads=posix
--disable-checking --with-system-zlib --enable-__cxa_atexit
--disable-lib
The stat call on mingw fails when a trailing slash is included in the pathname.
Hence, trailing slashes need to be stripped from include directory pathnames,
lest gcc thinks these paths do not exist.
A patch is here:
http://gcc.gnu.org/ml/gcc-patches/2006-03/msg00598.html
--
Summary:
The is currently no SSE version in x86_64 for fmod.
fmod{d,s,x}f3 intriniscs are constrainted by:
"TARGET_USE_FANCY_MATH_387
&& (!(TARGET_SSE2 && TARGET_SSE_MATH) || TARGET_MIX_SSE_I387)"
The need for these intriniscs can be seen in the Polyhedron Fortran performance
test "ac". As soon as gfor
--- Comment #10 from burnus at gcc dot gnu dot org 2006-11-15 20:50 ---
For dp (= kind) I really need to find out where to modify this. Somehow this is
not properly recognized as constant expression.
(Tested by using no "import" and commenting the check in variable_decl. This is
essentia
--- Comment #5 from jens dot maurer at gmx dot net 2006-11-15 21:01 ---
Oops, you're right. I was looking at N2134, the current working paper (not yet
approved as a standard).
Indeed, at the October 2005 meeting of WG21, the resolution for core issue 354
was voted for incorporation in
--- Comment #8 from tkoenig at gcc dot gnu dot org 2006-11-15 21:05 ---
(In reply to comment #7)
> Unfortunately, there was one thinko in the approach I took
> with reading. Even for subrecords, we need to be
> able to spot if we exceed recl.
>
> Back to the drawing board...
Actually,
--- Comment #1 from michael dot haubenwallner at salomon dot at 2006-11-15
21:08 ---
And it does happen when configured with pathes containing double slashes,
fex .../configure --prefix=/my/prefix//usr --bindir=/my/prefix//usr/bin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2983
When reload_combine replaces a register with a sum of
another register ('base') and a constant, it fails to
note the new uses of the base. Thus, when it later
replaces the base, thew new uses won't be updated.
A patch is here:
http://gcc.gnu.org/ml/gcc-patches/2006-01/msg01387.html
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-11-15 21:20 ---
Confirmed. SSE doesn't have something like 387 fprem though, so this is
probably
a library problem. (Note that remainder is one of the few extra things to
basic arithmetics that IEEE 754 specifies).
--
rguenth
We duplicate useless register lifeness information for pseudo registers,
thus wasting compilation time.
For patch and discussion see here:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00200.html
--
Summary: stale liveness information duplicated
Product: gcc
Vers
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-15 21:45 ---
static char *__g_data_init_f=(char *)__G_DATA_INIT;
static void __G_DATA_CTOR() {
asm(".section .ctors");
asm(".long __G_DATA_INIT");
asm(".section .text ");
}
Since both __g_data_init_f and __G_DATA_CTOR
Looks like braces are missing here:
--- gcc-4.2-20061031.orig/gcc/ada/adaint.c 2006-02-15 10:30:39.0
+0100
+++ gcc-4.2-20061031/gcc/ada/adaint.c 2006-11-13 11:50:22.0 +0100
@@ -938,8 +938,10 @@ __gnat_readdir (DIR *dirp, char *buffer,
#elif defined (HAVE_READDIR_R)
/* If
--- Comment #1 from nikai at nikai dot net 2006-11-15 21:56 ---
Created an attachment (id=12627)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12627&action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29856
I just tried to compile Suse Linux 10.1 package goffice-0.2.1-18 with the new
GNU C compiler version 4.3 snapshot 2006 on a x86_64 machine.
The compiler said
go-plugin.c: In function 'plugin_get_loader_if_needed':
go-plugin.c:867: internal compiler error: in set_lattice_value, at
tree-ssa-ccp
--- Comment #1 from dcb314 at hotmail dot com 2006-11-15 22:13 ---
Created an attachment (id=12628)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12628&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29857
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-15 22:21 ---
I think this is a dup of bug 29801.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #22 from janis at gcc dot gnu dot org 2006-11-15 22:28 ---
Ira, I keep running into problems with the regression hunt but I'm making
progress.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28752
discover_flag_regs has bitrotted when rtl generation was changed to
emit entire insns instead of patterns.
Hence, any evaulation of the effectiveness of the regmove pass, or
of the impact of changes to the regmove pass to generated code,
is invalid, since the pass does not run at all.
--
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29858
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-15 22:39 ---
Don't change Priorities that is for the RM to do.
And note this is discover_flags_reg and not discover_flag_regs.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-15 22:45 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #10 from sje at gcc dot gnu dot org 2006-11-15 22:59 ---
Subject: Bug 25028
Author: sje
Date: Wed Nov 15 22:59:41 2006
New Revision: 118869
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118869
Log:
PR other/25028
* config/ia64/t-hpux (LIB1ASMFUNCS):
This is really a problem that arises *because* g++ implements the standard.
I have tried to raise this as a DR, but to no avail.
Subject:Defect Report: reference-compatible is defined too narrowly in
[decl.int.ref]
Date: Mon, 07 Feb 2005 17:33:41 +
From: Joern Rennecke <[EMAIL PROT
X-Bugzilla-Reason: CC
http://gcc.gnu.org/ml/gcc/2005-01/msg00700.html
onsideriing this code:
if (onlyjump_p (i2)
|| (returnjump_p (i2) && !side_effects_p (PATTERN (i2
{
last2 = i2;
/* Count everything except for unconditional jump as insn. */
if (!simplejump_p (i2) &
--- Comment #6 from ghazi at gcc dot gnu dot org 2006-11-16 00:13 ---
This issue may have more impact now that we're using GMP/MPFR for all languages
via the middle-end. IMHO, the link step for cc1 et al. should prefer the
static libs over the shared ones, if they exist. Not sure if th
--- Comment #7 from ghazi at gcc dot gnu dot org 2006-11-16 00:41 ---
Another manifestation and (presumably nonportable) workaround:
http://gcc.gnu.org/ml/gcc/2006-11/msg00095.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21547
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24998
--- Comment #3 from patchapp at dberlin dot org 2006-11-16 01:31 ---
Subject: Bug number PR rtl-optimization/29858
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-11/msg01106.html
--
http://gcc.g
Hi. Don't see anywhere to attach the example file, so it will be pasted in
after the brief problem description.
The compiler error output is quite terse so I've no idea what it thinks is
wrong. G++ doesn't seem to understand the difference between a member function
and the used of the global scope
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-16 01:50 ---
This is because DefaultScreen(a) is a #define by the X11 headers so the error
message is the best GCC can give really.
int (((_XPrivDisplay)void)->default_screen) { return
::(((_XPrivDisplay)m_pDisplay)->default
--- Comment #12 from acme at mandriva dot com 2006-11-16 01:53 ---
(In reply to comment #11)
> Subject: Re: DWARF: Not all inline concrete instances are being generated
>
> > OK, so I'll have to find another way of using the DWARF info to see if a
> > inline
> > routine, such as __tas
This patch
http://gcc.gnu.org/ml/gcc-patches/2006-10/msg01039.html
has
void
mpfr_from_real (mpfr_ptr m, const REAL_VALUE_TYPE *r)
{
/* We use a string as an intermediate type. */
char buf[128];
real_to_hexadecimal (buf, r, sizeof (buf), 0, 1);
/* mpfr_set_str() parses hexadecimal float
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-16 02:30 ---
>It is a very bad idea since mpfr_set_str may only be called when runtime
> check is enabled.
I think you mean assert checking which it is by default most of the time
anyways as --enable-checking=release turns on as
--- Comment #2 from r dot j dot hummel at gmail dot com 2006-11-16 02:45
---
Subject: Re: Language Related
Sigh, it's a macro. Say no more:-(
Sorry to waste your time.
Thank you,
Richard Hummel
pinskia at gcc dot gnu dot org wrote:
> --- Comment #1 from pinskia at gcc dot gnu d
--- Comment #2 from ghazi at gcc dot gnu dot org 2006-11-16 03:14 ---
Not a bug, see:
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01127.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
1 - 100 of 108 matches
Mail list logo
