> What is heapless C++?
Hopeless
(sorry couldn't resist ;)
Paolo
On Sat, Oct 8, 2011 at 1:04 PM, Paolo Carlini wrote:
>> What is heapless C++?
>
> Hopeless
>
> (sorry couldn't resist ;)
>
> Paolo
>
Why?
--
Best regards,
Shiv Shankar Dayal
Hi,
I am sorry. I just hit reply.
-- Forwarded message --
From: Shiv Shankar Dayal
Date: Sat, Oct 8, 2011 at 2:46 PM
Subject: Re: Heapless C/C++
To: foxmuldrs...@yahoo.com
On Sat, Oct 8, 2011 at 2:40 PM, Rick Hodgin wrote:
>
> Shiv,
>
> You have a significant misunderstandin
On 8 October 2011 07:39, Shiv Shankar Dayal wrote:
>
> We will have to have some function like alloca() which will allocate
> memory on stack but this piece of
> memory must not be released when SP goes down the stack. A record of
> all allocated objects by this
> function has to be kept. Also, the
On Sat, 8 Oct 2011 12:09:29 +0530
Shiv Shankar Dayal wrote:
> Hi all,
>
> I know you people are very busy but please go through this. It is
> about Heapless C/C++.
>
> What is heapless C++?
> Heapless C++ is the concept in which you are forbidden to use heap of system.
I believe it already ex
> It sounds like all you're proposing is using the stack for dynamic
> allocation instead of the heap, then adding a compacting garbage
> collector. It's easier to just use the heap and make sure you don't
> leak memory. It's not that hard.
>
Yes. This is true that I want to use stack for dynamic
Why I want a new language is that whole compatibility goes for a toss.
It would become very difficult for user to discriminate when to allocate
on heap and when to use stack while using existing libraries. Hence,
I did not want to do a gcc plugin.
--
Best regards,
Shiv Shankar Dayal
On 8 October 2011 10:48, Shiv Shankar Dayal wrote:
>> It sounds like all you're proposing is using the stack for dynamic
>> allocation instead of the heap, then adding a compacting garbage
>> collector. It's easier to just use the heap and make sure you don't
>> leak memory. It's not that hard.
>>
On Sat, Oct 8, 2011 at 3:35 PM, Jonathan Wakely wrote:
> On 8 October 2011 10:48, Shiv Shankar Dayal wrote:
>>> It sounds like all you're proposing is using the stack for dynamic
>>> allocation instead of the heap, then adding a compacting garbage
>>> collector. It's easier to just use the heap a
> If you're using RAII consistently and correctly then the problems
> associated with heap memory go away, so you don't need to avoid the
> heap. If you're not using RAII correctly, your proposal won't work
> anyway and you'll leak memory. So what's the point?
>
> Why is it better to do dynamic a
On Mon, 2011-09-12 at 08:51 -0500, Aldy Hernandez wrote:
> Jakub Jelinek writes:
>
> > In particular, is transactional-memory branch mergeable within
> > a month and half, at least some parts of cxx-mem-model branch,
> > bitfield lowering? What is the status of lra, reload-2a, pph,
>
> Torvald
On Sat, 8 Oct 2011 15:24:19 +0530
Shiv Shankar Dayal wrote:
> Why I want a new language is that whole compatibility goes for a toss.
I'm not sure to understand the above sentence. I parse it that you don't care
about
backward compatibility. Then you don't need any kind of C dialect.
> It would
On 10/8/2011 6:05 AM, Jonathan Wakely wrote:
> If you're using RAII consistently and correctly then the problems
> associated with heap memory go away, so you don't need to avoid the
> heap. If you're not using RAII correctly, your proposal won't work
> anyway and you'll leak memory. So what's th
On 8 October 2011 17:37, Charles Wilson wrote:
>
> Not hopeless; but you have to treat C++ simply as a slightly more
> expressive version of C, follow the same rules previously outlined just
> as if you WERE using C, and avoid the STL...
If you're going to spout FUD about C++ at least use the righ
On Sat, Oct 8, 2011 at 10:29 PM, Jonathan Wakely wrote:
> On 8 October 2011 17:37, Charles Wilson wrote:
>>
>> Not hopeless; but you have to treat C++ simply as a slightly more
>> expressive version of C, follow the same rules previously outlined just
>> as if you WERE using C, and avoid the STL..
On 10/8/2011 12:59 PM, Jonathan Wakely wrote:
> On 8 October 2011 17:37, Charles Wilson wrote:
>>
>> Not hopeless; but you have to treat C++ simply as a slightly more
>> expressive version of C, follow the same rules previously outlined just
>> as if you WERE using C, and avoid the STL...
>
> If y
Shiv Shankar Dayal writes:
> I know you people are very busy but please go through this. It is
> about Heapless C/C++.
This is not a gcc issue. This is the wrong mailing list for language
design. Thanks.
Ian
On Fri, 7 Oct 2011, Paolo Carlini wrote:
> Sorry if I'm saying something totally obvious - I'm quite naive in this
> area - but do spam filters based on the language of the text already
> exist?
Yes, SpamAssassin has a filter which tries to implement that: For
my primary mailbox, I have
ok_lan
On Sat, Oct 8, 2011 at 11:59 AM, Jonathan Wakely wrote:
> On 8 October 2011 17:37, Charles Wilson wrote:
>>
>> Not hopeless; but you have to treat C++ simply as a slightly more
>> expressive version of C, follow the same rules previously outlined just
>> as if you WERE using C, and avoid the STL..
Snapshot gcc-4.7-20111008 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.7-20111008/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.7 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
> This is not a gcc issue. This is the wrong mailing list for language
> design. Thanks.
>
> Ian
>
I know it is not a gcc issue. But respected Stallman redirected me
here and he was not wrong because I wanted to change the behavior of
C/C++. But now I see that there is no possibility of this as
On Sat, Oct 8, 2011 at 8:16 PM, Shiv Shankar Dayal
wrote:
>> This is not a gcc issue. This is the wrong mailing list for language
>> design. Thanks.
>>
>> Ian
>>
>
> I know it is not a gcc issue. But respected Stallman redirected me
> here and he was not wrong because I wanted to change the beha
> The proper places to change the semantics of the C and C++ languages are
> the international ISO committees that defined them (ISO/IEC JTC1/SC22/WG14
> and ISO/IEC JTC1/SC22/WG21 respectively.) An effective way to have
> an impact is to approach those committees or your national body, either
> j
Charles Wilson wrote:
The reason many real-time systems disallow use of the heap is because it
is well-known that heap management does not have a bounded-time
implementation. Usually during free()/delete, typical heap management
code often tries to coalesce freed blocks, or perform various othe
On Sat, Oct 8, 2011 at 8:32 PM, Shiv Shankar Dayal
wrote:
>> The proper places to change the semantics of the C and C++ languages are
>> the international ISO committees that defined them (ISO/IEC JTC1/SC22/WG14
>> and ISO/IEC JTC1/SC22/WG21 respectively.) An effective way to have
>> an impact is
> You are absolutely free to define heapless as helpless.
>
Not quite helpless. Though less of help is there. People have
offered their personal help.
--
Best regards,
Shiv Shankar Dayal
26 matches
Mail list logo
