You can subscribe to this list here.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(9) |
Oct
(16) |
Nov
(14) |
Dec
(24) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(14) |
Feb
(57) |
Mar
(72) |
Apr
(37) |
May
(21) |
Jun
(12) |
Jul
(16) |
Aug
(33) |
Sep
(24) |
Oct
|
Nov
(10) |
Dec
(8) |
2004 |
Jan
(6) |
Feb
(14) |
Mar
(47) |
Apr
(41) |
May
(16) |
Jun
(31) |
Jul
(78) |
Aug
(62) |
Sep
(99) |
Oct
(43) |
Nov
(35) |
Dec
(9) |
2005 |
Jan
(19) |
Feb
(22) |
Mar
(7) |
Apr
|
May
(5) |
Jun
(4) |
Jul
(2) |
Aug
(9) |
Sep
(15) |
Oct
(23) |
Nov
(2) |
Dec
(20) |
2006 |
Jan
|
Feb
(2) |
Mar
(7) |
Apr
|
May
|
Jun
(8) |
Jul
(15) |
Aug
(1) |
Sep
(4) |
Oct
|
Nov
(9) |
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(5) |
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(11) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Grzegorz J. <ja...@he...> - 2003-02-18 01:31:31
|
Hi, On Mon, 17 Feb 2003, Stefan Reuther wrote: > Hello, > > On Sat, Feb 15, 2003 at 07:13:35PM +0100, Alexandre Tolmos wrote: > > >The versions I tried were GC 6.1 and OpenC++ 2.5.12; I still > > >have to try the CVS version. > > > > I replaced the current Gc in the Cvs version with Gc 6.1. It compiles > > without any problem but Occ itself does not compile at all, I get tons > > of errors. The Gcc version > > shipped with the Mosx dev package is 3.1. Which version do you use to > > compile Occ? > > I use g++ 2.95.4. The CVS snapshot > <http://opencxx.sourceforge.net/snapshots/opencxx-exp_branch-snap-2003-02-17.tgz> > compiles out of the box; system is Debian 3.0 for x86. I just > did "./configure && make". > > I get nasty warning messages from the GC, though, like these: > Finalization cycle involving 833a140 > Finalization cycle involving 8296b90 > and these: > GC_register_finalizer_ignore_self called with non-base-pointer 0x0 > > I wonder whether these are serious errors? occ seems to work so > far. As far as I remember exp_templates use alpha version of GC (for no special reason; you should be able to switch to the latest stable release with no problems). The messages you see are to my understanding debugging messages, which are enabled in alpha, but disabled in stable version. If still in doubt, please subscribe to gc...@li... and ask the question there (I am not aware if this list is achived, possibly you can find out at http://www.hpl.hp.com/personal/Hans_Boehm/gc/). Best regards Grzegorz ################################################################## # 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. # ################################################################## |
From: Grzegorz J. <ja...@he...> - 2003-02-18 01:23:05
|
On 2003-02-15 Alexandre Tolmos wrote: > Hugh > > > Hello, > > > > On Fri, Feb 14, 2003 at 09:44:39AM +0800, Grzegorz Jakacki wrote: > >> On Thu, 13 Feb 2003, Alexandre Tolmos wrote: > >>> I would like to use OpenC++ on MacOs X. Compiling occ itself > >>> shouldn't > >>> be a big issue (Darwin, the core Os is FreeBSD based) but the garbage > >>> collector is Os and architecture dependent. So, my questions are: > >>> > >>> - Is there a Mosx port of GC? > >> > >> It seems to me that recent versions of Hans Boehm's GC supports MacOS > >> X. > > [...] > >> Try to build with one of them and let me know if it works. MacOS X > >> port > >> of OpenC++ would be very welcome. > > > > JFTR: I have built OpenC++ with a different GC than the included > > one. Here's what I did: > > + clear the "gc" subdirectory from the OpenC++ source tree > > + install the garbage collector into that directory > > + symlink all files from "gc/include" into "gc". OpenC++ wants > > to say "#include <gc/gc.h>". > > > > The versions I tried were GC 6.1 and OpenC++ 2.5.12; I still > > have to try the CVS version. > > I replaced the current Gc in the Cvs version with Gc 6.1. It compiles > without any problem but Occ itself does not compile at all, I get tons > of errors. The Gcc version > shipped with the Mosx dev package is 3.1. Which version do you use to > compile Occ? OpenC++ sources does not conform to namespaces scheme mandated by C++ standard (i.e. that standard library components live in 'std' namespace). OpenC++ DOES NOT compile with gcc>=3.0. It is not difficult to fix and somebody has already done it, but nobody had enough will to check it in. Go to OpenC++ project page at www.sf.net and search the archive of opencxx-user, the link to the gcc-3.0 compatible version has been posted here. If you can spare some time to merge the changes with HEAD revision and check it in, the heavens will thank you (and I will join too). > Note: to compile Occ, I duplicated "Makefile.FreeBSD" in "src/Unix" and > used "make -f Makefile.Darwin all". *PLEASE* work on CVS HEAD. 2.5.12/2.5.13 is difficult to maintain because of code duplication in its build system. OpenC++ project does not have resources to maintain it. Moreover, 2.5.12 does not include test harness nor test suite, which disables reliable development, because you have no means to verify if your contribution breaks the current functionality. It is likely that your otherwise very valuable work will not be useful if you stick to 2.5.12 . Best regards Grzegorz FYI: The original posting of your message somehow did not make it to my mailbox. ################################################################## # 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. # ################################################################## |
From: Grzegorz J. <ja...@he...> - 2003-02-18 01:05:38
|
On 2003-02-14 Stefan Reuther wrote: > Hello, > > On Fri, Feb 14, 2003 at 09:44:39AM +0800, Grzegorz Jakacki wrote: > > On Thu, 13 Feb 2003, Alexandre Tolmos wrote: > > > I would like to use OpenC++ on MacOs X. Compiling occ itself shouldn't > > > be a big issue (Darwin, the core Os is FreeBSD based) but the garbage > > > collector is Os and architecture dependent. So, my questions are: > > > > > > - Is there a Mosx port of GC? > > > > It seems to me that recent versions of Hans Boehm's GC supports MacOS X. > [...] > > Try to build with one of them and let me know if it works. MacOS X port > > of OpenC++ would be very welcome. > > JFTR: I have built OpenC++ with a different GC than the included > one. Here's what I did: > + clear the "gc" subdirectory from the OpenC++ source tree > + install the garbage collector into that directory > + symlink all files from "gc/include" into "gc". OpenC++ wants > to say "#include <gc/gc.h>". > > The versions I tried were GC 6.1 and OpenC++ 2.5.12; I still > have to try the CVS version. > > The reason why I replaced the GC was because my program crashed > and I suspected a GC bug. Later, it turned out that the GC doesn't > trace STL containers for pointers. It does, but you have to use custom allocator. There are headers for that somewhere in GC distribution. I was using it in 'exp_templates' branch. Or if you do not want to bother GC with container memory, just write wrapper for plain pointers and use the wrapper when storing elements in a container. [...] > > PS: If this does not work, however, there is possibly a way to get rid of > > GC at all with help of boost::shared_ptr<>. > > Uhm. I doubt that. At least, this fundamental piece of Ptree > union { > struct { > Ptree* child; > Ptree* next; > } nonleaf; > struct { > char* position; > int length; > } leaf; > }data; > will not compile when replacing Ptree* by boost::shared_ptr<Ptree>. > So you'd have to rewrite quite a lot, I think. Unfortunately you are absolutely right. Best regards Grzegorz FYI: The original posting of your e-mail somehow did not make it to my mailbox. ################################################################## # 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. # ################################################################## |
From: Grzegorz J. <ja...@he...> - 2003-02-18 00:50:20
|
On 2003-02-14 Chiba wrote: > > > > PS: If this does not work, however, there is possibly a way to get rid > > > of GC at all with help of boost::shared_ptr<>. > > Memory management with smart pointers > should be slower than with GC... Why? I do not disagree, but I am still looking for convincing argument. Best regards Grzegorz FYI: The original post of your message for some reason did not make it to my mailbox. ################################################################## # 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. # ################################################################## |
From: Grzegorz J. <ja...@he...> - 2003-02-18 00:21:00
|
Hi Vladimir, On Mon, 17 Feb 2003, grigoriev wrote: > Hello, > > I'm very interesting in Open C++, Good! > I'm working in Microsoft Visual C++ 7, > > and some compatibility problem there is: > > Does it fully compatible with Microsoft Visual C++ 7? > Especially -With Attributing programming - new constructions added. I do not think so. Can you expand on how this attributing is supposed to work? Perhaps we can figure out how far from that the OpenC++ is. > Does it fully compatible with Microsoft Visual C++ 6? -Standard > compatibility. I do not use MSVC++, I do not know what this switch really does. Perhaps you want to elaborate on this or wait for somebody else to address this question. > "[]" the square brackets constructions possible to parse in Open C++ > by -self meta programming? It is not quite clear to me what you mean here. AFAIR OpenC++ parses square bracket initializers. What is "self meta programming"? > Can I parse and meta-use that new technique of expressing AOP ? > AOP - is Some core technology of meta programming - subject of Open C++. Could you explain what AOP is? > Or can I just parse remaining code with attributes presented in it? This question is not clear to me either. Best regards Grzegorz ################################################################## # 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. # ################################################################## |
From: Grzegorz J. <ja...@he...> - 2003-02-18 00:11:38
|
On Mon, 17 Feb 2003, James Michael DuPont wrote: > > --- Grzegorz Jakacki <ja...@he...> wrote: > > On Fri, 14 Feb 2003, Dupont, Michael wrote: > > > > > Grzegorz, > > > please tell me what I need to do next. I dont know exactly what you > > have > > > changed. > > > Basically I am going to next cvs update and rebuild. > > > > What is "next cvs update"? Do you mean running "cvs update"? > > yes Then yes, just go ahead. 'opencxx-2.6-exp1.tar.gz' is just HEAD revision stripped out of 'CVS' dirs. I committed all the changes I made. Best regards Grzegorz > > ===== > James Michael DuPont > http://introspector.sourceforge.net/ > > __________________________________________________ > Do you Yahoo!? > Yahoo! Shopping - Send Flowers for Valentine's Day > http://shopping.yahoo.com > > ################################################################## # 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. # ################################################################## |
From: Stefan R. <sr...@ma...> - 2003-02-17 15:10:56
|
Hello, On Sat, Feb 15, 2003 at 07:13:35PM +0100, Alexandre Tolmos wrote: > >The versions I tried were GC 6.1 and OpenC++ 2.5.12; I still > >have to try the CVS version. > > I replaced the current Gc in the Cvs version with Gc 6.1. It compiles > without any problem but Occ itself does not compile at all, I get tons > of errors. The Gcc version > shipped with the Mosx dev package is 3.1. Which version do you use to > compile Occ? I use g++ 2.95.4. The CVS snapshot <http://opencxx.sourceforge.net/snapshots/opencxx-exp_branch-snap-2003-02-17.tgz> compiles out of the box; system is Debian 3.0 for x86. I just did "./configure && make". I get nasty warning messages from the GC, though, like these: Finalization cycle involving 833a140 Finalization cycle involving 8296b90 and these: GC_register_finalizer_ignore_self called with non-base-pointer 0x0 I wonder whether these are serious errors? occ seems to work so far. Stefan |
From: James M. D. <mdu...@ya...> - 2003-02-17 13:49:25
|
--- Grzegorz Jakacki <ja...@he...> wrote: > On Fri, 14 Feb 2003, Dupont, Michael wrote: > > > Grzegorz, > > please tell me what I need to do next. I dont know exactly what you > have > > changed. > > Basically I am going to next cvs update and rebuild. > > What is "next cvs update"? Do you mean running "cvs update"? yes ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Shopping - Send Flowers for Valentine's Day http://shopping.yahoo.com |
From: grigoriev <gri...@ar...> - 2003-02-17 12:22:39
|
Hello, I'm very interesting in Open C++, I'm working in Microsoft Visual C++ 7, and some compatibility problem there is: Does it fully compatible with Microsoft Visual C++ 7? Especially -With Attributing programming - new constructions added. Does it fully compatible with Microsoft Visual C++ 6? -Standard compatibility. "[]" the square brackets constructions possible to parse in Open C++ by -self meta programming? Can I parse and meta-use that new technique of expressing AOP ? AOP - is Some core technology of meta programming - subject of Open C++. Or can I just parse remaining code with attributes presented in it? Thanks you. Vladimir Grigoriev. |
From: Grzegorz J. <ja...@he...> - 2003-02-17 00:34:09
|
On Fri, 14 Feb 2003, Dupont, Michael wrote: > Grzegorz, > please tell me what I need to do next. I dont know exactly what you have > changed. > Basically I am going to next cvs update and rebuild. What is "next cvs update"? Do you mean running "cvs update"? > See if the debian > packages are ok. > > mike [...] ################################################################## # 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. # ################################################################## |
From: Alexandre T. <kt...@fr...> - 2003-02-15 18:17:50
|
Hugh > Hello, > > On Fri, Feb 14, 2003 at 09:44:39AM +0800, Grzegorz Jakacki wrote: >> On Thu, 13 Feb 2003, Alexandre Tolmos wrote: >>> I would like to use OpenC++ on MacOs X. Compiling occ itself =20 >>> shouldn't >>> be a big issue (Darwin, the core Os is FreeBSD based) but the garbage >>> collector is Os and architecture dependent. So, my questions are: >>> >>> - Is there a Mosx port of GC? >> >> It seems to me that recent versions of Hans Boehm's GC supports MacOS = =20 >> X. > [...] >> Try to build with one of them and let me know if it works. MacOS X =20 >> port >> of OpenC++ would be very welcome. > > JFTR: I have built OpenC++ with a different GC than the included > one. Here's what I did: > + clear the "gc" subdirectory from the OpenC++ source tree > + install the garbage collector into that directory > + symlink all files from "gc/include" into "gc". OpenC++ wants > to say "#include <gc/gc.h>". > > The versions I tried were GC 6.1 and OpenC++ 2.5.12; I still > have to try the CVS version. I replaced the current Gc in the Cvs version with Gc 6.1. It compiles =20 without any problem but Occ itself does not compile at all, I get tons =20 of errors. The Gcc version shipped with the Mosx dev package is 3.1. Which version do you use to =20 compile Occ? Note: to compile Occ, I duplicated "Makefile.FreeBSD" in "src/Unix" and =20 used "make -f Makefile.Darwin all". Alex ------------------------------------------------------------------------=20 - Alexandre Tolmos E-mail:=A0...@fr... ICQ: 92964905 ------------------------------------------------------------------------=20 - "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." ------------------------------------------------------------------------=20 - |
From: Shigeru C. <ch...@is...> - 2003-02-14 15:11:07
|
> > PS: If this does not work, however, there is possibly a way to get rid > > of GC at all with help of boost::shared_ptr<>. Memory management with smart pointers should be slower than with GC... > Is there a #define somewhere to tell Occ not to use Gc? Please define DONT_GC in types.h Chiba |
From: Dupont, M. <mic...@mc...> - 2003-02-14 11:46:24
|
=20 >>Which port? Intel or PowerPC? I tried to compile on my PowerMac GC = but it failed.=20 =20 I am porting the gcc 3.3 cvs head from the Darwin CVS to the Debian GNU/Linux running on k6/400 It uses the garbage collector, and it works. I have not tested the opencxx with this yet. =20 =20 mike -----Original Message----- From: Alexandre Tolmos [mailto:kt...@fr...] Sent: Friday, February 14, 2003 11:34 AM To: op...@cs... Subject: Re: [opencxx] Porting to MacOs X Le vendredi, 14 f=E9v 2003, =E0 09:59 Europe/Paris, Dupont, Michael a = =E9crit :=20 Are you sure? I have been compiling the darwin port of gcc=20 to debian GNU/Linux.=20 mike=20 Which port? Intel or PowerPC? I tried to compile on my PowerMac GC but = it failed.=20 Alex=20 -----Original Message-----=20 From: Alexandre Tolmos [mailto:kt...@fr...]=20 Sent: Thursday, February 13, 2003 7:35 PM=20 To: op...@cs...=20 Subject: [opencxx] Porting to MacOs X=20 Hi,=20 I would like to use OpenC++ on MacOs X. Compiling occ itself shouldn't = be a big issue (Darwin, the core Os is FreeBSD based) but the garbage =20 collector is Os and architecture dependent. So, my questions are:=20 - Is there a Mosx port of GC?=20 - If not, what issues should I be aware of if I need to port it myself? = Thanks.=20 ------------------------------------------------------------------------= =20 -=20 Alexandre Tolmos=20 E-mail: kt...@fr...=20 ICQ: 92964905=20 ------------------------------------------------------------------------= =20 -=20 "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn."=20 ------------------------------------------------------------------------= =20 -=20 ------------------------------------------------------------------------= -=20 Alexandre Tolmos=20 E-mail: kt...@fr...=20 ICQ: 92964905=20 ------------------------------------------------------------------------= -=20 "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn."=20 ------------------------------------------------------------------------= -=20 |
From: Stefan R. <sr...@ma...> - 2003-02-14 11:42:51
|
Hello, On Fri, Feb 14, 2003 at 09:44:39AM +0800, Grzegorz Jakacki wrote: > On Thu, 13 Feb 2003, Alexandre Tolmos wrote: > > I would like to use OpenC++ on MacOs X. Compiling occ itself shouldn't > > be a big issue (Darwin, the core Os is FreeBSD based) but the garbage > > collector is Os and architecture dependent. So, my questions are: > > > > - Is there a Mosx port of GC? > > It seems to me that recent versions of Hans Boehm's GC supports MacOS X. [...] > Try to build with one of them and let me know if it works. MacOS X port > of OpenC++ would be very welcome. JFTR: I have built OpenC++ with a different GC than the included one. Here's what I did: + clear the "gc" subdirectory from the OpenC++ source tree + install the garbage collector into that directory + symlink all files from "gc/include" into "gc". OpenC++ wants to say "#include <gc/gc.h>". The versions I tried were GC 6.1 and OpenC++ 2.5.12; I still have to try the CVS version. The reason why I replaced the GC was because my program crashed and I suspected a GC bug. Later, it turned out that the GC doesn't trace STL containers for pointers. The solution so far is to compile the GC with "-DREDIRECT_MALLOC=GC_malloc_uncollectable" (overloading ::operator new didn't seem to do the trick). Just in case someone else also stumbles across that problem... > PS: If this does not work, however, there is possibly a way to get rid of > GC at all with help of boost::shared_ptr<>. Uhm. I doubt that. At least, this fundamental piece of Ptree union { struct { Ptree* child; Ptree* next; } nonleaf; struct { char* position; int length; } leaf; }data; will not compile when replacing Ptree* by boost::shared_ptr<Ptree>. So you'd have to rewrite quite a lot, I think. Stefan |
From: Alexandre T. <kt...@fr...> - 2003-02-14 10:55:07
|
Le vendredi, 14 f=E9v 2003, =E0 02:44 Europe/Paris, Grzegorz Jakacki a =20 =E9crit : > On Thu, 13 Feb 2003, Alexandre Tolmos wrote: > >> Hi, >> >> I would like to use OpenC++ on MacOs X. Compiling occ itself shouldn't >> be a big issue (Darwin, the core Os is FreeBSD based) but the garbage >> collector is Os and architecture dependent. So, my questions are: >> >> - Is there a Mosx port of GC? > > Hi, > > It seems to me that recent versions of Hans Boehm's GC supports MacOS =20 > X. > They are available at > > http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ > > Try to build with one of them and let me know if it works. MacOS X port > of OpenC++ would be very welcome. > > Please work on the latest version of sources from CVS. Let me know if =20 > any > issues. > I downloaded version 6 but apparently the Mosx port lacks support for =20 threads and dynamic libraries... So I guess I'll have to discard Gc for =20 a while :( > PS: If this does not work, however, there is possibly a way to get rid = =20 > of > GC at all with help of boost::shared_ptr<>. Is there a #define somewhere to tell Occ not to use Gc? Thanks. Alex ------------------------------------------------------------------------=20 - Alexandre Tolmos E-mail:=A0...@fr... ICQ: 92964905 ------------------------------------------------------------------------=20 - "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." ------------------------------------------------------------------------=20 - |
From: Alexandre T. <kt...@fr...> - 2003-02-14 10:36:19
|
Le vendredi, 14 f=E9v 2003, =E0 09:59 Europe/Paris, Dupont, Michael a = =E9crit =20 : > Are you sure? I have been compiling the darwin port of gcc > to debian GNU/Linux. > > mike Which port? Intel or PowerPC? I tried to compile on my PowerMac GC but =20= it failed. Alex > > -----Original Message----- > From: Alexandre Tolmos [mailto:kt...@fr...] > Sent: Thursday, February 13, 2003 7:35 PM > To: op...@cs... > Subject: [opencxx] Porting to MacOs X > > > Hi, > > I would like to use OpenC++ on MacOs X. Compiling occ itself = shouldn't=A0 > be a big issue (Darwin, the core Os is FreeBSD based) but the garbage=A0= > collector is Os and architecture dependent. So, my questions are: > > - Is there a Mosx port of GC? > - If not, what issues should I be aware of if I need to port it = myself? > > Thanks. > > = -----------------------------------------------------------------------=20= > - > - > Alexandre Tolmos > E-mail:=A0...@fr... > ICQ: 92964905 > = -----------------------------------------------------------------------=20= > - > - > "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." > = -----------------------------------------------------------------------=20= > - > - > > ------------------------------------------------------------------------=20= - Alexandre Tolmos E-mail:=A0...@fr... ICQ: 92964905 ------------------------------------------------------------------------=20= - "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." ------------------------------------------------------------------------=20= - |
From: Dupont, M. <mic...@mc...> - 2003-02-14 09:28:55
|
Grzegorz, please tell me what I need to do next. I dont know exactly what you have changed. Basically I am going to next cvs update and rebuild. See if the debian packages are ok. mike -----Original Message----- From: Grzegorz Jakacki [mailto:ja...@he...] Sent: Friday, February 14, 2003 5:40 AM To: OpenC++ Subject: [opencxx] Release 2.6 - testing Hi, Michael Dupont and myself are working on release 2.6 . I have put preliminary release tarball in opencxx.sourceforge.net/release-2.6-testing/opencxx-2.6-exp1.tar.gz I have tested it on PC/Debian and Sun/Solaris. If you can/want to test on anything else, please do it before the next Friday Feb 21, 2003 (or send me an e-mail if you cannot make it before Friday and still want to be sure that your platform is covered). To test: tar xfz opencxx-2.6-exp1.tar.gz cd opencxx-2.6-exp1 ./configure; make >build.log 2>&1 cd testsuite; make test Best regards Grzegorz PS: 'make dist' and consequently 'make distcheck' is broken because of GC and will be broken in 2.6 |
From: Dupont, M. <mic...@mc...> - 2003-02-14 09:01:55
|
Are you sure? I have been compiling the darwin port of gcc=20 to debian GNU/Linux. mike -----Original Message----- From: Alexandre Tolmos [mailto:kt...@fr...] Sent: Thursday, February 13, 2003 7:35 PM To: op...@cs... Subject: [opencxx] Porting to MacOs X Hi, I would like to use OpenC++ on MacOs X. Compiling occ itself shouldn't = be a big issue (Darwin, the core Os is FreeBSD based) but the garbage =20 collector is Os and architecture dependent. So, my questions are: - Is there a Mosx port of GC? - If not, what issues should I be aware of if I need to port it myself? Thanks. ------------------------------------------------------------------------= =20 - Alexandre Tolmos E-mail:=A0...@fr... ICQ: 92964905 ------------------------------------------------------------------------= =20 - "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." ------------------------------------------------------------------------= =20 - |
From: Grzegorz J. <ja...@he...> - 2003-02-14 04:42:34
|
Hi, Michael Dupont and myself are working on release 2.6 . I have put preliminary release tarball in opencxx.sourceforge.net/release-2.6-testing/opencxx-2.6-exp1.tar.gz I have tested it on PC/Debian and Sun/Solaris. If you can/want to test on anything else, please do it before the next Friday Feb 21, 2003 (or send me an e-mail if you cannot make it before Friday and still want to be sure that your platform is covered). To test: tar xfz opencxx-2.6-exp1.tar.gz cd opencxx-2.6-exp1 ./configure; make >build.log 2>&1 cd testsuite; make test Best regards Grzegorz PS: 'make dist' and consequently 'make distcheck' is broken because of GC and will be broken in 2.6 ################################################################## # 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. # ################################################################## |
From: Grzegorz J. <ja...@he...> - 2003-02-14 02:02:40
|
On Thu, 13 Feb 2003, Alexandre Tolmos wrote: > Hi, > > I would like to use OpenC++ on MacOs X. Compiling occ itself shouldn't > be a big issue (Darwin, the core Os is FreeBSD based) but the garbage > collector is Os and architecture dependent. So, my questions are: > > - Is there a Mosx port of GC? Hi, It seems to me that recent versions of Hans Boehm's GC supports MacOS X. They are available at http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source/ Try to build with one of them and let me know if it works. MacOS X port of OpenC++ would be very welcome. Please work on the latest version of sources from CVS. Let me know if any issues. Regards Grzegorz PS: If this does not work, however, there is possibly a way to get rid of GC at all with help of boost::shared_ptr<>. ################################################################## # 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. # ################################################################## |
From: Grzegorz J. <ja...@he...> - 2003-02-14 00:55:22
|
On Thu, 13 Feb 2003, stan wrote: > I am using OpenC++ ver 2.5.12 > I am calling Environment::GetLineNumber > at various instances, with p being class declarations: > > int line; > Ptree* file = e->GetLineNumber(p, line); > > and I always get: > > file = unknown > line = 0 > > why does this not work? I think that might be a feature some time ago, but today it is a bug :-) OpenC++ stores parse tree in a lisp-like tree data structure. Roughly speaking this structure has nodes of two kinds --- leafs and non-leafs. Only leafs are associated with pieces of source code. GetLineNumber() will give you the result you expect only when called on leaf node. For non-leaf, you have to descend through the leftmost path until you reach a leaf. I think that this descending was not put into GetLineNumber() for efficiency reasons. Putting efficiency concerns aside (which are not so important today, as they used to be when OpenC++ has been created), I do not see a reasonable use for GetLineNumber() returning unknown/0, thus today I would call this behaviour a bug. If you manage to find a minute to fix it, please check out the latest source code version from CVS. Let me know if I can be of any help. Best regards Grzegorz ################################################################## # 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. # ################################################################## |
From: stan <st...@uc...> - 2003-02-13 22:23:02
|
I am using OpenC++ ver 2.5.12 I am calling Environment::GetLineNumber at various instances, with p being class declarations: int line; Ptree* file = e->GetLineNumber(p, line); and I always get: file = unknown line = 0 why does this not work? thanks stan |
From: Alexandre T. <kt...@fr...> - 2003-02-13 18:40:00
|
Hi, I would like to use OpenC++ on MacOs X. Compiling occ itself shouldn't =20 be a big issue (Darwin, the core Os is FreeBSD based) but the garbage =20 collector is Os and architecture dependent. So, my questions are: - Is there a Mosx port of GC? - If not, what issues should I be aware of if I need to port it myself? Thanks. ------------------------------------------------------------------------=20 - Alexandre Tolmos E-mail:=A0...@fr... ICQ: 92964905 ------------------------------------------------------------------------=20 - "Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn." ------------------------------------------------------------------------=20 - |
From: Grzegorz J. <ja...@he...> - 2003-01-27 01:13:34
|
On Sun, 26 Jan 2003, James Michael DuPont wrote: > > --- stan <st...@uc...> wrote: > > Hello, > > > > Could someone tell me how to compile openc++ > > with g++ 3.2 on linux, > > it gives me stl errors, > > says that deprecated headers are used > > and then bails on a: > > no matching function call to 'operator new [](unsigned int) > > and then similar errors. > > > > > > > > Or how to compile openc++ on cygwin with g++2.95 > > I think I need a combination of the makefiles for Linux and > > win32. > > when I use the linux makefile: > > it gives me a bunch of warnings about _cdecl being redefined > > and then says: > > ld cannot find -ldl > > what is the library that I need to use instead of dl on cygwin on > > winxp? > > libdl is for dynamic loading. > i think you should check if your libtool is out of date. > i had to run libtoolize and redo all of that in the ltdl subdir, > check my build notes on this mailling list for the debian build. Stan, what version of OpenC++ are you trying to build? As you write that you use "linux makefile" I assume you are trying to build 2.5.12. First: 2.5.12 will not compile with g++ 3.x. Some time ago Michael Buro has fixed this and posted fixed version to the list. Unfortunately, I failed to convince anybody to check this fix into CVS. If you are desperate to compile under g++ 3.x, I can try to search my archive, I should have this patch somewhere. Perhaps you can also find some time to check it into CVS? Second: 2.5.12 has individual makefile for each platform, but those makefiles still may require minor modifications. I cannot advise more without looking at your error messages, so post them, if you decide to continue with 2.5.12. Third: The current CVS HEAD supports automated brand new build procedure, much like GNU packages. Michael is working on releasing it as 2.6.0, there are still some build problems left, but you may want to give it a try (you have to check out from CVS). Best regards Grzegorz ################################################################## # 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. # ################################################################## |
From: James M. D. <mdu...@ya...> - 2003-01-26 19:27:20
|
--- stan <st...@uc...> wrote: > Hello, > > Could someone tell me how to compile openc++ > with g++ 3.2 on linux, > it gives me stl errors, > says that deprecated headers are used > and then bails on a: > no matching function call to 'operator new [](unsigned int) > and then similar errors. > > > > Or how to compile openc++ on cygwin with g++2.95 > I think I need a combination of the makefiles for Linux and > win32. > when I use the linux makefile: > it gives me a bunch of warnings about _cdecl being redefined > and then says: > ld cannot find -ldl > what is the library that I need to use instead of dl on cygwin on > winxp? libdl is for dynamic loading. i think you should check if your libtool is out of date. i had to run libtoolize and redo all of that in the ltdl subdir, check my build notes on this mailling list for the debian build. mike ===== James Michael DuPont http://introspector.sourceforge.net/ __________________________________________________ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com |