Snapshot gcc-4.5-20110113 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.5-20110113/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.5 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
Achilleas Margaritis writes:
> How much do you spend in maintaining headers? answers welcomed from
> other members as well.
In C++, I personally spend very little time doing what I would describe
as "maintaining headers." I write class definitions in .h files and
function implementations in .cc
Matt Redfearn writes:
> Output of objdump -stabs:
Use DWARF.
You're right, though, it looks like the debug generation routines think
that the parameter is passed in memory. Specifically, DECL_INCOMING_RTL
of the PARM_DECL is a MEM. You're going to need to find out why that
is.
Ian
Hi
I would like to have a stack check for threads with small stack space
for each thread.
(I'm using a ARM Cortex-M3 microcontroller with a stack size of a 1
KByte per Thread.)
Each thread having its own limit address.
The thread scheduler can then calculate the limit and store this value
ins
>> Why not? doesn't GCC contain all that is required for that parsing to
>> succeed?
>
> GCC has bugs and doesn't parse everything 100% correctly, given the
> complexity of the language.
Oh, ok then. But I think consistence is more important than
correctness in this case: the result header file s
On 13 January 2011 16:59, Achilleas Margaritis wrote:
>>>
>>> The pragma can be ignored by other compilers. Conditional compilation
>>> would help in including the header for other compilers.
>>
>> Except the header wouldn't exist if you use other compilers, because
>> you need gcc to generate it.
>> A makefile will not work. I explain why below in the section about the
>> problem of clashing of symbols.
>>
>> There is no default transformation. The header's filename extension
>> will be defined in the include string name. For example:
>>
>> #pragma autoinclude("foo.hh")
>> #pragma autoinclu
On 13 January 2011 13:06, Achilleas Margaritis wrote:
> On Thu, Jan 13, 2011 at 2:41 PM, Jonathan Wakely
> wrote:
>> On 13 January 2011 11:09, Achilleas Margaritis wrote:
>>> On Wed, Jan 12, 2011 at 6:16 PM, David Brown wrote:
I can see how such a feature could be useful, but is there
Just for the records: I finally found the issue here. It's a problem
of both, alignment and cache thrashing. When using aligned memory
(e.g. via posix_memalign()) and using a suitable offset within that
memory, the effect goes away. So it's a processor effect, not a
compiler issue. :-)
Best
-Andr
Hi Richard,
2011/1/13 Richard Guenther :
> The simplest way to modify statements is to generate new
> statements which compute the changed value into a register
> and substiute that result into the operand you want to change.
>
> Richard.
thanks for answering so fast, i will try to go this way.
R
On Thu, Jan 13, 2011 at 4:01 PM, Eugen Wagner
wrote:
> Hi,
> I have a problem with gimple_regimplify_operands() from gimplify.c ,
> which i execute from my custom plug-in-code. It could indicate a bug
> in this procedure.
This function isn't generic enough to handle full re-gimplification.
It was
Hi,
I have a problem with gimple_regimplify_operands() from gimplify.c ,
which i execute from my custom plug-in-code. It could indicate a bug
in this procedure.
I'm developing a GCC-plug-in, which does some instrumentation of
C-programs on GIMPLE-Level.
Among others, I'm inserting logging function
On Thu, Jan 06, 2011 at 09:59:08AM +0200, Revital1 Eres wrote:
> Index: loop-doloop.c
> + Some targets (ARM) do the comparison before the branch, as in the
> + folloring form:
^
"following"
> + /* In case the pattern is not PARALLEL we expect two forms
> + of dol
On Thu, Jan 13, 2011 at 2:41 PM, Jonathan Wakely wrote:
> On 13 January 2011 11:09, Achilleas Margaritis wrote:
>> On Wed, Jan 12, 2011 at 6:16 PM, David Brown wrote:
>>>
>>> I can see how such a feature could be useful, but is there any reason why it
>>> should be part of gcc, rather than a sepa
On 13 January 2011 11:09, Achilleas Margaritis wrote:
> On Wed, Jan 12, 2011 at 6:16 PM, David Brown wrote:
>>
>> I can see how such a feature could be useful, but is there any reason why it
>> should be part of gcc, rather than a separate program that takes a cpp file
>> and generates an hpp file
>> Index: config/arm/thumb2.md
>> ===
>> --- config/arm/thumb2.md (revision 168424)
>> +++ config/arm/thumb2.md (working copy)
>
>> + ??? The possible introduction of a new block to initialize the
>> + new IV can po
On Wed, Jan 12, 2011 at 6:16 PM, David Brown wrote:
> On 12/01/2011 16:22, Achilleas Margaritis wrote:
>>
>> Hello all.
>>
>> I have a idea for automatic generation of headers in a c++ program.
>> Having to maintain headers is a very time consuming task, and I think
>> we will all benefit from suc
Hi All,
I'm having a problem with debugging (with gdb) an application that was built
using gcc. Gcc has been patched to target a non-standard architecture, but I'm
not sure the port is complete.
When debugging with gdb, function parameters are not displayed properly. I
think this is because gdb
--- On Wed, 12/1/11, Joel Sherrill wrote:
> From: Joel Sherrill
> Subject: Re: Adding Leon processor to the SPARC list of processors
> To: "David Paterson"
> Cc: "gcc@gcc.gnu.org"
> Date: Wednesday, 12 January, 2011, 16:31
> On 01/12/2011 09:17 AM, David
> Paterson wrote:
> > Hi all,
> >
> > I
19 matches
Mail list logo
