opencxx-users

Re: [Opencxx-users] C++ standards support

[Hannu R. <han...@vt...>]

Grzegorz Jakacki wrote:
> It certainly depends a lot on what your practical use is going to be.
> I would be glad to give more details, but I need some background on how do
> you want to use OpenC++.

I'm afraid I cannot give much details at this stage, but I'm developing a
complicated speed-critical library, and I had the idea of generating certain
kinds of methods for the library user automatically from a higher-level
description.  That's why I was checking out OpenC++, and what prompted my
question was that I wouldn't want to restrict the kinds of C++ code that could
be used together with the library.  Anyhow, it looks like I won't have time to
pursue the idea any further, so the question is moot on my part.

As an interested bystander, I would still like to suggest that you consider
documenting the current limitations of OpenC++.  It would be useful not only to
users and potential users, but it could also serve as a kind of to-do list for
development work.

Best wishes,

Hannu Rummukainen

Re: [Opencxx-users] bug in image showing Metaclass <-> Class relation?

[Grzegorz J. <ja...@he...>]

On Tue, 17 Jun 2003, Carsten Pfeiffer wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
>
> On Tuesday 17 June 2003 00:18, you wrote:
>
> > > I'm wondering if there isn't a little bug: Metaclass inherits Class in
> > > OpenC++, but the image says it's the other way round, no?
> >
> > It depends on how you read the arrow pertaining to subclassing.
> > I agree that the arrow direction on the picture is counter-UML.
>
> The arrows say "instance-of", pointing from something being the instance of
> something else. Analogous to that, Metaclass being a subclass of Class, the
> arrow should point from Metaclass to Class.
>
> And actually, in Chiba's User Manual, the arrow is "correct", as I found out
> :]

Would you have time to fix it?

BR
Grzegorz

>
> Cheers
> Carsten Pfeiffer
> -----BEGIN PGP SIGNATURE-----
>
> iQEVAwUBPu5FuKWgYMJuwmZtAQEqCQf+MraytHQl4cw5DKTlgeuTBPavWAVb7pyq
> 7BRdqsJlNk3xC7qkXmUx5SO97sL/wVxUVP/L18oWsARyw62fOHQdJEIFFqOP0gyX
> LqhTC1H9DTK7rojuE9Cc3zJs1UVSpgdwRK0ntTnoqTMpQg1S7Ae38jYulLphN/n/
> pStb0DN43w0pr+eHuGPCNo66v/SEC9AMpdEmae2OLmcwTpRGly+rq2M3WFLY9OIk
> D0pUh0D5cgO2+H+PPobbd2fJyhjdD3Fc2an0OrJXDEDSfDzVhLqHa2iP1YwJV3vW
> FgRoOdpP/TKxGT0SohRllRyr4Lcqd1nG3j1RDSf6NqzUbmRgyG1NvQ==
> =DwXv
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: INetU
> Attention Web Developers & Consultants: Become An INetU Hosting Partner.
> Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission!
> INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

Re: [Opencxx-users] bug in image showing Metaclass <-> Class relation?

[Carsten P. <car...@ma...>]

=2D----BEGIN PGP SIGNED MESSAGE-----

On Tuesday 17 June 2003 00:18, you wrote:

> > I'm wondering if there isn't a little bug: Metaclass inherits Class in
> > OpenC++, but the image says it's the other way round, no?
>
> It depends on how you read the arrow pertaining to subclassing.
> I agree that the arrow direction on the picture is counter-UML.

The arrows say "instance-of", pointing from something being the instance of=
=20
something else. Analogous to that, Metaclass being a subclass of Class, the=
=20
arrow should point from Metaclass to Class.=20

And actually, in Chiba's User Manual, the arrow is "correct", as I found ou=
t=20
:]

Cheers
Carsten Pfeiffer
=2D----BEGIN PGP SIGNATURE-----

iQEVAwUBPu5FuKWgYMJuwmZtAQEqCQf+MraytHQl4cw5DKTlgeuTBPavWAVb7pyq
7BRdqsJlNk3xC7qkXmUx5SO97sL/wVxUVP/L18oWsARyw62fOHQdJEIFFqOP0gyX
LqhTC1H9DTK7rojuE9Cc3zJs1UVSpgdwRK0ntTnoqTMpQg1S7Ae38jYulLphN/n/
pStb0DN43w0pr+eHuGPCNo66v/SEC9AMpdEmae2OLmcwTpRGly+rq2M3WFLY9OIk
D0pUh0D5cgO2+H+PPobbd2fJyhjdD3Fc2an0OrJXDEDSfDzVhLqHa2iP1YwJV3vW
=46gRoOdpP/TKxGT0SohRllRyr4Lcqd1nG3j1RDSf6NqzUbmRgyG1NvQ=3D=3D
=3DDwXv
=2D----END PGP SIGNATURE-----

Re: [Opencxx-users] C++ standards support

[Grzegorz J. <ja...@he...>]

On Tue, 10 Jun 2003, Hannu Rummukainen wrote:

> Hi,
>
> Having just come across OpenC++, I've been trying to figure out which
> C++ features are supported.  In the mailing list archives, there are
> some references to deficiencies in template support, and there's an
> expected-failure test for typeid in the source tree, but I've found
> nothing definite.  Is there a description somewhere of exactly which
> C++ features are supported?

None that I know of.

> How close to full standard support are you?
>
> And do such deficiencies, if any, actually matter in practical use of
> OpenC++ ?  Any advice will be appreciated...

It certainly depends a lot on what your practical use is going to be.
I would be glad to give more details, but I need some background on how do
you want to use OpenC++.

Best regards
Grzegorz

>
> Best wishes,
>
> Hannu Rummukainen
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
> thread debugger on the planet. Designed with thread debugging features
> you've never dreamed of, try TotalView 6 free at www.etnus.com.
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

Re: [Opencxx-users] bug in image showing Metaclass <-> Class relation?

[Grzegorz J. <ja...@he...>]

On Mon, 9 Jun 2003, Carsten Pfeiffer wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
>
> Hi,
>
> the attached image is from the documentation
> http://opencxx.sourceforge.net/opencxx/html/class.html
>
> I'm wondering if there isn't a little bug: Metaclass inherits Class in
> OpenC++, but the image says it's the other way round, no?

It depends on how you read the arrow pertaining to subclassing.
I agree that the arrow direction on the picture is counter-UML.

Best regards
Grzegorz

>
> Cheers
> Carsten Pfeiffer
>
> PS: Grzegorz: I'm really busy with my thesis right now, I'll answer
> your mails ASAP.

No problem.

> -----BEGIN PGP SIGNATURE-----
>
> iQEVAwUBPuTl9KWgYMJuwmZtAQFenQf8C0JQiMu1WvFE3WITHHgeNKFAjThDtFRC
> pxcx4wfnHceO6vl18AmRBKcDjH2oHeeATZ3L5bTvZLqwjJXDSxlP4nVRKdBnF41s
> TJGzzSvZ4/Ov/lIl65I7r2gq21IUjZBUAAXtzcMBjUvVMmaPjE6e0wICRm0MXEjE
> hIkor2B7KFgIvZsquSLoVafpduIUQv9rDQYuI3nj4nqZ76xAh+JHymuIbCWHxWgI
> QzRuQ9h1n2rLIEzEGiuS/4llwtwNcZAh8B/ZHaJOz6PKuX7rjBd3OIDEircQ0Snv
> XgmeRAsnD9h9ffieJfSM9gQ4SXgpCSNI7wohqdinriIyCBEpk2VuuA==
> =LOQ/
> -----END PGP SIGNATURE-----
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

[Opencxx-users] C++ standards support

[Hannu R. <han...@vt...>]

Hi,

Having just come across OpenC++, I've been trying to figure out which C++
features are supported.  In the mailing list archives, there are some references
to deficiencies in template support, and there's an expected-failure test for
typeid in the source tree, but I've found nothing definite.  Is there a
description somewhere of exactly which C++ features are supported?  How close to
full standard support are you?

And do such deficiencies, if any, actually matter in practical use of OpenC++ ? 
Any advice will be appreciated...

Best wishes,

Hannu Rummukainen

[Opencxx-users] bug in image showing Metaclass <-> Class relation?

[Carsten P. <car...@ma...>]

=2D----BEGIN PGP SIGNED MESSAGE-----

Hi,

the attached image is from the documentation=20
http://opencxx.sourceforge.net/opencxx/html/class.html

I'm wondering if there isn't a little bug: Metaclass inherits Class in=20
OpenC++, but the image says it's the other way round, no?

Cheers
Carsten Pfeiffer

PS: Grzegorz: I'm really busy with my thesis right now, I'll answer your ma=
ils=20
ASAP.
=2D----BEGIN PGP SIGNATURE-----

iQEVAwUBPuTl9KWgYMJuwmZtAQFenQf8C0JQiMu1WvFE3WITHHgeNKFAjThDtFRC
pxcx4wfnHceO6vl18AmRBKcDjH2oHeeATZ3L5bTvZLqwjJXDSxlP4nVRKdBnF41s
TJGzzSvZ4/Ov/lIl65I7r2gq21IUjZBUAAXtzcMBjUvVMmaPjE6e0wICRm0MXEjE
hIkor2B7KFgIvZsquSLoVafpduIUQv9rDQYuI3nj4nqZ76xAh+JHymuIbCWHxWgI
QzRuQ9h1n2rLIEzEGiuS/4llwtwNcZAh8B/ZHaJOz6PKuX7rjBd3OIDEircQ0Snv
XgmeRAsnD9h9ffieJfSM9gQ4SXgpCSNI7wohqdinriIyCBEpk2VuuA=3D=3D
=3DLOQ/
=2D----END PGP SIGNATURE-----

Re: [Opencxx-users] __typeof is unknown

[Grzegorz J. <ja...@he...>]

On Sun, 8 Jun 2003, Dean Giberson wrote:

> First I would like to say that the method Grzegorz to fix my earlier
> problem worked. I've been working late nights and did not get a chance
> to try it until recently.
>
> Briefly how to replace the GC in opencxx is simple. Download the newest
> GC & replace the gc folder in opencxx. GC now has autotools support so
> you can just run ./configure && make. Then copy over the two missing
> file that opencxx requires for it's autoconf (Makefile.gc.in &
> Makefile.options.in) and run ./configure && make for opencxx. Works
> great. Thanks
>
> Now the new problem. Trying to compile the samples I get the following
> error:
>
> //////////////////////////////////////////////////////////////////////////////////
> ../src/occ -m -v -I../gc -I../src -- -g VerboseClass.mc
> [Preprocess...  g++ -I../gc -I../src -D__opencxx -E -o VerboseClass.occ
> -x c++ VerboseClass.mc]
> [Translate... VerboseClass.occ into: VerboseClass.ii]
> /usr/include/c++/3.2.2/i386-redhat-linux/bits/c++locale.h:48: parse
> error before `; }'
> MOP warning: The hash table is full.  Expanded...
> Produce VerboseClass-init.cc ..
> [Compile...  g++ -fPIC -shared -o VerboseClass-init.so VerboseClass-init.cc]
> 1 Error(s).  OpenC++ stops.
> make: *** [VerboseClass.so] Error 1
> //////////////////////////////////////////////////////////////////////////////////
>
> What seems to be happening is that the translator is getting hung up on
> the __typeof operator in the following code from
> '/usr/include/c++/3.2.2/i386-redhat-linux/bits/c++locale.h':
>
> //////////////////////////////////////////////////////////////////////////////////
> #if __GLIBC__ > 2 || (__GLIBC__ == 2 && __GLIBC_MINOR__ > 2)
> namespace __gnu_cxx
> {
>     extern "C" __typeof(uselocale) __uselocale;
> }
> #endif
> //////////////////////////////////////////////////////////////////////////////////
>
> My question is how do I bypass this? Of course it would be cool if
> opencxx understood the __typeof operator but simply not having it
> preprocessed in would be good enough for me right now.

Quick and dirty:

#define __typeof(x) int    // or any other type

If type of x is from nontrivial metaclass this of course will
not trigger user-defined translation.

Hope this helps.

Best regards
Grzegorz

>
> Thank you for any help,
> Dean Giberson
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
> thread debugger on the planet. Designed with thread debugging features
> you've never dreamed of, try TotalView 6 free at www.etnus.com.
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

[Opencxx-users] __typeof is unknown

[Dean G. <de...@de...>]

First I would like to say that the method Grzegorz to fix my earlier 
problem worked. I've been working late nights and did not get a chance 
to try it until recently.

Briefly how to replace the GC in opencxx is simple. Download the newest 
GC & replace the gc folder in opencxx. GC now has autotools support so 
you can just run ./configure && make. Then copy over the two missing 
file that opencxx requires for it's autoconf (Makefile.gc.in & 
Makefile.options.in) and run ./configure && make for opencxx. Works 
great. Thanks

Now the new problem. Trying to compile the samples I get the following 
error:

//////////////////////////////////////////////////////////////////////////////////
../src/occ -m -v -I../gc -I../src -- -g VerboseClass.mc
[Preprocess...  g++ -I../gc -I../src -D__opencxx -E -o VerboseClass.occ 
-x c++ VerboseClass.mc]
[Translate... VerboseClass.occ into: VerboseClass.ii]
/usr/include/c++/3.2.2/i386-redhat-linux/bits/c++locale.h:48: parse 
error before `; }'
MOP warning: The hash table is full.  Expanded...
Produce VerboseClass-init.cc ..
[Compile...  g++ -fPIC -shared -o VerboseClass-init.so VerboseClass-init.cc]
1 Error(s).  OpenC++ stops.
make: *** [VerboseClass.so] Error 1
//////////////////////////////////////////////////////////////////////////////////

What seems to be happening is that the translator is getting hung up on 
the __typeof operator in the following code from 
'/usr/include/c++/3.2.2/i386-redhat-linux/bits/c++locale.h':

//////////////////////////////////////////////////////////////////////////////////
#if __GLIBC__ > 2 || (__GLIBC__ == 2 && __GLIBC_MINOR__ > 2)
namespace __gnu_cxx
{
    extern "C" __typeof(uselocale) __uselocale;
}
#endif
//////////////////////////////////////////////////////////////////////////////////

My question is how do I bypass this? Of course it would be cool if 
opencxx understood the __typeof operator but simply not having it 
preprocessed in would be good enough for me right now.

Thank you for any help,
Dean Giberson

Re: [Opencxx-users] Error : MOP

[Grzegorz J. <ja...@he...>]

On Tue, 20 May 2003, Debjit Sinha wrote:

> Hi,
>
> While trying to compile a C++ program, I get the following error :
>
> MOP error: In Encoding::Append(char*,int), too long encoded name
>
> Can anyone please tell me where to look to resolve this error. GCC
> compiles the file without any errors or warnings.

OpenC++ has hardcoded limit on variable and type names. Eventually we may
get rid of it, but this means substantial reworking of existing code. For
the time being you may try to bump the value of MaxNameLen in encoding.h.
Let me know if this helps.

Best regards
Grzegorz

>
> Thanks,
> Deb
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

Re: [Opencxx-users] Metaclass for Templates

[Grzegorz J. <ja...@he...>]

On Fri, 16 May 2003, Bing-Chang Lai wrote:

> Hi!
>
> I was wondering how to define a metaclass for a template.

At the moment OpenC++ has a feature that allows you to define the
metaclass for a template, just as you would for an ordinary class.

You can check if a metaobject represents class or class template by using
'AcceptTemplate()' member function.

However, please have in mind, that the latest release does not have full
support for templates, in particular it does not instantiate templates and
there is no way to have metaobjects of template specializations.

Best regards
Grzegorz

>
> So say the Person class used in the tutorial is now a templated class,
> as follows:
>
> template<typename ageT> class Person {
> public:
> 	Person(ageT age);
> 	ageT Age() { return age; }
> 	ageT BirthdayComes() { return ++age; }
> private:
> 	ageT age;
> };
>
> What would the original "metaclass VerboseClass Person;" become?
>
> Thanks.
>
> Regards,
> Bing-Chang Lai
>
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

[Opencxx-users] Error : MOP

[Debjit S. <de...@ec...>]

Hi,

While trying to compile a C++ program, I get the following error :

MOP error: In Encoding::Append(char*,int), too long encoded name

Can anyone please tell me where to look to resolve this error. GCC
compiles the file without any errors or warnings.

Thanks,
Deb

Re: [Opencxx-users] Open C++ on MacOS X and AltiVec extensions

[Carsten P. <car...@ma...>]

=2D----BEGIN PGP SIGNED MESSAGE-----

On Thursday 15 May 2003 08:39, you wrote:

Hi,

> Thanks a lot! The patch worked for my test program.
>
> While we are on the topic of adding AltiVec keywords to Open C++, I
> would just like to point out that AltiVec introduces 5 simple type
> keywords (of which __vector is one).
> The 5 simple type keywords are:
>
> __vector
> vector
> __pixel
> pixel
> bool
>
> __vector means the same thing as vector and __pixel means the same
> thing as pixel, just in case you were wondering.
> The AltiVec interface is a C interface, so that's why they added the
> bool keyword.
>
> AltiVec implementations are allowed to implement vector and pixel
> either as
> 1. #defines to vector and pixel
> 2. context sensitive keywords
>
> If you would like more information on the AltiVec interface, it is
> available from
> http://e-www.motorola.com/brdata/PDFDB/docs/ALTIVECPIM.pdf

The names vector, pixel and bool don't look like a good idea to me, as they=
=20
are commonly used in programs. So it's not that easy for OpenC++ to simply=
=20
ignore them. Not sure what to do about that :-/

Cheers
Carsten Pfeiffer
=2D----BEGIN PGP SIGNATURE-----

iQEVAwUBPsV/aqWgYMJuwmZtAQHN0AgAsqVoWATdHFYpoDYiUPZKa6Gdt3fdQ3tK
5iMv8+Y0g1hyqUFxlgjYLWEvadLnQ7W1bIvoGX4VDvQw5De0DpmfGNVmIVMqL/hi
sUwz1T0AAMQAenLpVFeafrSVAMsM72gOkGrdZt6WUEQlsyjF7QK33EkUEMRBKyTp
oQDXxso8CUBBPj6ZEr1+TKX/qIIPfshVvzcVfad9+sfW2CdF8nmuroBKYuXJkc03
3qDthCSWYwQsbHvYyX0TC3RjQFWE6EaThNISYB1ZQROY/ajS0XWLJVdp/w3Oynxo
/4tk6yvdL6EHCERR5LlHlbSkEHbTEFnO2SW0T8k1IxkKO3D0KMEd2w=3D=3D
=3D/+CF
=2D----END PGP SIGNATURE-----

[Opencxx-users] Metaclass for Templates

[Bing-Chang L. <op...@bc...>]

Hi!

I was wondering how to define a metaclass for a template.

So say the Person class used in the tutorial is now a templated class, 
as follows:

template<typename ageT> class Person {
public:
	Person(ageT age);
	ageT Age() { return age; }
	ageT BirthdayComes() { return ++age; }
private:
	ageT age;
};

What would the original "metaclass VerboseClass Person;" become?

Thanks.

Regards,
Bing-Chang Lai

Re: [Opencxx-users] Open C++ on MacOS X and AltiVec extensions

[Carsten P. <car...@ma...>]

=2D----BEGIN PGP SIGNED MESSAGE-----

On Friday 16 May 2003 01:11, Grzegorz Jakacki wrote:

> > > I was under the impression that Open C++ is a front-end. So perhaps a=
ll
> > > that I need to do is to get Open C++ to accept my "__vector" as a
> > > keyword?
> >
> > Yes, the same goes for the __restrict__ keyword. Please try the attached
> > patch (or update from CVS).
>
> Carsten, thanks for taking care of this.

I should have posted a notice to the list when committing those fixes a few=
=20
days ago... OpenC++ compiles and works fine so far with my g++ 3.2=20
installation (i.e. also its STL). Shared libraries also work now.

Cheers
Carsten Pfeiffer
=2D----BEGIN PGP SIGNATURE-----

iQEVAwUBPsQmGKWgYMJuwmZtAQGj1ggAvseHBomFasmTA5OvzSUOp6A4x0U41ev6
YjwWpr/VHmHgKDaVIbQbegI63vriAYLl5QclSpcJv4j6OyDZKcHtSFq1DNHiwPfS
iDqPqhaTa8KW2l1z3QU1OmbJaTsf86N0O3SaeOhN+H+yqsylW/dtkGtBDDr/zMWu
4TvcFANsNo9EjP4BKGA//Dd0esTdcLrnH0q44k8qwYLCmYwlemGzeiUr05HvdS0c
vfbnKMKAdXyQGMptWn1Zxul6Den91bYdrBihnXnvf5BWASdgJX8ma+IpLvCyA+Ls
qgMG2qQtWaHPLJxi3A1dYIUf/YaNPJ7iz9pk3BbFrpXNLL9oNxhcuA=3D=3D
=3DqcKl
=2D----END PGP SIGNATURE-----

Re: [Opencxx-users] Open C++ on MacOS X and AltiVec extensions

[Grzegorz J. <ja...@he...>]

On Thu, 15 May 2003, Bing-Chang Lai wrote:

> Hi!
>
> I want to use Open C++ on Mac OS 10.2 (and above). I checked out the
> sandbox-kthulhu line using anonymous CVS and it managed to build the
> occ program. The main 2.6.1 release does not support Mac OS X, so I am
> unable to get that to compile at all.
>
> I have two main problems that I would like some input on:
>
> 1. Open C++ doesn't seem to like GCC 3.1's Standard C++ library

This is non-trivial problem. Alexandre Tolmos is just getting down to it.

Regards
Grzegorz

> 2. Enabling AltiVec extensions
>
> ====================================================
> 1. Open C++ doesn't seem to like GCC 3.1's Standard C++ library
> ====================================================
> Trying to occ on the following C++ program:
>
> #include <iostream>
> int main(int argc, char *argv[]) {
> 	return 0;
> }
>
> Fails with:
>
> MOP warning: The hash table is full.  Expanded...
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_alloc.h:392: parse error
> before `= *'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_alloc.h:401: parse error
> before `__ret ;'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:67: parse error
> before `namespace std'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:86: parse error
> before `template <'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:98: parse error
> before `template <'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:101: parse
> error before `__last ;'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:101: parse
> error before `__first )'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:112: parse
> error before `template <'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:134: parse
> error before `template <'
> /usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:145: parse
> error before `} namespace'
> 10 Error(s).  OpenC++ stops.
>
> Removing the "#include <iostream>" produces an executable.
>
> ====================================================
> 2. Enabling AltiVec extensions
> ====================================================
> Trying "occ -- -faltivec main.cpp" on:
>
> int main(int argc, char *argv[]) {
>          __vector signed char ch;
>          return 0;
> }
>
> Produces
>
> main.cpp:2: parse error before `char ch'
> 1 Error(s).  OpenC++ stops.
>
> I was under the impression that Open C++ is a front-end. So perhaps all
> that I need to do is to get Open C++ to accept my "__vector" as a
> keyword?
>
>
> Thanks in advance.
>
> Regards,
> Bing-Chang Lai
>
>
> PS: Version information
> $ g++ --version
> g++ (GCC) 3.1 20020420 (prerelease)
> Copyright (C) 2002 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is
> NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR
> PURPOSE.
>
> $ occ --version
> OpenC++ version 2.5.6_testing
> Copyright (c) 1997-2001 Shigeru Chiba.  All Rights Reserved.
> Copyright (c) 1995, 1996 Xerox Corporation. All Rights Reserved.
> Copyright (c) 2002 Other Developers.
>
> Usage: occ [-l][-s][-V][-v][-E][-m[<file
> name>]][-c][-n][-p][--regular-c++]
>                  [-I<directory>][-D<macro>[=<def>]][-M<option>[=<value>]]
>                  [-g][-d<option>][-S<metaclass>]
>                  [-- <compiler options>] <source file>
>
>      -g             Produce debugging information
>      -M             Specify an <option> with <value> passed to
> metaobjects
>      -l             List metaclasses
>      -S             Load a metaclass
>      -s             Show program tree on stdout
>      -V             Show version
>      -v             Verbose mode
>
>   Building stages options
>      -n             Don't preprocess
>      -p             Don't translate (stop after parsing)
>      -E             Don't compile (stop after translation)
>      -c             Don't make executable (stop after compilation)
>      -P             Preprocess again after translation
>      -m             Compile a metaclass (make a shared library)
>
>   Preprocessor options
>      -I<directory>  Add <directory> to the #include path
>      -D<name>=<def> Define a macro <name> as <def>
>      -d<option>     Specify a preprocessor option
>      -C             Don't discard comments
>
>   Other options
>      --regular-c++  Inhibit the extended syntax
>
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

Re: [Opencxx-users] Open C++ on MacOS X and AltiVec extensions

[Grzegorz J. <ja...@he...>]

On Thu, 15 May 2003, Carsten Pfeiffer wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
>
> On Thursday 15 May 2003 03:07, Bing-Chang Lai wrote:
>
> Hi,
>
> > I was under the impression that Open C++ is a front-end. So perhaps all
> > that I need to do is to get Open C++ to accept my "__vector" as a
> > keyword?
>
> Yes, the same goes for the __restrict__ keyword. Please try the attached patch
> (or update from CVS).

Carsten, thanks for taking care of this.

Regards
Grzegorz

>
> Cheers
> Carsten Pfeiffer
> -----BEGIN PGP SIGNATURE-----
>
> iQEVAwUBPsL6nqWgYMJuwmZtAQFaSQf/YXCcfzySDgv9CNvA/CruFYoCVeKSEKKP
> E/xoyNUwy69gTr+apj+M9Tg4hjlLZvYKaYEU3V9VOFstLyqbyS2QAPfavsIu0Pwd
> de93v0S1IQLHPNA7ZUC+AwWyuMel5t7ZOzC5Qu/TDJG/gxp3tdCeU76DqNV0BtUS
> wQCfvHPIUGVVaF+zBCJPpxflOfOL02erUfb1ApBKnljPJLxGFvhOSLwNZFOFKHAu
> rUYhYecmuhosG3kqHlX8Z+YSyeIUmD0TcUtn4nATpHwoY/GaDEh1DTz8PYUNou0y
> PRHa4BPpydxRcVrZdVY5TCRl/yWnvwCsZuq1kA1cHDkXXgjzh5CCMw==
> =Rqaz
> -----END PGP SIGNATURE-----
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

Re: [Opencxx-users] Open C++ on MacOS X and AltiVec extensions

[Carsten P. <car...@ma...>]

=2D----BEGIN PGP SIGNED MESSAGE-----

On Thursday 15 May 2003 03:07, Bing-Chang Lai wrote:

Hi,

> I was under the impression that Open C++ is a front-end. So perhaps all
> that I need to do is to get Open C++ to accept my "__vector" as a
> keyword?

Yes, the same goes for the __restrict__ keyword. Please try the attached pa=
tch=20
(or update from CVS).

Cheers
Carsten Pfeiffer
=2D----BEGIN PGP SIGNATURE-----

iQEVAwUBPsL6nqWgYMJuwmZtAQFaSQf/YXCcfzySDgv9CNvA/CruFYoCVeKSEKKP
E/xoyNUwy69gTr+apj+M9Tg4hjlLZvYKaYEU3V9VOFstLyqbyS2QAPfavsIu0Pwd
de93v0S1IQLHPNA7ZUC+AwWyuMel5t7ZOzC5Qu/TDJG/gxp3tdCeU76DqNV0BtUS
wQCfvHPIUGVVaF+zBCJPpxflOfOL02erUfb1ApBKnljPJLxGFvhOSLwNZFOFKHAu
rUYhYecmuhosG3kqHlX8Z+YSyeIUmD0TcUtn4nATpHwoY/GaDEh1DTz8PYUNou0y
PRHa4BPpydxRcVrZdVY5TCRl/yWnvwCsZuq1kA1cHDkXXgjzh5CCMw=3D=3D
=3DRqaz
=2D----END PGP SIGNATURE-----

[Opencxx-users] Open C++ on MacOS X and AltiVec extensions

[Bing-Chang L. <op...@bc...>]

Hi!

I want to use Open C++ on Mac OS 10.2 (and above). I checked out the 
sandbox-kthulhu line using anonymous CVS and it managed to build the 
occ program. The main 2.6.1 release does not support Mac OS X, so I am 
unable to get that to compile at all.

I have two main problems that I would like some input on:

1. Open C++ doesn't seem to like GCC 3.1's Standard C++ library
2. Enabling AltiVec extensions

====================================================
1. Open C++ doesn't seem to like GCC 3.1's Standard C++ library
====================================================
Trying to occ on the following C++ program:

#include <iostream>
int main(int argc, char *argv[]) {
	return 0;
}

Fails with:

MOP warning: The hash table is full.  Expanded...
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_alloc.h:392: parse error 
before `= *'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_alloc.h:401: parse error 
before `__ret ;'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:67: parse error 
before `namespace std'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:86: parse error 
before `template <'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:98: parse error 
before `template <'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:101: parse 
error before `__last ;'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:101: parse 
error before `__first )'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:112: parse 
error before `template <'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:134: parse 
error before `template <'
/usr/include/gcc/darwin/3.1/g++-v3/bits/stl_construct.h:145: parse 
error before `} namespace'
10 Error(s).  OpenC++ stops.

Removing the "#include <iostream>" produces an executable.

====================================================
2. Enabling AltiVec extensions
====================================================
Trying "occ -- -faltivec main.cpp" on:

int main(int argc, char *argv[]) {
         __vector signed char ch;
         return 0;
}

Produces

main.cpp:2: parse error before `char ch'
1 Error(s).  OpenC++ stops.

I was under the impression that Open C++ is a front-end. So perhaps all 
that I need to do is to get Open C++ to accept my "__vector" as a 
keyword?


Thanks in advance.

Regards,
Bing-Chang Lai


PS: Version information
$ g++ --version
g++ (GCC) 3.1 20020420 (prerelease)
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is 
NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.

$ occ --version
OpenC++ version 2.5.6_testing
Copyright (c) 1997-2001 Shigeru Chiba.  All Rights Reserved.
Copyright (c) 1995, 1996 Xerox Corporation. All Rights Reserved.
Copyright (c) 2002 Other Developers.

Usage: occ [-l][-s][-V][-v][-E][-m[<file 
name>]][-c][-n][-p][--regular-c++]
                 [-I<directory>][-D<macro>[=<def>]][-M<option>[=<value>]]
                 [-g][-d<option>][-S<metaclass>]
                 [-- <compiler options>] <source file>

     -g             Produce debugging information
     -M             Specify an <option> with <value> passed to 
metaobjects
     -l             List metaclasses
     -S             Load a metaclass
     -s             Show program tree on stdout
     -V             Show version
     -v             Verbose mode

  Building stages options
     -n             Don't preprocess
     -p             Don't translate (stop after parsing)
     -E             Don't compile (stop after translation)
     -c             Don't make executable (stop after compilation)
     -P             Preprocess again after translation
     -m             Compile a metaclass (make a shared library)

  Preprocessor options
     -I<directory>  Add <directory> to the #include path
     -D<name>=<def> Define a macro <name> as <def>
     -d<option>     Specify a preprocessor option
     -C             Don't discard comments

  Other options
     --regular-c++  Inhibit the extended syntax

Re: [Opencxx-users] clarity of reference.pdf p.3

[Grzegorz J. <ja...@he...>]

On Tue, 13 May 2003, Shigeru Chiba wrote:

>
> Hi,
>
> reference.pdf is a pdf version of the reference manual.
> I would like to suggest to delete reference.pdf from the distribution
> package and only maintain the .html version.
>
> But if you guys want to have both, I will find the tex source and check
> in.

I think we should stick to html, as it is easier to maintain.

Best regards
Grzegorz

>
> Chiba
>
> From: Grzegorz Jakacki <ja...@he...>
> Subject: [Opencxx-users] Re: [opencxx] clarity of reference.pdf p.3
> Date: Tue, 13 May 2003 19:09:21 +0800 (CST)
>
> >
> > Hi,
> >
> > Chiba, do you have the source of the reference.pdf file?
> >
> > Larry, would you spend your time on fixing this?
> >
> > Best regards
> > Grzegorz
> >
> > On Wed, 30 Apr 2003, Shigeru Chiba wrote:
> >
> > >
> > > I forward this.  Since Larry is not subscribing the old list, his
> > > submissions are rejcted till we switch to the new list on May 5th.
> > >
> > > - Chiba
> > >
> > > > Date: Mon, 28 Apr 2003 12:38:17 -0600
> > > > From: Larry Evans <jca...@pr...>
> > > > To: op...@cs...
> > > > Subject: clarity of reference.pdf p.3
> > > >
> > > > Reference.pdf on p.3 contains the phrase:
> > > >
> > > >    The translation by the metaobjects is applied not only a
> > > >    member call but also other kinds of code involved with the
> > > >    C++ class system, such as data member access and class
> > > >    declaration.
> > > >
> > > > This would be clearer to me if it read:
> > > >
> > > >    The translation by the metaobjects can BE applied not only TO
> > > >    a member call but also TO other kinds of code involved with the
> > > >    C++ class system, such as data member access and class
> > > >    declaration.
> > >
> > >
> >
> > ##################################################################
> > # Grzegorz Jakacki                       Huada Electronic Design #
> > # Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
> > # tel. +86-10-64365577 x2074               Beijing 100015, China #
> > # Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
> > ##################################################################
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

[Opencxx-users] Re: Fw: [opencxx] Problems using OpenC++ with MS VisualStudio 7.0

[Grzegorz J. <ja...@he...>]

Hi,

It looks like OpenC++ chokes on the thing that is expanded from _W64
macro. It looks like the result of expansion is __w64. If this is another
macro,
then you may want to try running your file through the preprocessor and
find out what it really is. However it looks like this is non-stanard
language extension. The quick way to deal with such things is

#define __w64

(define it to expand to nothing).

Let me know if this solves your problem.

Best regards
Grzegorz

PS: Sorry for the late reply.


On Thu, 24 Apr 2003, Alessandro Pasetti wrote:

Dear Grzegorz,

Thanks for your offer of assistance.

I have just downloaded OpenC++ (version 2.5.12). I would like to use
it on my PC under Windows2000 and with Microsoft Visual Studio 7.0.

I had no problems constructing the occ and gc executables using the
makefiles provided with the OpenC++ delivery. However, when I try to
execute the makefile for the sample programs, I get the following
fatal error:

    stddef.h(84) : parse error before 'intptr_t ; '

Can you send the line 84 of your stddef.h (and several lines around)?

I have attached the entire stddef.h file. Please note that I tried making
the sample programs with version 6.0 of Microsoft Visual Studio and found
that everything worked fine. Hence, the issue is not urgent (at least not as
far as I am concerned)!

Regards,
Alessandro




##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

Re: [Opencxx-users] clarity of reference.pdf p.3

[Shigeru C. <ch...@is...>]

Hi,

reference.pdf is a pdf version of the reference manual.
I would like to suggest to delete reference.pdf from the distribution
package and only maintain the .html version.

But if you guys want to have both, I will find the tex source and check
in.

Chiba

From: Grzegorz Jakacki <ja...@he...>
Subject: [Opencxx-users] Re: [opencxx] clarity of reference.pdf p.3
Date: Tue, 13 May 2003 19:09:21 +0800 (CST)

> 
> Hi,
> 
> Chiba, do you have the source of the reference.pdf file?
> 
> Larry, would you spend your time on fixing this?
> 
> Best regards
> Grzegorz
> 
> On Wed, 30 Apr 2003, Shigeru Chiba wrote:
> 
> >
> > I forward this.  Since Larry is not subscribing the old list, his
> > submissions are rejcted till we switch to the new list on May 5th.
> >
> > - Chiba
> >
> > > Date: Mon, 28 Apr 2003 12:38:17 -0600
> > > From: Larry Evans <jca...@pr...>
> > > To: op...@cs...
> > > Subject: clarity of reference.pdf p.3
> > >
> > > Reference.pdf on p.3 contains the phrase:
> > >
> > >    The translation by the metaobjects is applied not only a
> > >    member call but also other kinds of code involved with the
> > >    C++ class system, such as data member access and class
> > >    declaration.
> > >
> > > This would be clearer to me if it read:
> > >
> > >    The translation by the metaobjects can BE applied not only TO
> > >    a member call but also TO other kinds of code involved with the
> > >    C++ class system, such as data member access and class
> > >    declaration.
> >
> >
> 
> ##################################################################
> # Grzegorz Jakacki                       Huada Electronic Design #
> # Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
> # tel. +86-10-64365577 x2074               Beijing 100015, China #
> # Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
> ##################################################################

Re: [Opencxx-users] Re: [opencxx] gcc-3.2 frontend patch comitted

[Grzegorz J. <ja...@he...>]

On Wed, 7 May 2003, Carsten Pfeiffer wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
>
> On Tuesday 06 May 2003 23:58, you wrote:
>
> >       _Obj* __restrict__ __result = *__my_free_list;
> >
> > I guess it doesn't like __restrict__, which seems to be a gcc extension to
> > support "restricted pointers" of C99.
>
> FWIW, I just committed this fix:

Thanks

Grzegorz


>
> diff -u -p -B -w -r1.7 token.cc
> - --- token.cc    23 Apr 2003 13:18:09 -0000      1.7
> +++ token.cc    7 May 2003 01:10:20 -0000
> @@ -799,6 +799,7 @@ static struct rw_table {
>      { "__extension__", token(EXTENSION) },
>      { "__inline__",    token(INLINE) },
>      { "__restrict",    token(Ignore) },
> +    { "__restrict__",  token(Ignore) },
>      { "__signed",      token(SIGNED) },
>      { "__signed__",    token(SIGNED) },
>  #endif
>
> (and sorry for posting the other mail with the wrong from-address)
>
> Cheers
> Carsten Pfeiffer
> -----BEGIN PGP SIGNATURE-----
>
> iQEVAwUBPrhdHqWgYMJuwmZtAQFP+gf8CB5lT7HEOjKKO4E+ojhnfe2WTlIg71S8
> euT9CabI1mntbXsmhXUeapepE1VmYV7c4mr6Tz7p7X1vSiNrF8S/yVlVCDl8DWez
> fZACGCBgLtm0lAjbEoWHtLwvIDvvNvvz8y3euiQPZhfA/ugQ3ZNe0HmGHGysNeUp
> TJKFHjdTBEigzlNam5SLnjgNDJRFGz2wDpV8S4GoNIXZtXBCygt/UcKRTA9Tk8DU
> JQO5Tx+qvr+rFZkTLI6IopXHkSNQEmKMPi5JecFJUR21Sp04dRZVFmK6segeRqEu
> uATonYTceUnRWplLzZAqBB0bIa4kjFHlGc64jcbUSDIWQC4gLb4rJQ==
> =k24k
> -----END PGP SIGNATURE-----
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

[Opencxx-users] Re: [opencxx] clarity of reference.pdf p.3

[Grzegorz J. <ja...@he...>]

Hi,

Chiba, do you have the source of the reference.pdf file?

Larry, would you spend your time on fixing this?

Best regards
Grzegorz

On Wed, 30 Apr 2003, Shigeru Chiba wrote:

>
> I forward this.  Since Larry is not subscribing the old list, his
> submissions are rejcted till we switch to the new list on May 5th.
>
> - Chiba
>
> > Date: Mon, 28 Apr 2003 12:38:17 -0600
> > From: Larry Evans <jca...@pr...>
> > To: op...@cs...
> > Subject: clarity of reference.pdf p.3
> >
> > Reference.pdf on p.3 contains the phrase:
> >
> >    The translation by the metaobjects is applied not only a
> >    member call but also other kinds of code involved with the
> >    C++ class system, such as data member access and class
> >    declaration.
> >
> > This would be clearer to me if it read:
> >
> >    The translation by the metaobjects can BE applied not only TO
> >    a member call but also TO other kinds of code involved with the
> >    C++ class system, such as data member access and class
> >    declaration.
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################

Re: [Opencxx-users] OpenC++ on RedHat 7.3?

[Grzegorz J. <ja...@he...>]

On Thu, 1 May 2003, Evan Carew wrote:

> Anyone gotten opencxx to compile and run on RedHat 7.3 with gcc 2.96?
> The system seems to compile, but I get a segfault when I run it.

Try building occ without gc (look for DONT_GC in sources).

Regards
Grzegorz

>
> Evan
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Opencxx-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opencxx-users
>
>

##################################################################
# Grzegorz Jakacki                       Huada Electronic Design #
# Senior Engineer, CAD Dept.              1 Gaojiayuan, Chaoyang #
# tel. +86-10-64365577 x2074               Beijing 100015, China #
# Copyright (C) 2002 Grzegorz Jakacki, HED. All Rights Reserved. #
##################################################################