--- Comment #5 from fxcoudert at gcc dot gnu dot org 2006-11-16 07:51
---
Closing, since this was already fixed. Please reopen (or open a new report) if
you have another example of such behaviour with an up-to-date compiler.
--
fxcoudert at gcc dot gnu dot org changed:
W
--- Comment #4 from mkuvyrkov at gcc dot gnu dot org 2006-11-16 06:58
---
Subject: Bug 29201
Author: mkuvyrkov
Date: Thu Nov 16 06:57:59 2006
New Revision: 118882
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118882
Log:
2006-11-16 Maxim Kuvyrkov <[EMAIL PROTECTED]>
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-16 04:02 ---
This is not a bug.
14.6.4.2 Candidate functions
For a function call that depends on a template parameter, if the function name
is an unqualified-id but not a template-id, the candidate functions are found
using the u
=== acats tests ===
Running chapter a ...
Running chapter c2 ...
Running chapter c3 ...
FAIL: c32111a
FAIL: c32111b
FAIL: c32112b
FAIL: c32113a
FAIL: c32115a
FAIL: c32115b
...
--
Summary: New ada testsuite hangs (c32111a, ...)
Product: gcc
Version: 4.
--- Comment #6 from hjl at lucon dot org 2006-11-16 03:50 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|ASSIGNED|
--- Comment #5 from hjl at gcc dot gnu dot org 2006-11-16 03:50 ---
Subject: Bug 29862
Author: hjl
Date: Thu Nov 16 03:50:16 2006
New Revision: 118881
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118881
Log:
2006-11-15 H.J. Lu <[EMAIL PROTECTED]>
PR middle-end/29862
--- Comment #4 from hjl at lucon dot org 2006-11-16 03:48 ---
The patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01122.html
--
hjl at lucon dot org changed:
What|Removed |Added
-
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-16 03:43 ---
(In reply to comment #2)
> Not a bug, see:
> http://gcc.gnu.org/ml/gcc-patches/2006-11/msg01127.html
Wrong:
/* Include EXPR, so that unused variable warnings do not occur. */
#define gcc_assert(EXPR) ((void)(0 && (
--- 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
-
--- 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 #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
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 #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
--- 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
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 #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
--
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 #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
--- 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
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) &
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
--- 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):
--- 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 #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
--
amylaar at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29858
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.
--
--- 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
--- 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 #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
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 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
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 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
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 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
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 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
--- 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 #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 #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
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
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:
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 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:
--- 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
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 #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
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
--
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
--- 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
--- 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 #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 #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 #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
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 #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'
--- 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 #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 #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
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
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
--- 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
--- 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 #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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDependsOn|29046 |
Status|UNCONFIRMED |NEW
Ever Confir
--- 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
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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 #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]>
--
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
--
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
--- 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
--- 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 #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 #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 #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 #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 #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 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 #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 #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 #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 #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 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 #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 #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 #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 #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 #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 #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
1 - 100 of 108 matches
Mail list logo
