comp.lang.ada
 help / color / mirror / Atom feed
From: "Steve Adams" <s.adams_s_p_a_m_217@_s_p_a_m_ntlworld.csopam>
Subject: Re: C array to Ada pointer to unconstrained array without copying memory
Date: Fri, 10 Oct 2003 00:04:52 +0100
Date: 2003-10-10T00:04:52+01:00	[thread overview]
Message-ID: <CQlhb.1421$7b5.1280@newsfep1-gui.server.ntli.net> (raw)
In-Reply-To: slrnbo8819.4fb.randhol+valid_for_reply_from_news@kiuk0152.chembio.ntnu.no

It's a plug in architectured simulation system. Used to live on VMS, but
moving it to windows and linux, possibly other OS if needed.
Trying to allow developers to use whatever tool they like to develop, I have
working example plug ins in C, C++, Ada, Pascal, Fortran, Visual Basic.
So different compilers are using the same interfaces (there's about 500
structures), but also a need to change layouts sometimes depending on OS.

Plus DLL creation from ObjectAda and Gnat is different, DLL main is needed
for Gnat for library initialisation, but OA does it for me, so I have to
comment out packages by hand.

We needed OA for the Codeview debug information at first, since the legacy
elements needed to be checked, and the main core is VC++. However, we are
trying to remain syntacticaly compatible with Gnat for future versions when
the discrimiant check works on the DLL calling convention. I have an example
that I might post to the newsgroup if I ever get time.

BTW thanks to anyone that chatted about controlled types in Ada95, they were
a life saver!

"Preben Randhol" <randhol+valid_for_reply_from_news@pvv.org> wrote in
message
news:slrnbo8819.4fb.randhol+valid_for_reply_from_news@kiuk0152.chembio.ntnu.no...
> On 2003-10-08, Steve Adams <s.adams_s_p_a_m_217@_s_p_a_m_ntlworld.csopam>
wrote:
> > before language lawyers attack, my project uses intermixed Ada, Fortran,
> > C/C++ and Pascal. You end up sacrificing portability if you want it to
work,
> > in C this isn't a problem, a single code base manipulated via the
> > preprocessor is easy, as does fortran. Ada doesn't which makes life
hard. I
> > wish theyed make preprocessing a feature.
>
> Use packages/child packages.
>
> Preprocessing is a bad idea. IMHO The code becomes messy.
>
> By the way what are you doing that need so much OS spesific code?
>
> Preben





  reply	other threads:[~2003-10-09 23:04 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-07 14:43 C array to Ada pointer to unconstrained array without copying memory Duncan Sands
2003-10-07 18:30 ` tmoran
2003-10-07 19:24   ` Duncan Sands
2003-10-08  0:02   ` sk
     [not found]   ` <3F83540E.5000302@myob.com>
2003-10-08  9:18     ` Duncan Sands
2003-10-07 20:00 ` Jeffrey Carter
2003-10-07 20:39   ` Duncan Sands
2003-10-08  1:27     ` Jeffrey Carter
2003-10-07 20:53 ` Chad R. Meiners
2003-10-07 21:24   ` Duncan Sands
2003-10-07 22:44     ` C array to Ada pointer to unconstrained array without copyingmemory Chad R. Meiners
2003-10-07 22:52       ` Chad R. Meiners
2003-10-08  9:20         ` Duncan Sands
2003-10-08 16:16           ` C array to Ada pointer to unconstrained array withoutcopyingmemory Chad R. Meiners
2003-10-08 16:49             ` Duncan Sands
2003-10-08  2:14     ` C array to Ada pointer to unconstrained array without copying memory Robert I. Eachus
2003-10-08  9:27       ` Duncan Sands
2003-10-08 22:43         ` Robert I. Eachus
2003-10-09  9:31           ` Duncan Sands
2003-10-08 14:07 ` Steve Adams
2003-10-08 14:33   ` Preben Randhol
2003-10-09 23:04     ` Steve Adams [this message]
2003-10-09 23:11       ` Steve Adams
2003-10-08 16:30   ` Duncan Sands
2003-10-09 22:59     ` C array to Ada pointer to unconstrained array without copyingmemory Steve Adams
2003-10-10  7:02       ` Duncan Sands
2003-10-10 16:44         ` C array to Ada pointer to unconstrained array withoutcopyingmemory Steve Adams
2003-10-23 21:27   ` C array to Ada pointer to unconstrained array without copying memory Craig Carey
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox