Re: Mis-handled ColdFire submission?

n't in a position to add things coherently. We've not deliberately been holding back on patches that could have gone in earlier. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: PATCH RFA: Use years for ChangeLog names

heology to find some patch to backport to some old version of the compiler. The disconnect between changelog file names and dates is just one more thing that makes it an annoying process. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:

Bug 20375 - ia64 varadic regression

er comments in function.c mention that LAST_NAMED is misnamed. I'm confused about what this is really testing for. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Bug 20375 - ia64 varadic regression

is can be excised. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Bug 20375 - ia64 varadic regression

he patch I am testing. AFAICT Jim's comments were again about the confusing name of NAMED_PARM, and really is talking about non-varadic/varadic. At the moment I don't see how fixing this bug for ia64 breaks anything else (that wasn't already broken). nathan -- Nathan Sidwell

Re: advice needed regarding c++ name mangling

he assembler. I tried creating an assembly name into DECL_ASSEMBER_NAME (using decl_assembler_name()) as soon as a version is created. It didn't work. I guess there's something I am missing. I'd appreciate some advice :) could you step back and explain the big picture? nathan --

Re: [Bug c++/19199] [3.3/3.4/4.0/4.1 Regression] Wrong warning about returning a reference to a temporary

say you? I think that if you're in agreement, we can go ahead and deprecate this extension. I suspect it's not used much -- I remember being surprised when I realized we had it at the syntax level. I don't find '?' to be particularly mnemonic. Using nathan -- Nathan Sidwell

Re: Merging calls to `abort'

aborts and using asserts ... nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

PR 20505

indeed an INT_CST. Am I missing something? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Profile-directed feedback and remote testing

o work out something along Joe's suggestion for the current sources. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: memcpy(a,b,CONST) is not inlined by gcc 3.4.1 in Linux kernel

emcpy' appear in the object file? It appears that something odd is happening with preprocessing. Check the .i files are as you expect. -dD and -E options will be helpful to you. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:

Re: symbol_ref constants

+ const_int from the insn pattern. Currently I allow "nonmemory_operand" for this insn. If your add instructions cannot take symbol refs, then you need a different predicate -- const_int_operand would probably be correct. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSo

Re: PR 20505

James E Wilson wrote: Nathan Sidwell wrote: My inclination is to simply add an additional check in the dwarf outputter, verifying that the initializer is indeed an INT_CST. That is a simple solution, but it causes us to lose debug info. correct -- but we also don't output such info for o

Re: symbol_ref constants

inking baz could be defined as 'foo+10'. so what's going on? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: symbol_ref constants

value of 'foo' itself being > 255? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: PR 20505

James E Wilson wrote: Nathan Sidwell wrote: Being conservative I'd go for my patch on 4.0 and yours (if verified) on mainline. I'm fine with that. Have you actually written a patch yet? I don't see one in the bug report or in gcc-patches. My mistake. I'd forgotten t

Re: PR 20505

still not fool proof, as there are targets where longs are smaller than pointers. Maybe we can rely on something like ptrdiff_t? IIRC there's an available cpp #define. I will find it an amend as appropriate. thanks for the review. nathan -- Nathan Sidwell:: http://www.codesourcery.c

Re: Use Bohem's GC for compiler proper in 4.1?

ents. The more ambituous stuff Zack and my paper talked about are rather non-local and would need coordinated effort to realize (and a more fully baked design :). nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: PR 20505

still not fool proof, as there are targets where longs are smaller than pointers. Maybe we can rely on something like ptrdiff_t? Here's the testcase I installed. I also put it on mainline, as I couldn't see one that you'd installed. nathan -- Nathan Sidwell:: http://www.code

Re: gcc4, namespace and template specialization problem

emplate<> void foo::f<666>() {} } correct. Am i missing something obvious? well, not 'obvious', but that is what [14.7.3]/2 says. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: gcc4, namespace and template specialization problem

tbp wrote: On Apr 4, 2005 11:54 AM, Nathan Sidwell <[EMAIL PROTECTED]> wrote: Am i missing something obvious? well, not 'obvious', but that is what [14.7.3]/2 says. I especially don't quite get why specialization have to be defined that way when non specialized version don&

Re: gcc4, namespace and template specialization problem

tbp wrote: Sorry for the noise, but i don't own a copy of that byzantine standard. np. to paraphrase another thread 'here's 18$, go get yourself one'[1] nathan [1] available electronically from ansi or iso or some web site. -- Nathan Sidwell:: http://

Re: Getting rid of -fno-unit-at-a-time [Was Re: RFC: Preserving order of functions and top-level asms via cgraph]

Mike Stump's answer regarding swap :) nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Getting rid of -fno-unit-at-a-time [Was Re: RFC: Preserving order of functions and top-level asms via cgraph]

Andrew Haley wrote: Nathan Sidwell writes: > Andrew Haley wrote: > > > Might it still be possible for a front end to force all pending code > > to be generated, even with -fno-unit-at-a-time gone? > > I think this is a bad idea. You're essentially asking for

Re: Getting rid of -fno-unit-at-a-time [Was Re: RFC: Preserving order of functions and top-level asms via cgraph]

Andrew Haley wrote: Nathan Sidwell writes: > 1) The C++ programs are smaller than the java programs That's my guess. Usually, C++ users compile one source file at a time, whereas Java users find it convenient to compile a whole archive. ok, thanks. This sounds like you're really i

RFC:Updated VEC API

VEC_append ((tree,gc),v,t) Would this be a suitable visual aid to make those stand out as 'not expressions'? (In C++ land, you'd write it as 'VEC_append (v,t)', if you really wanted a template-id-expr. Mostly you'd just let template deduction DTRT an

Re: Heads-up: volatile and C++

ile and other accesses, not fewer -- and cursorily that seems sane. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Questions on CC

-- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Heads-up: volatile and C++

Jason Merrill wrote: On Thu, 14 Apr 2005 17:11:58 +0100, Nathan Sidwell <[EMAIL PROTECTED]> wrote: Could you clarify whether 'other writes' means 'other _volatile_ writes', or '_any_ other writes'? Since non-volatile writes are not visible outside of the abstr

Re: What's the fate of VARRAY_*?

Kazu, Now that you've checked in your new VEC API, I think that's strictly more powerful than VARRAY. Should we start converting uses of VARRAY to VEC? I'd be happy to help out here. I think it would be an excellent idea! I'm still going through assertifying things. nath

Re: tcc_statement vs. tcc_expression in the C++ frontend

to whether anybody has a reason why these codes should be tcc_expression rather than tcc_statement. I cannot think of any. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Is there a way to specify profile data file directory?

dirctory or to use the current dirctory at the run-time? this has come several times recently. The consensus is some environment variable to be prepended to paths inside libgcov. Not a command line switch at compile time. would that suit you too? nathan -- Nathan Sidwell:: http

Re: Is there a way to specify profile data file directory?

rhaps GCOV_PREFIX_STRIP would be a suitable name. Use alloca rather than malloc, if at all possible please. Thanks for taking this up. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Register allocation in GCC 4

track this down? If I understand correctly the DCmode value occupies 8 registers, the last 4 of which are fixed regs. HARD_REGNO_MODE_OK should return 0 for the first 4 too. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:

Re: Register allocation in GCC 4

Nathan Sidwell wrote: Jon Beniston wrote: Hi, I'm updating a GCC port to 4.0.0. I am seeing a problem whereby registers that are set to 1 in fixed_regs are being used. The problem is occuring quite early on in the compiler, as the registers appear in the 00.expand dump. The problem seems to

Re: Side-effect latency in DFA scheduler

same latency? you should set the latency to the larger of those two values. You can then insert bypasses for the shorter one. Look at the arm schedulers, which have instances of that going on. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED

Re: Store scheduling with DFA scheduler

e") "x,m*2") Stores don't really have a 'result', why have you set the cycle count to 3? Shouldn't it be '1'? (then you won't need store bypasses for autoincrements) nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Regression involving COMMON(?)

Paul Thomas wrote: Andrew, You were right: I think this is caused by: 2005-04-25 Nathan Sidwell <[EMAIL PROTECTED]> * tree-ssa-alias.c (fieldoff_t): Remove. (fieldoff_s): typedef the structure itself. Create a vector of objects. (push_fields_onto_fiel

Re: Store scheduling with DFA scheduler

in the ARM port (e.g store_wbuf in arm-generic.md). I had tried both ways though, and for this particular problem, changing this value appears to have no effect. I can see that it would for autoinc though. ah, the arm1026ejs and arm1136jfs don't do that. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Store scheduling with DFA scheduler

David Edelsohn wrote: Nathan Sidwell writes: (define_insn_reservation "arith" 1 (eq_attr "type" "arith") "x") (define_insn_reservation "loads" 2 (eq_attr "type" "load") "x,m") (define_insn_reservation "stores&q

Re: Struggle with FOR_EACH_EDGE

dy of the loop. Hmm, I guess that does mean you need a proper iterator object, rather than the integer index that VEC_iterate employs. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: volatile semantics

ight not be useful to users :) nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: volatile semantics

qualifier as sticky? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: volatile semantics

Dale Johannesen wrote: On May 3, 2005, at 11:03 AM, Nathan Sidwell wrote: Seeing through the const-stripping cast is a useful optimization. It is? Why would somebody write that? perhaps a function, which returned a non-const reference that happened to be bound to a constant, has been inlined

Re: volatile semantics

(and understand why some other compiler might not do what they want) _and_ so that gcc maintainers know about it. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Packing booleans?

t a vastly greater expansion of code size and reduction in performance. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Packing booleans?

Mattias Karlsson wrote: On Wed, 4 May 2005, Nathan Sidwell wrote: Sam Lauber wrote: Would it be possible to have a -fpack-bools option that packs booleans into the smallest form possible (8 booleans -> 1 8-bit reg, etc.) into a register (or memory, as the case may be)? why would you want to

Re: volatile semantics

mise, unless it is documented? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Questions about a constant array reference in the C++ front end

ncluding function bodies and I have never seen a > RANGE_EXPR. I suppose it's only used at later stages or only in other > language's frontends. Incorrect. RANGE_EXPRs get generated during processing of an array's initializer -- very early on in the C++ FE. n

Re: Questions about a constant array reference in the C++ front end

tly. It might be for default initialization. Something like ptr = new int[100] (); look at build_zero_init in cp/init.c nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Mainline bootstrap broken in varasm.c

s crtstuff nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Validating a C++ back-end

. A C++ specific forum might be able to provide the best info about what's available. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Validating a C++ back-end

tly, init_priority, > thunks, Vtable stuff etc. Can I just take all those "dg-do run" tests > and run them on my target? All gcc has are the g++.dg and g++-old-deja tests. If they pass, you have a compiler that is probably as functional as any other gcc target. nath

Re: Proposed resolution to aliasing issue.

avours and then the compiler switch can specify which way the default goes. nathan [1] it was of course noted that that looked stunningly like 'restrict', and the suggestion that it be spelled 'noalias' was jokingly made :) -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Proposed resolution to aliasing issue.

in fact true, in that you can do: > > ptrdiff_t x = &v.b - &v.a; > > and then use that instead of "offsetof (Foo, b) - offsetof (Foo, a)". Does not '&v.b - &v.a' cause the address to 'escape', and therefore lock down t

Re: How can I get rid of __main ?

bt very much that that is what you really want to do. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Any docs about gcov impl change from 3.3 to 3.4

e new implementation is documented in gcov.texi and the relevant header files. The old documentation was, er, vague. The ChangeLog will describe the changes and the mail archives will contain the patches. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [

Re: Question about new warning system

spelt only one way. The 'warning (OPT_Wfoo, ...)' syntax helps only where there is no conditional before the warning -- how often does that occur? The way it currently is, one runs the risk of writing if (warn_c_cast && . && .

Re: In current gcc trunk: warning: dereferencing type-punned pointer will break strict-aliasing rules

asing. I shall look for a solution. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Your rtti.c changes broke some obj-c++ tests

: internal compiler error: vector VEC(tinfo_s,base) index domain error, in get_tinfo_decl at cp/rtti.c:373 Would you please check and possibly fix this? looking at it. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http

Re: Your rtti.c changes broke some obj-c++ tests

p for how cp/decl2.c does it, but to no avail. anyone with any gty-fu? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

attributes and templates

7;m fairly certain implementing __builtin_reflect (...) for the other bits of type traits would be easier (though I've not tried). nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: [RFC] gcov tool, comparing coverage across platforms

this might or might not change the block structure to a greater extent. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Do C++ signed types have modulo semantics?

_modulo is true 'for signed types on most machines'. Such an assertion is false when optimizations rely the undefinedness of signed overflow. A DR should probably be filed (maybe one is, I'm not at all familiar with library DRs). nathan -- Nathan Sidwell:: http://www.codesou

Re: Do C++ signed types have modulo semantics?

en, except that 1) C and C++ implementations should behave the same way 2) we should pick the behaviour that leads to better code generation in real life. 3) if modulo behaviour is chosen, it should be well documented in a place more prominant than type_traits::is_modulo. nathan -- Nathan S

Re: Do C++ signed types have modulo semantics?

ntly removed gcc@gcc.gnu.org, shame on you -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Do C++ signed types have modulo semantics?

Gabriel Dos Reis wrote: Nathan Sidwell <[EMAIL PROTECTED]> writes: | Gabriel Dos Reis wrote: | > Michael Veksler <[EMAIL PROTECTED]> writes: | > [...] | > | The code is not very simple, and different codes will get optimized | > | differently. | > | The user will have

Re: Do C++ signed types have modulo semantics?

ation or an ordinary value (C99 6.2.6.2).} GCC supports only two's complement integer types, and all bit patterns are ordinary values. please stop considering non 2's complement stuff. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [E

Re: Advice needed on GCC port to new (virtual) architecture

for? do your port from scratch. attempting to morph an existing port into what you want is likely to break in many random bad ways. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Advice needed on GCC port to new (virtual) architecture

;m such a luddite I just read the raw texinfo. -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Where does the C standard describe overflow of signed integers?

undefined, unless otherwise stated) & 3.9.1 para 4 (unsigned types obey modulo laws) I cannot find, in c99, a statement that all unsigned arithmetic obeys modulo laws -- only that integral conversions to them do. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSource

Re: addsi3 with set condition register

) (compare:CC (match_dup 0) (const_int 0)))] your pattern is not equivalent to the two instructions shown. (the pattern is a parallel, the insns are a sequence) nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: volatile semantics

st -- unless it can determine the static type of the object pointed to? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: volatile semantics

why such a thing would apply only to > volatile, if true. I could not determine whether that was the case of Hugh Redelmeier's argument -- the example is an incomping pointer parameter. I agree with you, Daniel, that if the static object can be determined, then its type qualifiers win

MEMBER_TYPE and CV qualifiers

need a new cp_build_qualified_member_type to do that, so we can correctly deal with the syntactic differences. thoughts? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: volatile semantics

ct. I.e. char c; *(volatile char *)&c; // can this read be deleted? IMHO, the standard is unclear. It seems to me that deleting the read is not disallowed. Issue 3 void Foo (volatile char *ptr) { *(char *)ptr; } Again, is this read deleteable? IMHO, yes. nathan -- Nathan

Re: inserting instructions into prologue/epilogue

_insn with "Attempt to delete prologue/epilogue insn" unless the stackslot was marked with MEM_VOLATILE_P. I don't think thats the proper fix. you can add a (USE reg) after the restore in the prologue. Then flow considers the register, and the preceding load, to be live at that

Re: inserting instructions into prologue/epilogue

Nathan Sidwell wrote: you can add a (USE reg) after the restore in the prologue. Then flow in the EPILOGUE, of course considers the register, and the preceding load, to be live at that point. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL

non canonical tree in java

3) it is interfering with some cleanups I'm trying to do. What would be the best way of making java compliant? Have lookup_class return a suitable VAR_DECL node? I'm not sure where this then gets used ... nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery

Re: non canonical tree in java

Andrew Pinski wrote: The java front-end later on replaces prim_class with the correct tree, witness how the type of COMPONENT_REF is NULL. where does this happen? do you happen to know? nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED

Re: Question about std templates

stefano luceri wrote: hello to all anyone know if is possible to add a member to a template of standard library? you'd have to modify the library source files, and then you'd end up with a non-standard library nathan -- Nathan Sidwell:: http://www.codeso

Re: -fprofile-arcs and gcov: data without exit()

data for all the files in the project that exit normally. Is there any way to collect the .da file data before exit? Is it temporarily stored anywhere or could I alter the gcc library to store this information more often? call __gcov_flush nathan -- Nathan Sidwell:: http

Re: -fprofile-arcs and gcov: data without exit()

Joe Buck wrote: On Tue, Oct 11, 2005 at 06:01:07PM +0100, Nathan Sidwell wrote: call __gcov_flush It seems you could just invoke that function from gdb, and not change the program at all, right? that's a neat idea :) nathan -- Nathan Sidwell:: http://www.codesourcer

Re: Warning on C++ catch by value on non primitive types

et of?) coding rule(s). nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: A question on alias analysis

deciding the points to set? No. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Link-time optimzation

excessive size, that does depend on the actual encoding chosen -- something that affects both stack and register machines. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Default arguments and FUNCTION_TYPEs

agreed to kill it, although I don't know if it was actually removed. If that's been done, there's no longer any reason. I took it out the back and shot it. The obvious place is on the DECL_INITIAL of the PARM_DECLs, but I don't think they exist until the function is defined.

Re: Default arguments and FUNCTION_TYPEs

:) nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: How implemented "typeof"

Alexander wrote: Hello! How I can know more about implementation at 'tree' level such extension as 'typeof'? I am not want to explore and change sources now, maybe someone cam help? your two desires conflict. typeof is implemented in cp/rtti.c nathan -- Nathan

Re: MS1 backend not listed in backends.html

| S F B p g bd nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: new c++ restrictions?

Jack Howarth wrote: For the last few months, gcc 4.1 has had problems compling the following code in posRMSDPot.cc in xplor-nih... without a full test case we have no clue. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED

Re: g++.dg/ext/packed3.C

our system packs structs by default, you should not be getting the warning on any of the uses. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: C++ parser: Should we get rid of cp_parser_declarator_id?

ining that principle is helpful for code clarity. There's no need to make it inline. The optimizers are now smart enough to inline a static function into its only caller. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]

Re: C++ 3.4.5 packed reference warning

mber) proper (justified, necessary, good)? It is bad to pack non-pod structs, because of alignment assumptions of member functions thereof. The checking code just checks the non-podness of the type, as non-pod is a well defined term. This could be relaxed. File a bug report if needed. na

Re: g++.dg/ext/packed3.C

. If your system packs structs by default, you should not be getting the warning on any of the uses. But I do, and if I use a native Linux compiler with -fpack-struct, I also get it (along with a second one on one of the two other instances). Then I think you have a bug. nathan --

Re: g++.dg/ext/packed3.C

may be totally unaware that it might get called with an unaligned object. People write such code and expect it to work. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: C++ 3.4.5 packed reference warning

Steven L. Zook wrote: I guess what I don't understand is why struct A isn't POD. A reference to something is basically just a pointer. It has no alignment restrictions that a pointer wouldn't. a reference type is not a pod type because the language says so. nathan --

Re: g++.dg/ext/packed3.C

ield itself, the type should be 'packed Foo' and unbindable. When the attribute is on the whole struct, I'm not so sure. % ah, I think that warning should only be given on non-default-packed arches. Is this your problem Jan? nathan -- Nathan Sidwell:: http://www.c

Re: g++.dg/ext/packed3.C

broke overload resolution of (the trivial) Unpacked::operator=. I think that no longer applies. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

Re: Why is this C++ code incorrect?

s accessibility when B is virutally derived from A? 5.3.4 paras 8, 17 and 18 say so. nathan -- Nathan Sidwell:: http://www.codesourcery.com :: CodeSourcery LLC [EMAIL PROTECTED]:: http://www.planetfall.pwp.blueyonder.co.uk

  1   2   3   >