informix

[okki <ok...@googlemail.com>]

hi,

just wanted to tell you that stdcxx compiles just fine within interix/sfu 3.5.
well done :)

okki

Re: informix

[Martin Sebor <se...@roguewave.com>]

okki wrote:
> 
> thanks for clarification, roguewave did some fine job.

Thanks!

> 
> i know i'm hitchhiking my own thread

That's fine, although I admit I am a little confused by the subject
you chose for the thread (informix?)

> but did you do performance 
> measurement/comparison with alternative std implementations?
> gnu,stdcxx,uClibc++,... ?

Yes. I have a paper with some details but as Amit says, it hasn't
been cleared for external consumption yet.

Overall, our implementation compares favorably to most others on
most of my benchmarks (I haven't used any third party ones). We
have a significant edge on every other implementation when it
comes to compilation speed, the size of generated object files
and executables, and the size of data. (This would suggest that
our implementation should do well in embedded environments).

When it comes to runtime efficiency, AFAIK, STLport comes closest
to our numbers and sometimes exceeds them. That's not to say that
stdcxx is always faster than anything else. We do have weaknesses
that we need to work on (floating point formatting comes to mind
as one of the big offenders since we use stdio. Contributions in
this area (or any other for that matter) are welcome! :)

Martin

> 
> 
> 
>> okki wrote:
>>
>>>>> just wanted to tell you that stdcxx compiles just fine within 
>>>>> interix/sfu 3.5.
>>>
>>>
>>>
>>> just when i thought everythings ok :) ... (well its still ok, but)
>>> how do i get rid of the "-lsupc++" requirement? does stdcxx still 
>>> rely on some parts of gcc?
>>
>>
>> Yes, it certainly does :) libsupc++ is the language support library,
>> implementing such facilities of core C++ language as exceptions, RTTI,
>> and dynamic memory allocation (operators new and delete). There's no
>> way to write even the simplest C++ program without it (actually, there
>> is, but those usually are too simple to be useful).
>>
>> The vast majority of compilers provide such a library, some as an
>> archive, some in the form of a shared library. If you are using the
>> native C++ standard library that comes with the compiler the support
>> library is linked in implicitly by the driver (or, in the case of
>> gcc, it's actually part of libstdc++ itself), so you don't see it
>> on the command line. When using a third party implementation of the
>> C++ standard library such as stdcxx, you must avoid linking in the
>> native implementation (to avoid ODR violations). With GCC you do
>> it by using the gcc command instead of g++ for linking and by also
>> specifying -lsupc++.
>>
>> I suppose you might be able to link libsupc++.a directly into the
>> stdcxx library and avoid explicitly mentioning it on your program's
>> link line but I haven't tried it.
>>
>>>
>>> gcc -D_RWSTD_USE_CONFIG -Istdcxx/include/ansi \
>>> -Istdcxx/include -Iinclude -nostdinc++ \
>>> src/*.cpp -O3 -o testcase.exe -B,static \
>>> -Lstdcxx/lib -lstd -lsupc++ -B,dynamic -ldl -s
>>>
>>> thanks in advance
>>>
>>> (ah btw: why incubator? compiled a whole lot of classes without any 
>>> modifications! out of the box! that's really cool :)
>>
>>
>> Incubation isn't necessarily a reflection of the state or quality of
>> the code (in the case of stdcxx, the project has been in development
>> and active use for over 10 years so it's quite mature by now).
>>
>> Every project donated to Apache must go through the incubator first
>> to make sure all legal issues (such as copyright/license transfers)
>> have been completed and the project itself has been fully migrated
>> to the ASF infrastructure (source code repository, bug tracking
>> database, Web site, etc.) before the ASF takes formal ownership of
>> it. The incubation period is also a good opportunity for maintainers
>> of the project who are new to Apache to learn the ropes (i.e., get
>> the "Apache Way" -- how to work within the organization, get to know
>> people, establish a development community around the project, etc.)
>>
>> Martin
>>

Re: informix

[okki <ok...@googlemail.com>]

thanks for clarification, roguewave did some fine job.

i know i'm hitchhiking my own thread but did you do performance 
measurement/comparison with alternative std implementations?
gnu,stdcxx,uClibc++,... ?



> okki wrote:
>>>> just wanted to tell you that stdcxx compiles just fine within 
>>>> interix/sfu 3.5.
>>
>>
>> just when i thought everythings ok :) ... (well its still ok, but)
>> how do i get rid of the "-lsupc++" requirement? does stdcxx still rely 
>> on some parts of gcc?
> 
> Yes, it certainly does :) libsupc++ is the language support library,
> implementing such facilities of core C++ language as exceptions, RTTI,
> and dynamic memory allocation (operators new and delete). There's no
> way to write even the simplest C++ program without it (actually, there
> is, but those usually are too simple to be useful).
> 
> The vast majority of compilers provide such a library, some as an
> archive, some in the form of a shared library. If you are using the
> native C++ standard library that comes with the compiler the support
> library is linked in implicitly by the driver (or, in the case of
> gcc, it's actually part of libstdc++ itself), so you don't see it
> on the command line. When using a third party implementation of the
> C++ standard library such as stdcxx, you must avoid linking in the
> native implementation (to avoid ODR violations). With GCC you do
> it by using the gcc command instead of g++ for linking and by also
> specifying -lsupc++.
> 
> I suppose you might be able to link libsupc++.a directly into the
> stdcxx library and avoid explicitly mentioning it on your program's
> link line but I haven't tried it.
> 
>>
>> gcc -D_RWSTD_USE_CONFIG -Istdcxx/include/ansi \
>> -Istdcxx/include -Iinclude -nostdinc++ \
>> src/*.cpp -O3 -o testcase.exe -B,static \
>> -Lstdcxx/lib -lstd -lsupc++ -B,dynamic -ldl -s
>>
>> thanks in advance
>>
>> (ah btw: why incubator? compiled a whole lot of classes without any 
>> modifications! out of the box! that's really cool :)
> 
> Incubation isn't necessarily a reflection of the state or quality of
> the code (in the case of stdcxx, the project has been in development
> and active use for over 10 years so it's quite mature by now).
> 
> Every project donated to Apache must go through the incubator first
> to make sure all legal issues (such as copyright/license transfers)
> have been completed and the project itself has been fully migrated
> to the ASF infrastructure (source code repository, bug tracking
> database, Web site, etc.) before the ASF takes formal ownership of
> it. The incubation period is also a good opportunity for maintainers
> of the project who are new to Apache to learn the ropes (i.e., get
> the "Apache Way" -- how to work within the organization, get to know
> people, establish a development community around the project, etc.)
> 
> Martin
> 

Re: informix

[Martin Sebor <se...@roguewave.com>]

okki wrote:
>>> just wanted to tell you that stdcxx compiles just fine within 
>>> interix/sfu 3.5.
> 
> 
> just when i thought everythings ok :) ... (well its still ok, but)
> how do i get rid of the "-lsupc++" requirement? does stdcxx still rely 
> on some parts of gcc?

Yes, it certainly does :) libsupc++ is the language support library,
implementing such facilities of core C++ language as exceptions, RTTI,
and dynamic memory allocation (operators new and delete). There's no
way to write even the simplest C++ program without it (actually, there
is, but those usually are too simple to be useful).

The vast majority of compilers provide such a library, some as an
archive, some in the form of a shared library. If you are using the
native C++ standard library that comes with the compiler the support
library is linked in implicitly by the driver (or, in the case of
gcc, it's actually part of libstdc++ itself), so you don't see it
on the command line. When using a third party implementation of the
C++ standard library such as stdcxx, you must avoid linking in the
native implementation (to avoid ODR violations). With GCC you do
it by using the gcc command instead of g++ for linking and by also
specifying -lsupc++.

I suppose you might be able to link libsupc++.a directly into the
stdcxx library and avoid explicitly mentioning it on your program's
link line but I haven't tried it.

> 
> gcc -D_RWSTD_USE_CONFIG -Istdcxx/include/ansi \
> -Istdcxx/include -Iinclude -nostdinc++ \
> src/*.cpp -O3 -o testcase.exe -B,static \
> -Lstdcxx/lib -lstd -lsupc++ -B,dynamic -ldl -s
> 
> thanks in advance
> 
> (ah btw: why incubator? compiled a whole lot of classes without any 
> modifications! out of the box! that's really cool :)

Incubation isn't necessarily a reflection of the state or quality of
the code (in the case of stdcxx, the project has been in development
and active use for over 10 years so it's quite mature by now).

Every project donated to Apache must go through the incubator first
to make sure all legal issues (such as copyright/license transfers)
have been completed and the project itself has been fully migrated
to the ASF infrastructure (source code repository, bug tracking
database, Web site, etc.) before the ASF takes formal ownership of
it. The incubation period is also a good opportunity for maintainers
of the project who are new to Apache to learn the ropes (i.e., get
the "Apache Way" -- how to work within the organization, get to know
people, establish a development community around the project, etc.)

Martin

Re: informix

[okki <ok...@googlemail.com>]

>> just wanted to tell you that stdcxx compiles just fine within 
>> interix/sfu 3.5.

just when i thought everythings ok :) ... (well its still ok, but)
how do i get rid of the "-lsupc++" requirement? does stdcxx still rely 
on some parts of gcc?

gcc -D_RWSTD_USE_CONFIG -Istdcxx/include/ansi \
-Istdcxx/include -Iinclude -nostdinc++ \
src/*.cpp -O3 -o testcase.exe -B,static \
-Lstdcxx/lib -lstd -lsupc++ -B,dynamic -ldl -s

thanks in advance

(ah btw: why incubator? compiled a whole lot of classes without any 
modifications! out of the box! that's really cool :)

Re: informix

[Martin Sebor <se...@roguewave.com>]

okki wrote:
> hi,
> 
> just wanted to tell you that stdcxx compiles just fine within interix/sfu 3.5.
> well done :)

Great to hear that!

Thanks for the note.
Martin

> 
> okki