--- Comment #24 from gdr at integrable-solutions dot net 2006-04-30 23:05
---
Subject: Re: C-library symbols enter global namespace
"marc dot glisse at normalesup dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #20)
| > the
| > very same sourc
--- Comment #31 from gdr at integrable-solutions dot net 2006-05-01 18:55
---
Subject: Re: hidden declarations klobber STL
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| Well, two comments: first, I cannot reproduce with current mainline. Second,
|
--- Comment #32 from gdr at integrable-solutions dot net 2006-05-01 18:59
---
Subject: Re: hidden declarations klobber STL
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| --- Comment #14 from pcarlini at suse dot de 2006-04-20 09:37 ---
| (In repl
--- Comment #33 from gdr at integrable-solutions dot net 2006-05-01 19:02
---
Subject: Re: hidden declarations klobber STL
"bangerth at dealii dot org" <[EMAIL PROTECTED]> writes:
| I mean, it's a miracle your code actually does what you expect.
:-))
--- Comment #12 from gdr at integrable-solutions dot net 2006-05-01 20:45
---
Subject: Re: goto crossing P.O.D. initialization
"falk at debian dot org" <[EMAIL PROTECTED]> writes:
| I think this is a valid request. While random language extensions aren't
| us
--- Comment #13 from gdr at integrable-solutions dot net 2006-05-01 20:47
---
Subject: Re: goto crossing P.O.D. initialization
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| PR 27252 (aka PR 9278) is another example where C and C++ diff and in fact
--- Comment #14 from gdr at integrable-solutions dot net 2006-05-01 20:48
---
Subject: Re: goto crossing P.O.D. initialization
"acahalan at gmail dot com" <[EMAIL PROTECTED]> writes:
| I only ask that C compatibility be provided for code that would otherwise
fail
|
--- Comment #16 from gdr at integrable-solutions dot net 2006-05-01 23:30
---
Subject: Re: goto crossing P.O.D. initialization
"falk at debian dot org" <[EMAIL PROTECTED]> writes:
| --- Comment #15 from falk at debian dot org 2006-05-01 20:55 ---
| (In repl
--- Comment #7 from gdr at integrable-solutions dot net 2006-05-01 23:39
---
Subject: Re: valarray uses __cos which may conflict with libm functions
"marc dot glisse at normalesup dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #4)
| > Should all th
--- Comment #57 from gdr at integrable-solutions dot net 2006-05-09 15:15
---
Subject: Re: __cplusplus defined to 1, should be 199711L
"marc dot glisse at normalesup dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #30)
| > Defines __cplusplus to 19971
--- Comment #3 from gdr at integrable-solutions dot net 2006-05-11 16:24
---
Subject: Re: New: template function not recognized when invoked with enum
defined in function
"ian at airs dot com" <[EMAIL PROTECTED]> writes:
| Compiling this file, with mainline,
--- Comment #6 from gdr at integrable-solutions dot net 2006-05-11 16:47
---
Subject: Re: template function not recognized when invoked with enum defined
in function
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| It was not hastly closed, the curre
--- Comment #9 from gdr at integrable-solutions dot net 2006-05-11 23:20
---
Subject: Re: template function not recognized when invoked with enum defined
in function
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #7)
| > Thi
--- Comment #2 from gdr at integrable-solutions dot net 2006-05-12 21:47
---
Subject: Re: New: no warning for the non-standard integral overloads of math
functions
"marc dot glisse at normalesup dot org" <[EMAIL PROTECTED]> writes:
| As a solution to "bug"
--- Comment #9 from gdr at integrable-solutions dot net 2006-06-21 19:43
---
Subject: Re: use ODR rules to make C++ objects not be TREE_PUBLIC
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Yes this is all undefined but I rather have it be diagnose
--- Comment #8 from gdr at integrable-solutions dot net 2006-06-23 16:35
---
Subject: Re: header dependencies
"chris at bubblescope dot net" <[EMAIL PROTECTED]> writes:
| I did implement a version of this myself, basically by writing a
| mapper around each containe
--- Comment #3 from gdr at integrable-solutions dot net 2006-07-02 16:03
---
Subject: Re: Diagnostic about wrong use _Complex prints __complex__
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Confirmed, we don't record in the preprocessor wh
--- Comment #5 from gdr at integrable-solutions dot net 2006-07-02 16:37
---
Subject: Re: Diagnostic about wrong use _Complex prints __complex__
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #3)
| > Indeed. However, we can a
--- Comment #2 from gdr at integrable-solutions dot net 2006-07-17 16:51
---
Subject: Re: New: [4.2 regression] Issue with anonymous namespace
"jakub at redhat dot com" <[EMAIL PROTECTED]> writes:
| template
| const char *baz ()
| {
| return str;
| }
|
| name
--- Comment #6 from gdr at integrable-solutions dot net 2006-07-17 20:19
---
Subject: Re: [4.2 regression] Issue with anonymous namespace
"jason at redhat dot com" <[EMAIL PROTECTED]> writes:
| --- Comment #3 from jason at redhat dot com 2006-07-17 19:53 -
--- Comment #8 from gdr at integrable-solutions dot net 2009-01-27 03:34
---
Subject: Re: C99 compat: Can't use the name INFINITY in
an enum.
On Mon, Jan 26, 2009 at 6:19 PM, bkoz at gcc dot gnu dot org
> Thus, I am going to close this as WONTFIX. For C++0x, the
--- Comment #7 from gdr at integrable-solutions dot net 2005-11-16 19:05
---
Subject: Re: [4.0/4.1 regression] '#'obj_type_ref' not supported by dump_expr
"mmitchel at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Gaby, please apply the simple OB
--- Comment #7 from gdr at integrable-solutions dot net 2005-11-16 19:14
---
Subject: Re: [3.4/4.0/4.1 Regression] bizarre diagnostic on valid (?)
constructor
"bangerth at dealii dot org" <[EMAIL PROTECTED]> writes:
| I'm pretty sure I've seen this somewh
--- Comment #3 from gdr at integrable-solutions dot net 2005-11-16 19:28
---
Subject: Re: Koenig found functoid ref, but "cannot be used as a function"
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Actually IIRC Koenig lookup only finds f
--- Comment #2 from gdr at integrable-solutions dot net 2005-11-16 19:43
---
Subject: Re: New: COMPLEX_ASSIGN is wrong
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| The defintion of COMPLEX_ASSIGN is wrong,
that is wrong according to Andre
--- Comment #5 from gdr at integrable-solutions dot net 2005-11-16 20:24
---
Subject: Re: COMPLEX_ASSIGN is wrong
"pinskia at physics dot uc dot edu" <[EMAIL PROTECTED]> writes:
| Subject: Re: COMPLEX_ASSIGN is wrong
|
| > yields an lvalue. do whatever you want
--- Comment #6 from gdr at integrable-solutions dot net 2005-11-16 20:27
---
Subject: Re: COMPLEX_ASSIGN is wrong
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| I should also note that:
| http://gcc.gnu.org/onlinedocs/gcc/Complex.html#Complex
|
| r
--- Comment #34 from gdr at integrable-solutions dot net 2005-11-16 20:29
---
Subject: Re: [4.1 regression] Bogus 'is used uninitialized...' warning about
std::complex
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| I should also note
--- Comment #8 from gdr at integrable-solutions dot net 2005-11-16 20:39
---
Subject: Re: COMPLEX_ASSIGN is wrong
"pinskia at physics dot uc dot edu" <[EMAIL PROTECTED]> writes:
[...]
| > Subject: Re: COMPLEX_ASSIGN is wrong
| >
| > "pinskia a
--- Comment #9 from gdr at integrable-solutions dot net 2005-11-17 20:46
---
Subject: Re: versioning weak symbols in libstdc++
"jason at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| This code, like the testcase for c++/16021, works fine if the implementatio
--- Comment #3 from gdr at integrable-solutions dot net 2005-11-18 01:31
---
Subject: Re: New: Trivial static const objects should go to .rodata
"msharov at hotmail dot com" <[EMAIL PROTECTED]> writes:
| With the object being initialized at runtime as if it matte
--- Comment #1 from gdr at integrable-solutions dot net 2005-11-22 02:46
---
Subject: Re: New: Needs a warning?
"igodard at pacbell dot net" <[EMAIL PROTECTED]> writes:
| struct foo { const void f(); };
| void foo::f(){}
|
| gets you:
|
| ~/ootbc/members/src$
--- Comment #4 from gdr at integrable-solutions dot net 2005-11-22 03:58
---
Subject: Re: Needs a warning?
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| earth:~>~/ia32_linux_gcc3_0/bin/gcc t.cc
| t.cc:2: prototype for `void foo::f()' does not
--- Comment #2 from gdr at integrable-solutions dot net 2005-11-23 19:36
---
Subject: Re: failure "using" a name contained in a class
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| ICC rejects it as invalid too:
| t.cc(7): error: a class-qua
--- Comment #3 from gdr at integrable-solutions dot net 2005-11-24 03:38
---
Subject: Re: Bootstrap: Failure to build doc/gcc.info
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Actually this is invalid, you need to build with a clean object dir
--- Comment #7 from gdr at integrable-solutions dot net 2005-11-24 09:01
---
Subject: Re: Bootstrap: Failure to build doc/gcc.info
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #4)
| > still does not work with bubblestrap and
--- Comment #8 from gdr at integrable-solutions dot net 2005-11-24 09:03
---
Subject: Re: Bootstrap: Failure to build doc/gcc.info
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #3)
| > Subject: Re: Bootstrap: Failure to
--- Comment #3 from gdr at integrable-solutions dot net 2005-11-28 16:15
---
Subject: Re: Warning "missing braces around initializer" causing problems with
tr1::array
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| I don't see why the w
--- Comment #4 from gdr at integrable-solutions dot net 2005-11-28 16:18
---
Subject: Re: New: Warning "missing braces around initializer" causing
problems with tr1::array
"chris at bubblescope dot net" <[EMAIL PROTECTED]> writes:
| The following code:
--- Comment #7 from gdr at integrable-solutions dot net 2005-11-28 18:46
---
Subject: Re: Warning "missing braces around initializer" causing problems with
tr1::array
"chris at bubblescope dot net" <[EMAIL PROTECTED]> writes:
| Actually, is a report really
--- Comment #3 from gdr at integrable-solutions dot net 2005-11-29 17:48
---
Subject: Re: [3.4/4.0/4.1 Regression] wrong error message (int instead of
bool)
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Hmm, it is looking at the wrong type, it i
--- Comment #4 from gdr at integrable-solutions dot net 2005-11-29 18:02
---
Subject: Re: [3.4/4.0/4.1 Regression] wrong error message (int instead of
bool)
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Hmm, it is looking at the wrong type, it i
--- Comment #2 from gdr at integrable-solutions dot net 2005-11-29 23:20
---
Subject: Re: New: [3.4 Regression] g++.dg/abi/vtt1.C failure with
"-funit-at-a-time"
"reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| The test g++.dg/abi/vtt1.C is
--- Comment #5 from gdr at integrable-solutions dot net 2005-11-30 20:19
---
Subject: Re: typedef in class scope not reported by error message
"brad dot king at kitware dot com" <[EMAIL PROTECTED]> writes:
| Okay, if you don't consider it a bug that is fine with
--- Comment #4 from gdr at integrable-solutions dot net 2005-11-30 22:23
---
Subject: Re: [3.4 Regression] wrong "will never be executed" warning in switch
- case block
"oliverst at online dot de" <[EMAIL PROTECTED]> writes:
| I forgot to meintion, that
--- Comment #15 from gdr at integrable-solutions dot net 2005-12-01 00:10
---
Subject: Re: ostrstream (buf, size) << "..." does not work properly
"igodard at pacbell dot net" <[EMAIL PROTECTED]> writes:
| Two bugs:
with no more details, t
--- Comment #7 from gdr at integrable-solutions dot net 2005-12-02 19:23
---
Subject: Re: exception_defines.h #defines try/catch
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Confirmed. This also causes problems in normal C++ code which doe
--- Comment #6 from gdr at integrable-solutions dot net 2005-12-02 19:18
---
Subject: Re: exception_defines.h #defines try/catch
I agree with Benjamin.
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| I personally would like this fixed in libstdc++ a
--- Comment #8 from gdr at integrable-solutions dot net 2005-12-02 19:29
---
Subject: Re: exception_defines.h #defines try/catch
"hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
| --- Comment #5 from hhinnant at apple dot com 2005-12-02 19:07 --
--- Comment #12 from gdr at integrable-solutions dot net 2005-12-03 00:58
---
Subject: Re: exception_defines.h #defines try/catch
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| We really should not be defining keywords in the headers at all. If
--- Comment #13 from gdr at integrable-solutions dot net 2005-12-03 01:02
---
Subject: Re: exception_defines.h #defines try/catch
"hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
| (In reply to comment #8)
| > Subject: Re: exception_defines.h
--- Comment #15 from gdr at integrable-solutions dot net 2005-12-03 04:20
---
Subject: Re: exception_defines.h #defines try/catch
"hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
| --- Comment #14 from hhinnant at apple dot com 2005-12-03 01:25 --
--- Comment #17 from gdr at integrable-solutions dot net 2005-12-04 02:54
---
Subject: Re: exception_defines.h #defines try/catch
"hhinnant at apple dot com" <[EMAIL PROTECTED]> writes:
[...]
| But I won't apologize for being customer focused.
Geeat! And pe
--- Comment #12 from gdr at integrable-solutions dot net 2005-12-04 17:07
---
Subject: Re: builtin *printf handlers are confused by -fexec-charset
"ghazi at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Backporting this fix to 3.4 requires also backporting th
--- Comment #2 from gdr at integrable-solutions dot net 2005-12-07 20:40
---
Subject: Re: New: [3.4 regression] ICE for sizofe of incomplete type
"reichelt at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| The testcase gcc.dg/noncompile/920923-1.c causes a
--- Comment #5 from gdr at integrable-solutions dot net 2005-12-07 23:42
---
Subject: Re: std::fill_n, std::generate_n incorrect signature
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Related to PR 16505. This is the same issue as PR 16505.
|
| C
--- Comment #9 from gdr at integrable-solutions dot net 2005-12-08 03:32
---
Subject: Re: std::fill_n, std::generate_n incorrect signature
"sebor at roguewave dot com" <[EMAIL PROTECTED]> writes:
| FWIW, I think Andrew makes a good point in comment #1. The algorithms
--- Comment #1 from gdr at integrable-solutions dot net 2005-12-08 03:36
---
Subject: Re: New: fill_n, generate_n assume Size is modifiable
"sebor at roguewave dot com" <[EMAIL PROTECTED]> writes:
| I came across this while gathering background for my post in
| c++s
--- Comment #11 from gdr at integrable-solutions dot net 2005-12-08 16:04
---
Subject: Re: std::fill_n, std::generate_n incorrect signature
"sebor at roguewave dot com" <[EMAIL PROTECTED]> writes:
| No, I don't. The standard is clear and most of us seem to th
--- Comment #14 from gdr at integrable-solutions dot net 2005-12-08 16:23
---
Subject: Re: std::fill_n, std::generate_n incorrect signature
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| 2- As I see the issue, it depends a lot on the actual timeframe o
--- Comment #16 from gdr at integrable-solutions dot net 2005-12-08 17:12
---
Subject: Re: std::fill_n, std::generate_n incorrect signature
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| + the more general consideration that, delivering a C++0x conf
--- Comment #2 from gdr at integrable-solutions dot net 2005-12-08 22:25
---
Subject: Re: New: POD structures can have
"mrs at apple dot com" <[EMAIL PROTECTED]> writes:
| A user reported that this:
|
| mrs $ cat > t98.c
| struct X {
|
--- Comment #8 from gdr at integrable-solutions dot net 2005-12-12 17:37
---
Subject: Re: (optimisation) Functions in anonymous namespaces should default
to "hidden" visibility
"bkoz at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| There is a
--- Comment #6 from gdr at integrable-solutions dot net 2005-12-15 03:40
---
Subject: Re: condensed nested namespaces
"bkoz at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| --- Comment #5 from bkoz at gcc dot gnu dot org 2005-12-14 17:16 ---
|
| I'
--- Comment #9 from gdr at integrable-solutions dot net 2005-12-16 22:01
---
Subject: Re: [4.2 Regression] "make all" with a native build now does a
bootstrap instead of a normal build
Andrew Pinski <[EMAIL PROTECTED]> writes:
[...]
| But he did not which is wh
--- Comment #1 from gdr at integrable-solutions dot net 2005-12-19 22:45
---
Subject: Re: New: faults typedef redefinition in struct
"baraclese at hotmail dot com" <[EMAIL PROTECTED]> writes:
| +++ This bug was initially created as a clone of Bug #7869 +++
|
| I s
--- Comment #6 from gdr at integrable-solutions dot net 2005-12-20 17:23
---
Subject: Re: [4.0/4.1/4.2 Regression] Forward explicit intantiation
declaration doesn't mix well with static integral member
"fang at csl dot cornell dot edu" <[EMAIL PROTECTED]> w
--- Comment #14 from gdr at integrable-solutions dot net 2005-12-21 17:05
---
Subject: Re: can't voidify __attribute__((warn_unused_result))
"mueller at kde dot org" <[EMAIL PROTECTED]> writes:
| ok, then, lets see if we can get this fixed in glibc.
go
--- Comment #5 from gdr at integrable-solutions dot net 2005-12-21 17:28
---
Subject: Re: [4.1/4.2 Regression] Overflow not handled in ptr arithmetic
folding
"gdr at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| --- Comment #4 from gdr at gcc dot gnu dot or
--- Comment #8 from gdr at integrable-solutions dot net 2005-12-21 18:40
---
Subject: Re: [4.1/4.2 Regression] Overflow not handled in ptr arithmetic
folding
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| One more thing, the comparision will fai
--- Comment #1 from gdr at integrable-solutions dot net 2005-12-21 19:17
---
Subject: Re: New: change semantics of const volatile variables
"drepper at redhat dot com" <[EMAIL PROTECTED]> writes:
| In math code we often have to make sure the compiler does not fold
--- Comment #3 from gdr at integrable-solutions dot net 2005-12-21 19:54
---
Subject: Re: change semantics of const volatile variables
"drepper at redhat dot com" <[EMAIL PROTECTED]> writes:
| __attribute((section(".rodata.cst8"))). This will cause gcc to
--- Comment #1 from gdr at integrable-solutions dot net 2005-12-21 23:23
---
Subject: Re: New: libstdc++ headers should go in multilib directories
"jsm28 at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Some libstdc++ headers are installed in GPLUSPLUS_TOOL_
--- Comment #2 from gdr at integrable-solutions dot net 2005-12-31 00:12
---
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| This needs more information than compiling and runing some piece of code.
The PR provides
--- Comment #9 from gdr at integrable-solutions dot net 2005-12-31 04:44
---
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| (In reply to comment #7)
| > Before reclassifying, it would useful to provide d
--- Comment #10 from gdr at integrable-solutions dot net 2005-12-31 05:07
---
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| This seems very related to PR 12658.
it was fixed in all branches.
-- Gaby
--
ht
--- Comment #12 from gdr at integrable-solutions dot net 2005-12-31 05:56
---
Subject: Re: g++ miscompiles gcjx
"pinskia at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Hmm, can you try the following C++ program and see if it works for you:
It works for me
--- Comment #1 from gdr at integrable-solutions dot net 2006-07-17 23:57
---
Subject: Re: New: return type of valarray's sqrt function isn't valarray
"djg at cray dot com" <[EMAIL PROTECTED]> writes:
| The return type of valarray's sqrt function
--- Comment #5 from gdr at integrable-solutions dot net 2006-07-23 18:03
---
Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus namespace DIE
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
| drow at gcc dot gnu dot org wrote:
| > --- Comment
--- Comment #9 from gdr at integrable-solutions dot net 2006-07-23 23:45
---
Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus namespace DIE
"drow at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus names
--- Comment #10 from gdr at integrable-solutions dot net 2006-07-23 23:47
---
Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus namespace DIE
"mark at codesourcery dot com" <[EMAIL PROTECTED]> writes:
[...]
| (IMO, the ideal representation would have glob
--- Comment #13 from gdr at integrable-solutions dot net 2006-07-24 01:34
---
Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus namespace DIE
"drow at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Subject: Re: [4.0/4.1/4.2 Regression] g++ emits bogus names
--- Comment #6 from gdr at integrable-solutions dot net 2006-08-03 21:13
---
Subject: Re: vector is extremely slow (900x slower than it should be)
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| By the way, I think Andrew has a point, maybe not clearly sta
--- Comment #8 from gdr at integrable-solutions dot net 2006-08-03 23:01
---
Subject: Re: vector is extremely slow (900x slower than it should be)
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| (In reply to comment #6)
| > some committee members dislike
--- Comment #3 from gdr at integrable-solutions dot net 2006-08-04 00:09
---
Subject: Re: What should be value of sqrt(complex(-1.0,-0.0))?
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| The difference between 3.4.x and 4.x is due to the builtins, therefore
--- Comment #14 from gdr at integrable-solutions dot net 2006-08-05 23:26
---
Subject: Re: vector is extremely slow (900x slower than it should be)
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| Fixed.
Thanks Paolo!
-- Gaby
--
http://gcc.gnu.org/bugzi
--- Comment #5 from gdr at integrable-solutions dot net 2006-08-11 01:20
---
Subject: Re: New: [4.2.0 regression] dynamic_cast disallowed too
rigorously with -fno-rtti
"benjamin at smedbergs dot us" <[EMAIL PROTECTED]> writes:
| Code compiled with -fno-r
--- Comment #7 from gdr at integrable-solutions dot net 2006-08-11 04:48
---
Subject: Re: [4.2 regression] dynamic_cast disallowed too rigorously
with -fno-rtti
"benjamin at smedbergs dot us" <[EMAIL PROTECTED]> writes:
| Gabriel, can you explain how it worked corr
--- Comment #9 from gdr at integrable-solutions dot net 2006-08-11 11:01
---
Subject: Re: [4.2 regression] dynamic_cast disallowed too rigorously
with -fno-rtti
"benjamin at smedbergs dot us" <[EMAIL PROTECTED]> writes:
| The documentation is incorrect.
The document
--- Comment #12 from gdr at integrable-solutions dot net 2006-08-11 12:33
---
Subject: Re: [4.2 regression] dynamic_cast disallowed too rigorously
with -fno-rtti
"benjamin at smedbergs dot us" <[EMAIL PROTECTED]> writes:
| I'm not claiming that the behavior is
--- Comment #9 from gdr at integrable-solutions dot net 2006-09-25 03:38
---
Subject: Re: variadic template support
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| For the record, personally and for what is worth my personal opinion
| in the compiler area
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-25 22:06 ---
Subject: Re: Do not print default template arguments in error messages
"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:
| --- Additional Comments From giovannibajo
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-25 22:09 ---
Subject: Re: Do not print default template arguments in error messages
"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:
| The first non-trivial issue is that, in ord
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-25 22:09 ---
Subject: Re: Do not print default template arguments in error messages
"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:
| --- Additional Comments From giovannibajo
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-25 22:11 ---
Subject: Re: Do not print default template arguments in error messages
"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:
| I cannot fix all the diagnostic problems in G
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-25 22:13 ---
Subject: Re: [3.3 only] gcc panic with __thread attribute
"wilson at gcc dot gnu dot org" <[EMAIL PROTECTED]> writes:
| Technically, this isn't a regression, as gcc-3.2 did n
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 04:04 ---
Subject: Re: Do not print default template arguments in error messages
"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:
| --- Additional Comments From giovannibajo
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 04:06 ---
Subject: Re: Do not print default template arguments in error messages
"giovannibajo at libero dot it" <[EMAIL PROTECTED]> writes:
| --- Additional Comments From giovannibajo
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 04:13 ---
Subject: Re: Do not print default template arguments in error messages
"dave at boost-consulting dot com" <[EMAIL PROTECTED]> writes:
[...]
| Please, I'm begging you not to go
--- Additional Comments From gdr at integrable-solutions dot net
2005-03-26 04:20 ---
Subject: Re: error: '' is/uses anonymous type'
"bangerth at dealii dot org" <[EMAIL PROTECTED]> writes:
| Intuitively, C++ treats unnamed enums differently than name
1 - 100 of 390 matches
Mail list logo
