Hi!
Processor ARM920T, chip Atmel at91rm9200.
Simple C code:
char c[30];
unsigned short *pN = &c[1];
*pN = 0x1234;
causes hardware exeption - memory aborts (used to implement memory
protection or virtual memory).
We have a lot of source code, with pieces of code like this, which must
be p
On 10/1/08, Vladimir Sterjantov <[EMAIL PROTECTED]> wrote:
> Processor ARM920T, chip Atmel at91rm9200.
>
> char c[30];
> unsigned short *pN = &c[1];
>
> *pN = 0x1234;
Accesses to shorts on ARM need to be aligned to an even address, and
longs to a 4-byte address. Otherwise the access returns (e
Dear all,
I noticed a long discussion about plugins for GCC.
It seems that it's currently moving toward important legal issues,
however, I wanted to backtrack and just mention that we
at INRIA and in the MILEPOST project are clearly interested
in having a proper plugin system in the mainline of G
On Wednesday 01 October 2008, Martin Guy wrote:
> If you don't want to make the code portable and your are running a
> recent Linux, a fast fix is to
> echo 2 > /proc/cpu/alignment
> which should make the kernel trap misaligned accesses and fix them up
> for you, with a loss in performance of cou
Hello all,
I've found the cause of my problem - it's binutils 2.17.50.
Using ld 2.18, or even 2.17.90 creates workable libstdc++.so.
Regards,
Sergei
Sergei Poselenov wrote:
Hello all,
I've built the above cross-compiler and ran the GCC testsuite.
Noted a lot of c++ tests failed with the same
Sorry, I think this bounced twice.
Hugh Leather wrote:
Hi All,
Thanks, Grigori, for mentioning my plugin system, libplugin, which
can be found at http://libplugin.sourceforge.net/.
I have been meaning to release it but finding the time to finish
off the documentation and upload all
Hi ,
Based on the conversation in the thread at
http://gcc.gnu.org/ml/gcc/2008-03/msg00513.html , we've tried to get a
pass trying to undo final value replacement going. The initial
implementation was done by Pranav Bhandarkar when he was employed at
Azingo as part of work sponsored by Icera Semic
On Wed, Oct 1, 2008 at 3:22 PM, Ramana Radhakrishnan <[EMAIL PROTECTED]> wrote:
> Hi ,
>
> Based on the conversation in the thread at
> http://gcc.gnu.org/ml/gcc/2008-03/msg00513.html , we've tried to get a
> pass trying to undo final value replacement going. The initial
> implementation was done b
Hi, Richard. Returning to accurate cost accumulation issue you found
recently. Here is the patch fixing it. You could try, if you want, how
MIPS will behave with it. The patch also more accurately calculates
ALLOCNO_CALL_FREQ which affects decision to spill allocno in
assign_hard_reg if it
Aye up all,
I've now been reading through some of the list archive. Some of the
posts were about how to tell GCC which plugins to load. I thought I'd
tell you how libplugin does it.
First there is a plugin path. This tells the system where plugin XML
specifications can be found (each plug
Is this related to the loop termination bug I reported
on the m32c?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37665
The generated code is using the lower 16-bits of the
address for end of the array rather than the full 24-bit
address.
--joel
DJ Delorie wrote:
I've got a partial patch whi
On Wed, Oct 1, 2008 at 3:59 PM, Richard Guenther
<[EMAIL PROTECTED]> wrote:
> On Wed, Oct 1, 2008 at 3:22 PM, Ramana Radhakrishnan <[EMAIL PROTECTED]>
> wrote:
>> Hi ,
>>
>> Based on the conversation in the thread at
>> http://gcc.gnu.org/ml/gcc/2008-03/msg00513.html , we've tried to get a
>> pass
Hugh Leather wrote:
Aye up all,
I've now been reading through some of the list archive. Some of the
posts were about how to tell GCC which plugins to load. I thought I'd
tell you how libplugin does it.
Thanks for the nice explanation. I'm not sure to understand exactly how
libplugin deal
Pat Haugen wrote:
Alexander Monakov <[EMAIL PROTECTED]> wrote on 09/29/2008 01:34:12 PM:
I'm seeing a miscompilation on sel-sched branch that at first sight looks
related to IRA merge.
alias.c::anti_dependence disambiguates references to
(mem/c:DI (reg:DI 122 r122 [121]) [64 ivtmp.743+0 S8
Hi,
> b) If any PHI node has count zero it can be inserted back and its
> corresponding computations removed, iff the argument of the PHI node
> still exists as an SSA variable. This means that we can insert
> a_1 = PHI if D.10_1 still exists and hasnt been removed by
>
Hi,
> > Based on the conversation in the thread at
> > http://gcc.gnu.org/ml/gcc/2008-03/msg00513.html , we've tried to get a
> > pass trying to undo final value replacement going. The initial
> > implementation was done by Pranav Bhandarkar when he was employed at
> > Azingo as part of work spons
Hi,
> On Wed, Oct 1, 2008 at 3:59 PM, Richard Guenther
> <[EMAIL PROTECTED]> wrote:
> > On Wed, Oct 1, 2008 at 3:22 PM, Ramana Radhakrishnan <[EMAIL PROTECTED]>
> > wrote:
> >> Hi ,
> >>
> >> Based on the conversation in the thread at
> >> http://gcc.gnu.org/ml/gcc/2008-03/msg00513.html , we've t
Hi Zdenek,
On Wed, Oct 1, 2008 at 5:19 PM, Zdenek Dvorak <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> b) If any PHI node has count zero it can be inserted back and its
>> corresponding computations removed, iff the argument of the PHI node
>> still exists as an SSA variable. This mea
Alexander Monakov wrote:
Hello,
I'm seeing a miscompilation on sel-sched branch that at first sight looks
related to IRA merge.
alias.c::anti_dependence disambiguates references to
(mem/c:DI (reg:DI 122 r122 [121]) [64 ivtmp.743+0 S8 A64])
and
(mem/c:DI (reg:DI 122 r122) [64 ivtmp.1640+0 S8 A64
Jeff Law wrote:
(mem/c:DI (reg:DI 122 r122 [121]) [64 ivtmp.743+0 S8 A64])
and
(mem/c:DI (reg:DI 122 r122) [64 ivtmp.1640+0 S8 A64])
...
Yes. There's code at the start of nonoverlapping_memrefs_p to handle
these cases, but as Pat pointed out, it doesn't work for large offsets
from the stack/f
Hello
in gcc/c-decl.c
I see in finish_decl
"""
finish_decl (tree decl, tree init, tree asmspec_tree)
{
there is access possible to asmspec_tree.
but the func
push_parm_decl
have no parameter asmspec_tree.
is there a way to get access to it, without many code changes, or below func
c
On Wed, Oct 1, 2008 at 6:22 PM, Zdenek Dvorak <[EMAIL PROTECTED]> wrote:
> Hi,
>
>> > Based on the conversation in the thread at
>> > http://gcc.gnu.org/ml/gcc/2008-03/msg00513.html , we've tried to get a
>> > pass trying to undo final value replacement going. The initial
>> > implementation was do
On Wed, Oct 01, 2008 at 06:03:21PM +0200, Basile STARYNKEVITCH wrote:
> So we now have many plugin proposals & experiments. However, we do know
> that there are some legal/political/license issues on these points (with
> the GCC community rightly wanting as hard as possible to avoid
> proprietar
On my recommendation, and with the support of all those with blanket
write privileges on the SC, the GCC SC has decided to eliminate
"blanket write privileges" in favor of "global reviewers". Those who
previously held blanket write privileges are now global reviewers.
Global reviewers may now rev
/*solution provided by kermi3 from this web posting
http://cboard.cprogramming.com/archive/index.php/t-27714.html*/
#include
#include
int mygetch(void)
{
struct termios oldt,
newt;
int ch;
tcgetattr( STDIN_FILENO, &oldt );
newt = oldt;
newt.c_lflag &= ~( ICANON | ECHO );
tcsetattr( STDIN_FILE
On Wed, Oct 1, 2008 at 13:19, Ollie Wild <[EMAIL PROTECTED]> wrote:
> On Tue, Sep 30, 2008 at 3:31 PM, Diego Novillo <[EMAIL PROTECTED]> wrote:
>>
>> -flto: as described above.
>> -fwhopr: similar to what -fwpa does today, but it is accepted by the
>> driver and can take either source code or objec
Aye up Basile,
Thanks for wading through my gibberish :-)
*Differences with other proposals.*
I'll have a stab at some differences between this system and the
others. But, this is going to be a bit difficult since I haven't seen
them all :-)
*Separating Plugin system from appliction
Hugh Leather wrote:
Aye up Basile,
Thanks for wading through my gibberish :-)
*Differences with other proposals.*
I'll have a stab at some differences between this system and the
others. But, this is going to be a bit difficult since I haven't seen
them all :-)
*Separating Plugin s
Hi,
I appreciate if someone can help me with my linking error:
In my "c++" options , i already have ' -L/usr/local/lib -lgnet-2.0'.
I get a number of '7: undefined reference to `gnet_conn_readline'' errors.
Can you please tell me why the linking fails? I have the 'gnet.h'
include in my .cpp an
Richard Henderson wrote:
Jeff Law wrote:
(mem/c:DI (reg:DI 122 r122 [121]) [64 ivtmp.743+0 S8 A64])
and
(mem/c:DI (reg:DI 122 r122) [64 ivtmp.1640+0 S8 A64])
...
Yes. There's code at the start of nonoverlapping_memrefs_p to handle
these cases, but as Pat pointed out, it doesn't work for large
Hi Vlad,
Thanks for the great reply, and sorry for not replying sooner.
Things have been a bit hectic for me recently.
Vladimir Makarov <[EMAIL PROTECTED]> writes:
> Richard Sandiford wrote:
>> Although I suspect it isn't intentional, I can imagine it doesn't show
>> up much on targets whose memo
Vladimir Makarov <[EMAIL PROTECTED]> writes:
> Hi, Richard. Returning to accurate cost accumulation issue you found
> recently. Here is the patch fixing it. You could try, if you want, how
> MIPS will behave with it. The patch also more accurately calculates
> ALLOCNO_CALL_FREQ which affect
> Is this related to the loop termination bug I reported
> on the m32c?
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37665
Probably related, but I don't know if a patch to fix one will fix the
other.
On Wed, Oct 1, 2008 at 12:20 AM, DJ Delorie <[EMAIL PROTECTED]> wrote:
>
> I've got a partial patch which works with older (4.3) gccs, but fails
> gimple's check for trunk (attached). My trivial test case...
>
> char *
> foo (char *a, int b)
> {
> return a-b;
> }
>
> ...fails thusly:
>
> siz
Snapshot gcc-4.2-20081001 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20081001/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.2 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/branches
> I think this is the wrong place to fix this. If you would override
> the sizetypes precision from your target, would that fix it? That
> is, in stor-layout.c set_sizetype make the target allow adjusting
> the passed type (which is supposed to be sizetype). If at all then
> these types should
DJ Delorie wrote:
I think this is the wrong place to fix this. If you would override
the sizetypes precision from your target, would that fix it? That
is, in stor-layout.c set_sizetype make the target allow adjusting
the passed type (which is supposed to be sizetype). If at all then
these type
Jeff Law wrote:
Presumably mucking around with the MEM_EXPR on the DECL isn't going to
mess up inlining? What about debugging?
I'm certain it won't mess up inlining, because all that is long
done with by the time we're in rtl -- it's all just one big
function by this time.
I wouldn't have tho
This list is for discussing GCC development, not deal with usage
problems. Please try asking [EMAIL PROTECTED]
Thanks,
Ben
I have notes inline below, following is my summary of libplugin from
what i understand of your posts:
* It exists as a fraemwork that works with GCC now
* It uses xml files to define plugins (Allows making new plugins as
combinations of others without making a new shared library, i.e. just
create a
> Can you look in the CVS/SVN archives and see what the mn102 port did --
It used SImode for size_type but I think I tried that and it blew up
in useless_type_conversion_p. I can try again if you're interested in
the details.
Hi,
> >> b) If any PHI node has count zero it can be inserted back and its
> >> corresponding computations removed, iff the argument of the PHI
> >> node
> >> still exists as an SSA variable. This means that we can insert
> >> a_1 = PHI if D.10_1 still exists and hasnt b
Hi,
> > I would disagree on that. Whether a final value replacement is
> > profitable or not largely depends on whether it makes further
> > optimization of the loop possible or not; this makes it difficult
> > to find a good cost model. I think undoing FVR is a good approach
> > to solve this p
Hello All,
Brendon Costa wrote:
Some questions:
* How does the framework interact with the compile command line arguments?
* Does this work on platforms that dont support -rdynamic or can it be
modified to do so in the future?
[I'm skipping the rest of an interesting post]
I thought that for
> I believe we should first focus (when the runtime license will permit
> that) on making whatever plugin machinery available and merged into
> the trunk (when it comes back to stage one). This is not an easy task.
Isn't the point of this discussion to decide what features to put into a
plugin fra
Brendon Costa wrote:
I believe we should first focus (when the runtime license will permit
that) on making whatever plugin machinery available and merged into
the trunk (when it comes back to stage one). This is not an easy task.
Isn't the point of this discussion to decide what features to put
46 matches
Mail list logo
