Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.compilers > #709 > unrolled thread

Different STL support in one application

Started byAshutosh <ashu1212@gmail.com>
First post2012-07-05 23:54 -0700
Last post2012-07-05 23:54 -0700
Articles 1 — 1 participant

Back to article view | Back to comp.compilers


Contents

  Different STL support in one application Ashutosh <ashu1212@gmail.com> - 2012-07-05 23:54 -0700

#709 — Different STL support in one application

FromAshutosh <ashu1212@gmail.com>
Date2012-07-05 23:54 -0700
SubjectDifferent STL support in one application
Message-ID<12-07-009@comp.compilers>
Hi,

I came across a requirement where we need to support 2 type of STL
(GNU STL & RoughWay STL) in customer applications.  For this we have
both the STL support with our compiler ready, but thats not only
sufficient we came across one major problem:

1) If a binary compiled with GNU STL and it interacts with Rough Way STL,
   then because of different object layout it fails.
   i.e. GNU STL vector passed to function which expects Rough Way STL objects.

2) There are some pre-compiled third party libraries(Compiled with
   GNU/RoughWay headers) which we can't change.
   The same interaction problem here also.


Possible Solution:
1) Write generic wrappers for both the libraries and use them.
2) Write a runtime library which automatically converts objects when
   different object layout interaction happens.

These are only raw solutions, each has some issues.

Any idea, how to solve this problem ?

Regards,
Ashutosh

[toc] | [standalone]


Back to top | Article view | comp.compilers


csiph-web