opencxx-users

[Opencxx-users] [opencxx] compiling openc++ on linux with g++ 3.2 or on cygwin with g++ 2.95

[stan <st...@uc...>]

Hello,

Could someone tell me how to compile openc++=20
with g++ 3.2 on linux,=20
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=20
what is the library that I need to use instead of dl on cygwin on winxp?

thanks

[Opencxx-users] Re: [opencxx] open c++ bulid from cvs

[James M. D. <mdu...@ya...>]

bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.     -g
-O2 -c ltdl.c
./libtool[338]: s%^.*/%%: not found
./libtool[497]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found

this is when the autotools generate the wrong SED commands.


I am using :

automake --version
automake (GNU automake) 1.5

autoconf --version
Autoconf version 2.13

libtoolize --version
libtoolize (GNU libtool) 1.4.3


--- Grzegorz Jakacki <ja...@he...> wrote:
> Hi Michael,
> 
> I am sorry, I did not have time to get down to it earlier.
> 
> First, thanks for you contribution.
> 
> Second, see below for questions/issues.
> 
> On Sun, 5 Jan 2003, James Michael DuPont wrote:
> 
> > Here is my patch for fixing the libtool and adding debian
> > please apply and test:
> 
> What is the purpose of the patch and what version should it be
> applied to?
> 
> >
>
https://sourceforge.net/tracker/index.php?func=detail&aid=662542&group_id=40789&atid=428923
> > http://opencxx.sourceforge.net/release/cvs_diff-u.patch
> 
> Names like 'release' or 'cvs_diff' are a little bit unclear. Possibly
> longer
> and more descriptive names would help.
> 
> > you can find the following files :
> > the full source of the package, you can build from this (even if
> you
> > dont have debian)
> > http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1.tar.gz
> 
> Do you mean 'opencxx-2.6.0.tar.gz' ?

i mean 
http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1.tar.gz

> 
> > The debian package, the deb
> > http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1_i386.deb
> >
> > The DSC file for building and installing the deb:
> > http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1.dsc
> >
> > Here you will find the following files :
> > http://opencxx.sourceforge.net/release/
> > cvs_diff-u.patch                 -- the patch
> > opencxx-2.6-install.tar.gz       -- the results of make install to
> a
> > temp directory and the gz :
> >
> >     make install prefix=~/development/opencxx/opencxx-2.6.0-install
> >     cd ~/development/opencxx/
> >     tar -czf ../opencxx-2.6-install.tar.gz opencxx-2.6.0-install
> 


> What is the purpose of uploading 'opencxx-2.6-install.tar.gz'?

just to see if all is there.

> People
> should
> be installing from 'opencxx-2.6.0.tar.gz', 'opencxx_2.6.0-1_i386.deb'
> or 'opencxx-2.6.0-2-alien.i386.rpm' anyway, am I right?

yes

> 
> > opencxx-2.6.0-2-alien.i386.rpm   -- the rpm created from the deb
> via
> > alien
> 
> Ok.
> 
> > opencxx-2.6.0-alien.tar.gz       -- the tgz created from the deb
> via
> > alien
> 
> Again: why do we need this archive?

becuase you said that the make dist was not working with libgc?


> 
> > opencxx-2.6.0-dist.tar.gz        -- the tgz created from make dist
> 
> Is this one different from 'opencxx-2.6.0.tar.gz' ? Why?

this is created by make dist

> 
> > I have not heard from any of you yet.
> > can you build from cvs?
> 
> Have you comitted anything into CVS? If so, what?

I have not committed, i sent you my patch against the cvs head
http://opencxx.sourceforge.net/release/cvs_diff-u.patch

> 
> If not, then sure we can build. I could build from CVS on Sun and
> Linux.

I have not committed anything, becuase I dont know if i broke anything

> 
> > I have deleted all and trying to rebuild from scratch.
> > here are my errors
> >
> > here is my first problem :
> > ------------------------------------------
> > updating cache ./config.cache
> > ./ltconfig: ./ltconfig: No such file or directory
> > configure: error: libtool configure failed
> >
> > ..........................................
> > ok, so it needs a ltconfig? and ltcf-c.sh
> >
> 
> What versions of Autotools are you using? I could bootstrap and
> configure on
> Sun and Linux with
> 
> autoconf (GNU Autoconf) 2.53
> automake (GNU automake) 1.6.2

that is it. I am upgrading now.

> ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52)
> 
> Possibly there was one problem with '])# AC_LTDL_ENABLE_INSTALL' (the
> one
> you mention below), if it was, I fixed it by hand (It seems to me
> that I
> reported it to maintainers some half a year ago, it should be fixed
> if they
> have made release since then).

I have fixed the files, the problem was in the aclocal macro.
please try and run ./configure without bootstrapping
> 

> > *But you should provide an ltconfig.in!*
> 
> Correct me if I am wrong, but AFAIK 'ltconfig.in' is just a part of
> gcc
> building mechanism. Existence of this file is *not* a precondition to
> use libtool. Autotools docs never mention it (at least the versions
> that I
> have). Thus I think we do not need ltconfig.in . Anyways, what is the
> purpose of this file?

ltconfig.in is used to create the ltconfig for libtool
> > libtoolize --automake -c --debug -f --ltdl > libtool.log 2>&1


> 
> > I have taken that from gcc this time.
> 
> Did you copied any other files from gcc?

no only those

> 
> > libtoolize --automake -c --debug -f --ltdl > libtool.log 2>&1
> > and
> > ./configure.
> >
> > ooops, the aclocal is messed up
> >
> > # AC_LTDL_ENABLE_INSTALL
> > # ----------------------
> > AC_DEFUN([AC_LTDL_ENABLE_INSTALL],
> > [AC_ARG_ENABLE(ltdl-install,
> > [  --enable-ltdl-install   install libltdl])
> >
> > AM_CONDITIONAL(INSTALL_LTDL, test x"${enable_ltdl_install-no}" !=
> xno)
> > AM_CONDITIONAL(CONVENIENCE_LTDL, test
> x"${enable_ltdl_convenience-no}"
> > != xno)
> > ])
> 
> 
> Yes, this is the only problem I had with Autotools. I just fixed each
> by
> hand, each time after running ./bootstrap.
> 
> > -----------
> > now to get this running i had to comment out this last line in my
> > aclocal
> > ])# AC_LTDL_ENABLE_INSTALL
> > to :
> > #])# AC_LTDL_ENABLE_INSTALL
> 
> 
> Precisely.
> 
> Now my experiences:
> 
> I downloaded 'opencxx-2.6.0.tar.gz' and tried to build, but I failed:
> 
> [duch opencxx-2.6.0]$ ./configure
> 
> It looks like something around libtool is broken. Can you make sure
> that
> you are bootstrapping with correct Autotools?
i gave you the version number above

> 
> There is a script ./bootstrap in main dir, it calls Autotools
> components in
> correct order. It should give diagnostics if anything goes wrong.


You need to also re-do the autotools in the liblt version


=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] Re: [opencxx] open c++ bulid from cvs

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

Hi Michael,

I am sorry, I did not have time to get down to it earlier.

First, thanks for you contribution.

Second, see below for questions/issues.

On Sun, 5 Jan 2003, James Michael DuPont wrote:

> Here is my patch for fixing the libtool and adding debian
> please apply and test:

What is the purpose of the patch and what version should it be applied to?

> https://sourceforge.net/tracker/index.php?func=detail&aid=662542&group_id=40789&atid=428923
> http://opencxx.sourceforge.net/release/cvs_diff-u.patch

Names like 'release' or 'cvs_diff' are a little bit unclear. Possibly longer
and more descriptive names would help.

> you can find the following files :
> the full source of the package, you can build from this (even if you
> dont have debian)
> http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1.tar.gz

Do you mean 'opencxx-2.6.0.tar.gz' ?

> The debian package, the deb
> http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1_i386.deb
>
> The DSC file for building and installing the deb:
> http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1.dsc
>
> Here you will find the following files :
> http://opencxx.sourceforge.net/release/
> cvs_diff-u.patch                 -- the patch
> opencxx-2.6-install.tar.gz       -- the results of make install to a
> temp directory and the gz :
>
>     make install prefix=~/development/opencxx/opencxx-2.6.0-install
>     cd ~/development/opencxx/
>     tar -czf ../opencxx-2.6-install.tar.gz opencxx-2.6.0-install

What is the purpose of uploading 'opencxx-2.6-install.tar.gz'? People should
be installing from 'opencxx-2.6.0.tar.gz', 'opencxx_2.6.0-1_i386.deb'
or 'opencxx-2.6.0-2-alien.i386.rpm' anyway, am I right?

> opencxx-2.6.0-2-alien.i386.rpm   -- the rpm created from the deb via
> alien

Ok.

> opencxx-2.6.0-alien.tar.gz       -- the tgz created from the deb via
> alien

Again: why do we need this archive?

> opencxx-2.6.0-dist.tar.gz        -- the tgz created from make dist

Is this one different from 'opencxx-2.6.0.tar.gz' ? Why?

> I have not heard from any of you yet.
> can you build from cvs?

Have you comitted anything into CVS? If so, what?

If not, then sure we can build. I could build from CVS on Sun and Linux.

> I have deleted all and trying to rebuild from scratch.
> here are my errors
>
> here is my first problem :
> ------------------------------------------
> updating cache ./config.cache
> ./ltconfig: ./ltconfig: No such file or directory
> configure: error: libtool configure failed
>
> ..........................................
> ok, so it needs a ltconfig? and ltcf-c.sh
>

What versions of Autotools are you using? I could bootstrap and configure on
Sun and Linux with

autoconf (GNU Autoconf) 2.53
automake (GNU automake) 1.6.2
ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52)

Possibly there was one problem with '])# AC_LTDL_ENABLE_INSTALL' (the one
you mention below), if it was, I fixed it by hand (It seems to me that I
reported it to maintainers some half a year ago, it should be fixed if they
have made release since then).

> *But you should provide an ltconfig.in!*

Correct me if I am wrong, but AFAIK 'ltconfig.in' is just a part of gcc
building mechanism. Existence of this file is *not* a precondition to
use libtool. Autotools docs never mention it (at least the versions that I
have). Thus I think we do not need ltconfig.in . Anyways, what is the
purpose of this file?

> I have taken that from gcc this time.

Did you copied any other files from gcc?

> libtoolize --automake -c --debug -f --ltdl > libtool.log 2>&1
> and
> ./configure.
>
> ooops, the aclocal is messed up
>
> # AC_LTDL_ENABLE_INSTALL
> # ----------------------
> AC_DEFUN([AC_LTDL_ENABLE_INSTALL],
> [AC_ARG_ENABLE(ltdl-install,
> [  --enable-ltdl-install   install libltdl])
>
> AM_CONDITIONAL(INSTALL_LTDL, test x"${enable_ltdl_install-no}" != xno)
> AM_CONDITIONAL(CONVENIENCE_LTDL, test x"${enable_ltdl_convenience-no}"
> != xno)
> ])


Yes, this is the only problem I had with Autotools. I just fixed each by
hand, each time after running ./bootstrap.

> -----------
> now to get this running i had to comment out this last line in my
> aclocal
> ])# AC_LTDL_ENABLE_INSTALL
> to :
> #])# AC_LTDL_ENABLE_INSTALL


Precisely.

Now my experiences:

I downloaded 'opencxx-2.6.0.tar.gz' and tried to build, but I failed:

[duch opencxx-2.6.0]$ ./configure
creating cache ./config.cache
checking for a BSD compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... mawk
checking whether make sets ${MAKE}... yes
checking for gcc... gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... yes
checking whether gcc accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc
checking how to run the C preprocessor... gcc -E
checking for c++... c++
checking whether the C++ compiler (c++  ) works... yes
checking whether the C++ compiler (c++  ) is a cross-compiler... no
checking whether we are using GNU C++... yes
checking whether c++ accepts -g... yes
checking dependency style of c++... gcc
checking for Cygwin environment... no
checking for mingw32 environment... no
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking for a sed that does not truncate output... /bin/sed
checking whether ln -s works... yes
checking how to recognise dependent libraries... pass_all
checking for object suffix... o
checking for executable suffix... no
checking command to parse /usr/bin/nm -B output... ok
checking for dlfcn.h... yes
checking for ranlib... ranlib
checking for strip... strip
checking for objdir... .libs
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking if gcc supports -c -o file.lo... yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... no
checking whether to build static libraries... yes
checking for shl_load... no
checking for shl_load in -ldld... no
checking for dlopen... no
checking for dlopen in -ldl... yes
checking whether a program can dlopen itself... yes
checking whether a statically linked program can dlopen itself... no
creating libtool
checking for working const... yes
checking for ANSI C header files... yes
checking for dirent.h that defines DIR... yes
checking for opendir in -ldir... no
checking whether gcc supports assert without backlinking...
checking which extension is used for shared libraries... .so
checking which variable specifies run-time library path... LD_LIBRARY_PATH
checking for the default library search path... /lib /usr/lib
checking for objdir... .libs
checking whether libtool supports -dlopen/-dlpreopen... yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dlopen in -ldl... (cached) yes
checking for dlerror... yes
checking for _ prefix in compiled symbols... no
checking whether deplibs are loaded by dlopen... yes
checking for argz.h... yes
checking for error_t... yes
checking for argz_append... yes
checking for argz_create_sep... yes
checking for argz_insert... yes
checking for argz_next... yes
checking for argz_stringify... yes
checking for errno.h... yes
checking for malloc.h... yes
checking for memory.h... yes
checking for stdlib.h... yes
checking for stdio.h... yes
checking for ctype.h... yes
checking for unistd.h... yes
checking for dl.h... no
checking for sys/dl.h... no
checking for dld.h... no
checking for string.h... yes
checking for strchr... yes
checking for strrchr... yes
checking for memcpy... yes
checking for memmove... yes
checking for strcmp... yes
checking for ANSI C header files... (cached) yes
checking for fcntl.h... yes
checking for sys/time.h... yes
checking for unistd.h... (cached) yes
checking for working const... (cached) yes
checking for inline... inline
checking for size_t... yes
checking whether time.h and sys/time.h may both be included... yes
checking for 8-bit clean memcmp... yes
checking for gettimeofday... yes
checking for auxiliary packages to be built...  gc
checking for bash... /bin/bash
updating cache ./config.cache
creating ./config.status
creating Makefile
creating src/Makefile
creating gc/Makefile
creating gc/Makefile.gc
creating gc/Makefile.options
creating scripts/Makefile
creating scripts/libocc-config
creating html/Makefile
creating tmplib/Makefile
creating testsuite/Makefile
creating testsuite/tester.def
creating testsuite/tester
creating testsuite/comp/Makefile
creating testsuite/comp/tester
creating testsuite/exec/Makefile
creating testsuite/exec/tester
creating config.h
configuring in libltdl
running /bin/sh ./configure  --enable-ltdl-convenience
--cache-file=.././config.cache --srcdir=.
loading cache .././config.cache
checking for a BSD compatible install... (cached) /usr/bin/install -c
checking whether build environment is sane... yes
checking for mawk... (cached) mawk
checking whether make sets ${MAKE}... (cached) yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... (cached) gcc
checking whether the C compiler (gcc  ) works... yes
checking whether the C compiler (gcc  ) is a cross-compiler... no
checking whether we are using GNU C... (cached) yes
checking whether gcc accepts -g... (cached) yes
checking for style of include used by make... GNU
checking dependency style of gcc... (cached) gcc
checking for working const... (cached) yes
checking for inline... (cached) inline
checking for Cygwin environment... (cached) no
checking for mingw32 environment... (cached) no
checking how to run the C preprocessor... (cached) gcc -E
checking host system type... i686-pc-linux-gnu
checking build system type... i686-pc-linux-gnu
checking for ld used by GCC... (cached) /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... (cached) yes
checking for /usr/bin/ld option to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) /usr/bin/nm -B
checking whether ln -s works... (cached) yes
checking how to recognise dependant libraries... (cached) pass_all
checking for object suffix... (cached) o
checking for executable suffix... (cached) no
checking command to parse /usr/bin/nm -B output... (cached) ok
checking for dlfcn.h... (cached) yes
checking for ranlib... (cached) ranlib
checking for strip... (cached) strip
checking for objdir... .libs
checking for gcc option to produce PIC... (cached)  -fPIC
checking if gcc PIC flag  -fPIC works... (cached) yes
checking if gcc static flag -static works... (cached) yes
checking if gcc supports -c -o file.o... (cached) yes
checking if gcc supports -c -o file.lo... (cached) yes
checking if gcc supports -fno-rtti -fno-exceptions... yes
checking whether the linker (/usr/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
checking whether -lc should be explicitly linked in... no
creating libtool
checking for ANSI C header files... (cached) yes
checking for dirent.h that defines DIR... (cached) yes
checking for opendir in -ldir... (cached) no
checking whether gcc supports assert without backlinking...
checking which extension is used for shared libraries... (cached) .so
checking which variable specifies run-time library path... (cached)
LD_LIBRARY_PATH
checking for the default library search path... (cached) /lib /usr/lib
checking for objdir... (cached) .libs
checking whether libtool supports -dlopen/-dlpreopen... (cached) yes
checking for dlopen in -ldl... (cached) yes
checking for shl_load... (cached) no
checking for shl_load in -ldld... (cached) no
checking for dld_link in -ldld... no
checking for dlerror... (cached) yes
checking for _ prefix in compiled symbols... (cached) no
checking whether deplibs are loaded by dlopen... (cached) yes
checking for argz.h... (cached) yes
checking for error_t... yes
checking for argz_append... (cached) yes
checking for argz_create_sep... (cached) yes
checking for argz_insert... (cached) yes
checking for argz_next... (cached) yes
checking for argz_stringify... (cached) yes
checking for errno.h... (cached) yes
checking for malloc.h... (cached) yes
checking for memory.h... (cached) yes
checking for stdlib.h... (cached) yes
checking for stdio.h... (cached) yes
checking for ctype.h... (cached) yes
checking for unistd.h... (cached) yes
checking for dl.h... (cached) no
checking for sys/dl.h... (cached) no
checking for dld.h... (cached) no
checking for string.h... (cached) yes
checking for strchr... (cached) yes
checking for strrchr... (cached) yes
checking for memcpy... (cached) yes
checking for memmove... (cached) yes
checking for strcmp... (cached) yes
updating cache .././config.cache
creating ./config.status
creating Makefile
creating config.h
[duch opencxx-2.6.0]$ make
make  all-recursive
make[1]: Entering directory `/home/staff/iinf/jakacki/tmp/opencxx-2.6.0'
Making all in gc
make[2]: Entering directory
`/home/staff/iinf/jakacki/tmp/opencxx-2.6.0/gc'
cd ../libltdl; make all
make[3]: Entering directory
`/home/staff/iinf/jakacki/tmp/opencxx-2.6.0/libltdl'
/bin/sh ./libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.     -g
-O2 -c ltdl.c
./libtool[338]: s%^.*/%%: not found
./libtool[497]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
./libtool[5192]: -e: not found
: compile: cannot determine name of library object from `'
make[3]: *** [ltdl.lo] Error 1
make[3]: Leaving directory
`/home/staff/iinf/jakacki/tmp/opencxx-2.6.0/libltdl'
make[2]: *** [ltdl-make] Error 2
make[2]: Leaving directory `/home/staff/iinf/jakacki/tmp/opencxx-2.6.0/gc'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/staff/iinf/jakacki/tmp/opencxx-2.6.0'
make: *** [all] Error 2
[duch opencxx-2.6.0]$ ./config.guess
i686-pc-linux-gnu
[duch opencxx-2.6.0]$


It looks like something around libtool is broken. Can you make sure that
you are bootstrapping with correct Autotools?

There is a script ./bootstrap in main dir, it calls Autotools components in
correct order. It should give diagnostics if anything goes wrong.

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. #
##################################################################

[Opencxx-users] Re: [opencxx] Happy New Year

[James M. D. <mdu...@ya...>]

--- Grzegorz Jakacki <ja...@he...> wrote:
> On Wed, 1 Jan 2003, James Michael DuPont wrote:
> 
> > I have put a test version of the built from cvs snapshot here :
> > http://opencxx.sourceforge.net/release/
> > please test it. If all goes well, I will start the cvs process.
> >
> > I am working on the deb right now, and when that all works,
> > we can commit to cvs.
> > My problem is that make test and make check dont seem to do much,
> so I
> > cannot test this release.
> 
> See testsuite/README
> 
got that,
thanks,
the tests were working.


=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] Re: [opencxx] Happy New Year

[James M. D. <mdu...@ya...>]

--- Grzegorz Jakacki <ja...@he...> wrote:
> On Thu, 2 Jan 2003, James Michael DuPont wrote:
> 
> > Thank you Shigeru!
> >
> > Since i have you on the line,
> > let me make a proposal :
> > I have now a new version of the gcc interface in test,
> > we support c, C++ and java dumping into the redland rdf application
> > framework.
> >
> > All we need now is a client side interface,
> > What do you think about using the introspectors gcc interface
> instead
> > of the older parser?
> >
> > mike
> 
> Mike,
> 
> First, if this is a question to Chiba, then post it to him, not to
> the
> list.
ok.

> 
> Second, if this is a question to the list, then please address the
> list,
> not Chiba.

ok, your right.

> 
> Third, personally I think this question should be ask on the list
> forum
> and addressed to everybody. Chiba's input into OpenC++ is huge,
> although
> the changes you are suggesting would mainly affect the list members.
Yes your right.

> 
> Fourth, it is not clear to me at all what is redland rdf.
redland is an RDF application framework
http://www10.org/cdrom/papers/490/
http://www.redland.opensource.ac.uk/docs/api/index.html

 
> Fifth, if you are trying to push your going-through-XML idea again,
> then
> please slow down. We discussed this subject to death some time ago.

times are changing, the xml is not important. can link the gcc in
directly, and via redland, we have a structured api into the gccs data.

> Sixth, what are the advantages and disadvantages of the changes you
> are
> suggesting over the existing implementation?

The advantange will be to use the gcc compiler as the parser.
THe advantange will the the usage of nice typed c++ interface into the
redland api. The advantage will be a cleaner separation between the
walker and the rest of the api. 

mike

=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] Re: [opencxx] Happy New Year

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

On Thu, 2 Jan 2003, James Michael DuPont wrote:

> Thank you Shigeru!
>
> Since i have you on the line,
> let me make a proposal :
> I have now a new version of the gcc interface in test,
> we support c, C++ and java dumping into the redland rdf application
> framework.
>
> All we need now is a client side interface,
> What do you think about using the introspectors gcc interface instead
> of the older parser?
>
> mike

Mike,

First, if this is a question to Chiba, then post it to him, not to the
list.

Second, if this is a question to the list, then please address the list,
not Chiba.

Third, personally I think this question should be ask on the list forum
and addressed to everybody. Chiba's input into OpenC++ is huge, although
the changes you are suggesting would mainly affect the list members.

Fourth, it is not clear to me at all what is redland rdf.

Fifth, if you are trying to push your going-through-XML idea again, then
please slow down. We discussed this subject to death some time ago.

Sixth, what are the advantages and disadvantages of the changes you are
suggesting over the existing implementation?

Best regards
Grzegorz


> --- Shigeru Chiba <ch...@is...> wrote:
> >
> > Happy new year!
> >
> > Since James's last email was rejected by majordomo due to its length
> > (more than 4Kbyte), I split it into two separated messages.  Note
> > that
> > the attached binaries are gzip-compressed.
> >
> > Chiba
> > > Subject: Re: [opencxx] Happy New Year
> > From: James Michael DuPont <mdu...@ya...>
> > To: op...@cs...
> > Date: Wed, 1 Jan 2003 15:01:55 -0800 (PST)
> >
> > Happy new year to you to!
> >
> > here is my progress :
> >
> > ./ltconfig: ./ltconfig: No such file or directory
> > configure: error: libtool configure failed
> >
> > i then took the ltconfig and ltcf-c.sh from the pnet project
> >
> > running /bin/sh ./configure  --enable-ltdl-convenience --no-create
> > --no-recursion
> > ./configure: line 406: syntax error near unexpected token `)'
> > ./configure: line 406: `])# AC_LTDL_ENABLE_INSTALL'
> > make: *** [config.status] Error 2
> >
> > So, i just hacked the configure script  and commented out this line
> > #    ])# AC_LTDL_ENABLE_INSTALL
> >
> > Oh, i had to copy the new libtool into the libltdl subdir as well.
> >
> > When I get this built and tested, I will start making the release
> >
> > mike
> >
> > =====
> > James Michael DuPont
> > http://introspector.sourceforge.net/
> >
> > __________________________________________________
> > Do you Yahoo!?
> > Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> > http://mailplus.yahoo.com
> >
>
> > ATTACHMENT part 3 application/octet-stream
>
>
>
> =====
> James Michael DuPont
> http://introspector.sourceforge.net/
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.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. #
##################################################################

[Opencxx-users] Re: [opencxx] Happy New Year

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

On Wed, 1 Jan 2003, James Michael DuPont wrote:

> I have put a test version of the built from cvs snapshot here :
> http://opencxx.sourceforge.net/release/
> please test it. If all goes well, I will start the cvs process.
>
> I am working on the deb right now, and when that all works,
> we can commit to cvs.
> My problem is that make test and make check dont seem to do much, so I
> cannot test this release.

See testsuite/README

G.

>
> mike
>
>
> --- Grzegorz Jakacki <ja...@he...> wrote:
> >
> > Hi,
> >
> > I wish you lots of energy and successes in the New Year.
> > Hopefully we will start it with 2.6 release.
> >
> > 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. #
> > ##################################################################
> >
>
>
> =====
> James Michael DuPont
> http://introspector.sourceforge.net/
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.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. #
##################################################################

[Opencxx-users] [opencxx] open c++ bulid from cvs

[James M. D. <mdu...@ya...>]

Here is my patch for fixing the libtool and adding debian
please apply and test:
https://sourceforge.net/tracker/index.php?func=detail&aid=662542&group_id=40789&atid=428923
http://opencxx.sourceforge.net/release/cvs_diff-u.patch

you can find the following files :
the full source of the package, you can build from this (even if you
dont have debian)
http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1.tar.gz

The debian package, the deb 
http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1_i386.deb

The DSC file for building and installing the deb:
http://opencxx.sourceforge.net/debian/opencxx_2.6.0-1.dsc

Here you will find the following files : 
http://opencxx.sourceforge.net/release/
cvs_diff-u.patch                 -- the patch
opencxx-2.6-install.tar.gz       -- the results of make install to a
temp directory and the gz :

    make install prefix=~/development/opencxx/opencxx-2.6.0-install
    cd ~/development/opencxx/
    tar -czf ../opencxx-2.6-install.tar.gz opencxx-2.6.0-install


opencxx-2.6.0-2-alien.i386.rpm   -- the rpm created from the deb via
alien
opencxx-2.6.0-alien.tar.gz       -- the tgz created from the deb via
alien
opencxx-2.6.0-dist.tar.gz        -- the tgz created from make dist


I have not heard from any of you yet.
can you build from cvs?
I have deleted all and trying to rebuild from scratch.
here are my errors 

here is my first problem :
------------------------------------------
updating cache ./config.cache
./ltconfig: ./ltconfig: No such file or directory
configure: error: libtool configure failed

..........................................
ok, so it needs a ltconfig? and ltcf-c.sh


*But you should provide an ltconfig.in!*


I have taken that from gcc this time.
libtoolize --automake -c --debug -f --ltdl > libtool.log 2>&1
and 
./configure. 

ooops, the aclocal is messed up

# AC_LTDL_ENABLE_INSTALL
# ----------------------
AC_DEFUN([AC_LTDL_ENABLE_INSTALL],
[AC_ARG_ENABLE(ltdl-install,
[  --enable-ltdl-install   install libltdl])

AM_CONDITIONAL(INSTALL_LTDL, test x"${enable_ltdl_install-no}" != xno)
AM_CONDITIONAL(CONVENIENCE_LTDL, test x"${enable_ltdl_convenience-no}"
!= xno)
])
])# AC_LTDL_ENABLE_INSTALL

----------- 
now to get this running i had to comment out this last line in my
aclocal
])# AC_LTDL_ENABLE_INSTALL
to :
#])# AC_LTDL_ENABLE_INSTALL


------------------------------
./tester
################################################################
Started: Sun Jan 5 10:32:24 CET 2003
Platform: i586-pc-linux-gnu
User: mdupont
................................................................
Entering dir:
/home/mdupont/development/opencxx/opencxx-2.6.0/testsuite/comp
Running tnested
PASS: tnested
Running tstart
PASS: tstart
Running typeidt
XFAIL: typeidt
Running typeidv
XFAIL: typeidv
Leaving dir:
/home/mdupont/development/opencxx/opencxx-2.6.0/testsuite/comp
Entering dir:
/home/mdupont/development/opencxx/opencxx-2.6.0/testsuite/exec
Running before
PASS: before
Running parse1
XFAIL: parse1
Running verbose
PASS: verbose
Running verbose2
XFAIL: verbose2
Leaving dir:
/home/mdupont/development/opencxx/opencxx-2.6.0/testsuite/exec
................................................................
Tests executed: 8

ok, 
so some of the tests pass. I am packaging this all up:



=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] Re: [opencxx] Happy New Year

[James M. D. <mdu...@ya...>]

Thank you Shigeru!

Since i have you on the line, 
let me make a proposal :
I have now a new version of the gcc interface in test,
we support c, C++ and java dumping into the redland rdf application
framework.

All we need now is a client side interface, 
What do you think about using the introspectors gcc interface instead
of the older parser?

mike
--- Shigeru Chiba <ch...@is...> wrote:
> 
> Happy new year!
> 
> Since James's last email was rejected by majordomo due to its length
> (more than 4Kbyte), I split it into two separated messages.  Note
> that
> the attached binaries are gzip-compressed.
> 
> Chiba
> > Subject: Re: [opencxx] Happy New Year
> From: James Michael DuPont <mdu...@ya...>
> To: op...@cs...
> Date: Wed, 1 Jan 2003 15:01:55 -0800 (PST)
> 
> Happy new year to you to!
> 
> here is my progress :
> 
> ./ltconfig: ./ltconfig: No such file or directory
> configure: error: libtool configure failed
> 
> i then took the ltconfig and ltcf-c.sh from the pnet project
> 
> running /bin/sh ./configure  --enable-ltdl-convenience --no-create
> --no-recursion
> ./configure: line 406: syntax error near unexpected token `)'
> ./configure: line 406: `])# AC_LTDL_ENABLE_INSTALL'
> make: *** [config.status] Error 2
> 
> So, i just hacked the configure script  and commented out this line
> #    ])# AC_LTDL_ENABLE_INSTALL
> 
> Oh, i had to copy the new libtool into the libltdl subdir as well.
> 
> When I get this built and tested, I will start making the release
> 
> mike
> 
> =====
> James Michael DuPont
> http://introspector.sourceforge.net/
> 
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
> 

> ATTACHMENT part 3 application/octet-stream 



=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] Re: [opencxx] Happy New Year

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

This is the last half of James's email.

Chiba

[Opencxx-users] Re: [opencxx] Happy New Year

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

Happy new year!

Since James's last email was rejected by majordomo due to its length
(more than 4Kbyte), I split it into two separated messages.  Note that
the attached binaries are gzip-compressed.

Chiba

[Opencxx-users] Re: [opencxx] Happy New Year

[James M. D. <mdu...@ya...>]

I have put a test version of the built from cvs snapshot here :
http://opencxx.sourceforge.net/release/
please test it. If all goes well, I will start the cvs process.

I am working on the deb right now, and when that all works,
we can commit to cvs.
My problem is that make test and make check dont seem to do much, so I
cannot test this release.

mike


--- Grzegorz Jakacki <ja...@he...> wrote:
> 
> Hi,
> 
> I wish you lots of energy and successes in the New Year.
> Hopefully we will start it with 2.6 release.
> 
> 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. #
> ##################################################################
> 


=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] [opencxx] Happy New Year

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

Hi,

I wish you lots of energy and successes in the New Year.
Hopefully we will start it with 2.6 release.

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. #
##################################################################

[Opencxx-users] Re: [opencxx] Release?

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

On Sun, 29 Dec 2002, James Michael DuPont wrote:

> > > if you need anything done, send me a mail with the specifics,
> > > i am also on the project, dont know if I have the rights...
> >
> > Should work now.
> >
> > It would be great if you can take care of that.
> >
> > This is what needs to be done:
> >
> > (1) change version number in configure.in to 2.6
> > (2) ./bootstrap (to regenerate Makefile.in's)
> > (3) commit
> > (4) tag rel_2_6
> > (5) export -r rel_2_6 (to get the version without CVS dirs)
> > (6) change the dirname from 'opencxx' to 'opencxx-2.6'
> > (7) tar
> > (8) release using SF release system
> >
> > 'make dist' will not work, since the version of Boehm's gc we are
> > using
> > does not support it yet (hopefully soon it will).
>
> hmm, I will look at the makefiles.

I did it already. I sent a patch to Hans Boehms some time ago (6 weeks),
but he seems to be quite busy, after two weeks I got a reply saying "I am
behind on my e-mail". I do not want to make another "branch" of gc
package, since we do not have resources to maintain it and merge bugfixes
from official releases. So I think the most reasonable solution is to wait
for the official gc to catch up.

> I have gotten very good
> at debian packaging lately, maybe the best will be to create the deb
> and alien it into a tgz, that should be fine.

I do not see any problem, as long as the resulting .tar.gz is just the
same as the one packaged by hand. If it is not, it means that intermediate
debianization either lost, added or renamed something, which is obviously
bad.

To put it shortly: I fail to see what you gain by going through .deb
to obtain .tar.gz . However feel free to do it as you like, if you are
sure the result is going to be OK.

On the other hand, I strongly encourage you to release not only .tar.gz,
but also .deb . It usually makes a package much more accessible to the
users (I know it, I use Debian myself!).

Best regards
Grzegorz

> >
> > Let me know if any issues.
>
> Ok, I will give it a try, within the next 3 days.
>
> mike
>
> =====
> James Michael DuPont
> http://introspector.sourceforge.net/
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.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. #
##################################################################

[Opencxx-users] Re: [opencxx] Release?

[James M. D. <mdu...@ya...>]

> > if you need anything done, send me a mail with the specifics,
> > i am also on the project, dont know if I have the rights...
> 
> Should work now.
> 
> It would be great if you can take care of that.
> 
> This is what needs to be done:
> 
> (1) change version number in configure.in to 2.6
> (2) ./bootstrap (to regenerate Makefile.in's)
> (3) commit
> (4) tag rel_2_6
> (5) export -r rel_2_6 (to get the version without CVS dirs)
> (6) change the dirname from 'opencxx' to 'opencxx-2.6'
> (7) tar
> (8) release using SF release system
> 
> 'make dist' will not work, since the version of Boehm's gc we are
> using
> does not support it yet (hopefully soon it will).
hmm, I will look at the makefiles. I have gotten very good
at debian packaging lately, maybe the best will be to create the deb
and alien it into a tgz, that should be fine.
> 
> Let me know if any issues.

Ok, I will give it a try, within the next 3 days.

mike

=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] Re: [opencxx] Release?

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

On Sat, 21 Dec 2002 Se...@gm... wrote:

> hey, I just wanna say, that I would appreciate an opencxx release a lot.

Great.

> especially one which supports templates, because I could never compile =
the
> CVS templates branch

I am sorry to say that, but release means that we just make the CVS HEAD
into a .tar.gz file, not the template branch.

I would like to incorporate template branch into the trunk, but there is
still much work left, unfortunately.

Please post the version of your compiler and the error messages you get
when compiling template branch, I will try to have a look at what's going
wrong.

Best regards
Grzegorz


>
> thanks,
>
>
> > > If you do not object, I can try to prepare the release early next w=
eek.
> >
> > Sorry, but since several days connection with SF from my place is ver=
y
> > slow. Hopefully winds get better soon, so that I can make a release a=
s
> > promised.
> >
> > Regards
> > GJ
> >
> > ##################################################################
> > # 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. #
> > ##################################################################
> >
>
> --
> +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
> NEU: Mit GMX ins Internet. Rund um die Uhr f=FCr 1 ct/ Min. surfen!
>
>
>

##################################################################
# 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] Release?

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

On Fri, 20 Dec 2002, James Michael DuPont wrote:

> --- Grzegorz Jakacki <ja...@he...> wrote:
> > Sorry, but since several days connection with SF from my place is
> > very
> > slow. Hopefully winds get better soon, so that I can make a release
> > as
> > promised.
>
> ok, well i have a t3+ at work and dsl at home. My bandwith to sf is ok.
>
> if you need anything done, send me a mail with the specifics,
> i am also on the project, dont know if I have the rights...

Should work now.

It would be great if you can take care of that.

This is what needs to be done:

(1) change version number in configure.in to 2.6
(2) ./bootstrap (to regenerate Makefile.in's)
(3) commit
(4) tag rel_2_6
(5) export -r rel_2_6 (to get the version without CVS dirs)
(6) change the dirname from 'opencxx' to 'opencxx-2.6'
(7) tar
(8) release using SF release system

'make dist' will not work, since the version of Boehm's gc we are using
does not support it yet (hopefully soon it will).

Let me know if any issues.

Thanks
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. #
##################################################################

[Opencxx-users] Re: [opencxx] Release?

[<Se...@gm...>]

hey, I just wanna say, that I would appreciate an opencxx release a lot.
especially one which supports templates, because I could never compile th=
e
CVS templates branch

thanks,


> > If you do not object, I can try to prepare the release early next wee=
k.
>=20
> Sorry, but since several days connection with SF from my place is very
> slow. Hopefully winds get better soon, so that I can make a release as
> promised.
>=20
> Regards
> GJ
>=20
> ##################################################################
> # 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. #
> ##################################################################
>=20

--=20
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr f=FCr 1 ct/ Min. surfen!

[Opencxx-users] Re: [opencxx] Release?

[James M. D. <mdu...@ya...>]

--- Grzegorz Jakacki <ja...@he...> wrote:
> On Mon, 9 Dec 2002, Grzegorz Jakacki wrote:
> 
> > For quite a long time CVS snapshot is quite different then the last
> > released version (2.5.12). Should we make a release?
> >
> > What about version number "2.6"? I suggest that from now on we use
> the
> > third component of version number for "patch branches" only (i.e.
> patches
> > of non-recent release).
> >
> > If you do not object, I can try to prepare the release early next
> week.
> 
> Sorry, but since several days connection with SF from my place is
> very
> slow. Hopefully winds get better soon, so that I can make a release
> as
> promised.

ok, well i have a t3+ at work and dsl at home. My bandwith to sf is ok.

if you need anything done, send me a mail with the specifics,
i am also on the project, dont know if I have the rights...

mike


=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] Re: [opencxx] Release?

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

On Mon, 9 Dec 2002, Grzegorz Jakacki wrote:

> For quite a long time CVS snapshot is quite different then the last
> released version (2.5.12). Should we make a release?
>
> What about version number "2.6"? I suggest that from now on we use the
> third component of version number for "patch branches" only (i.e. patches
> of non-recent release).
>
> If you do not object, I can try to prepare the release early next week.

Sorry, but since several days connection with SF from my place is very
slow. Hopefully winds get better soon, so that I can make a release as
promised.

Regards
GJ

##################################################################
# 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] Release?

[Dupont, M. <mic...@mc...>]

Gregorz,

I would say, make a release, 
and in cvs mark it as head. 
No sense in confusing people.

Also, I am ready to help make debs now, I have much experience.
Anyone else working on that?

Mike

-----Original Message-----
From: Grzegorz Jakacki [mailto:ja...@he...]
Sent: Monday, December 09, 2002 2:16 AM
To: OpenC++
Subject: [opencxx] Release?



Hi,

For quite a long time CVS snapshot is quite different then the last
released version (2.5.12). Should we make a release?

What about version number "2.6"? I suggest that from now on we use the
third component of version number for "patch branches" only (i.e. patches
of non-recent release).

If you do not object, I can try to prepare the release early next week.

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. #
##################################################################

[Opencxx-users] [opencxx] Release?

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

Hi,

For quite a long time CVS snapshot is quite different then the last
released version (2.5.12). Should we make a release?

What about version number "2.6"? I suggest that from now on we use the
third component of version number for "patch branches" only (i.e. patches
of non-recent release).

If you do not object, I can try to prepare the release early next week.

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. #
##################################################################

[Opencxx-users] RE: [opencxx] problems with compiling for gctest.exe

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

On Sat, 7 Dec 2002, James Michael DuPont wrote:

>
> --- Youssef HASSOUN <yha...@dc...> wrote:
> > Hi mike,
> > OKAY, the gc-code can be compiled with <make -fMakefile.dj> under
> > cygwin-bash-shell. gctest.exe can be generated under and it works.
> > How to compile the src-code to get occ.exe ?
>
> > Which Makefile shold one
>
> Gregorz setup the autoconf before.
> Does opencc not use autoconf?

2.5.12 does not. You have to get CVS snapshot.

> you should run
> ./configure
> make
> make test
> make install
>
> > use. I tried the Makefile.Linux (unser src/Unix) and got the
> > following error message:
> > $ make -fMakefile.Linux
> > g++ -O -g -c -o buffer.o ../buffer.cc
> > In file included from ../types.h:131,
> >                  from ../buffer.h:41,
> >                  from ../buffer.cc:38:
> > ../gc/gc_cpp.h:132:1: warning: "_cdecl" redefined
> > ../buffer.cc:1:1: warning: this is the location of the previous
> > definition
> > In file included from ../buffer.cc:38:
> > ../buffer.h:80: `ostream' was not declared in this scope
> > ../buffer.h:80: parse error before `,' token
> > ../buffer.h:106: parse error before `&' token
> > ............
> >
> >
> > #include <iostraeam> in bufer.h doesn't help.
> > Any idea ?
> > youssef

If this is gcc-3.x, then I think I know what it is. gcc-3.x is more
Standard compliant. As far as I remember Pavel has fixed this problem,
so CVS snapshot should compile ok.

Regards
Grzegorz


> I cannot test this myself right now, have not compiled opencc in a long
> time.
>
>
> > ../buffer.h:80: `ostream' was not declared in this scope
> you need to make sure that you have your ostream.
>
> Do this :
>
> 1. make CFLAGS='-save-temps --verbose'  > buildlog.txt 2>&1
> collect all the .i files and the output
> 2.1 find / -name iostream
> 2.2 find / -name iostream\*.h
> 2.3 find / -name ostream\*.h
> See where the files are,
> store in var PATHTOIOSTREAM
>
> 3. run make CFLAGS='-I$PATHTOIOSTREAM'
>
> HTH
> mike
>
> =====
> James Michael DuPont
> http://introspector.sourceforge.net/
>
> __________________________________________________
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.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. #
##################################################################

[Opencxx-users] RE: [opencxx] problems with compiling for gctest.exe

[James M. D. <mdu...@ya...>]

--- Youssef HASSOUN <yha...@dc...> wrote:
> Hi mike,
> OKAY, the gc-code can be compiled with <make -fMakefile.dj> under
> cygwin-bash-shell. gctest.exe can be generated under and it works.
> How to compile the src-code to get occ.exe ?

> Which Makefile shold one

Gregorz setup the autoconf before.
Does opencc not use autoconf?
you should run 
./configure 
make 
make test
make install

> use. I tried the Makefile.Linux (unser src/Unix) and got the
> following error message:
> $ make -fMakefile.Linux
> g++ -O -g -c -o buffer.o ../buffer.cc
> In file included from ../types.h:131,
>                  from ../buffer.h:41,
>                  from ../buffer.cc:38:
> ../gc/gc_cpp.h:132:1: warning: "_cdecl" redefined
> ../buffer.cc:1:1: warning: this is the location of the previous
> definition
> In file included from ../buffer.cc:38:
> ../buffer.h:80: `ostream' was not declared in this scope
> ../buffer.h:80: parse error before `,' token
> ../buffer.h:106: parse error before `&' token
> ............
>  
>  
> #include <iostraeam> in bufer.h doesn't help.
> Any idea ?
> youssef

I cannot test this myself right now, have not compiled opencc in a long
time.


> ../buffer.h:80: `ostream' was not declared in this scope
you need to make sure that you have your ostream.

Do this : 

1. make CFLAGS='-save-temps --verbose'  > buildlog.txt 2>&1
collect all the .i files and the output 
2.1 find / -name iostream
2.2 find / -name iostream\*.h
2.3 find / -name ostream\*.h
See where the files are,
store in var PATHTOIOSTREAM

3. run make CFLAGS='-I$PATHTOIOSTREAM'

HTH
mike

=====
James Michael DuPont
http://introspector.sourceforge.net/

__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com

[Opencxx-users] RE: [opencxx] problems with compiling for gctest.exe

[Youssef H. <yha...@dc...>]

Hi mike,
OKAY, the gc-code can be compiled with <make -fMakefile.dj> under =
cygwin-bash-shell. gc.a and gctest.exe can be generated and it works.
How to compile the src-code to get occ.exe ? Which Makefile should one =
use. I tried the Makefile.Linux (under src/Unix) and got the following =
error message:
$ make -fMakefile.Linux
g++ -O -g -c -o buffer.o ../buffer.cc
In file included from ../types.h:131,
                 from ../buffer.h:41,
                 from ../buffer.cc:38:
../gc/gc_cpp.h:132:1: warning: "_cdecl" redefined
../buffer.cc:1:1: warning: this is the location of the previous =
definition
In file included from ../buffer.cc:38:
../buffer.h:80: `ostream' was not declared in this scope
../buffer.h:80: parse error before `,' token
../buffer.h:106: parse error before `&' token
............
=20
=20
#include <iostraeam> in bufer.h doesn't help.
Any idea ?
youssef

-----Original Message-----
From: Dupont, Michael [mailto:mic...@mc...]
Sent: 06 December 2002 18:22
To: 'op...@cs...'
Subject: RE: [opencxx] problems with compiling for gctest.exe



I dont know if people use open c++ under cygwin,=20
right now I am busy with the gcc port.=20

this is the general instructions for porting software=20
1. make a list of the libs needed=20
2. get the sources=20
3. read the readmes=20
4. read the installation instructions=20
 mostly under cygwin=20
        ./configure=20
        make=20
        make test /     make check=20
        make install=20
mike=20

-----Original Message-----=20
From: Youssef HASSOUN [ mailto:yha...@dc...]=20
Sent: Friday, December 06, 2002 6:31 PM=20
To: op...@cs...=20
Subject: RE: [opencxx] problems with compiling for gctest.exe=20


Hi mike,=20
> Check that you might have to compile all the libs yourself.=20
Could you please tell me how to do that.=20
yousef=20



-----Original Message-----=20
From: James Michael DuPont [ mailto:mdu...@ya...]=20
Sent: 05 December 2002 12:44=20
To: op...@cs...=20
Subject: Re: [opencxx] problems with compiling for gctest.exe=20


did you compile libgc yourself?=20

I have libgc as part of gcc installed here,=20

# if defined(I_HIDE_POINTERS) || defined(GC_I_HIDE_POINTERS)=20
    typedef GC_word GC_hidden_pointer;=20
#   define HIDE_POINTER(p) (~(GC_hidden_pointer)(p))=20
#   define REVEAL_POINTER(p) ((GC_PTR)(HIDE_POINTER(p)))=20

Check that you might have to compile all the libs yourself.=20

Mike.=20

--- Youssef HASSOUN <yha...@dc...> wrote:=20
> Hi,=20
> I use Borland's compiler bcc32.exe and  linker ilinke.exe and I get=20
> the linker problem shown below.=20
> Any idea why is that ?=20
>=20
> TLIB 4.5 Copyright (c) 1987, 1999 Inprise Corporation=20
>  +alloc.obj +reclaim.obj +allchblk.obj +misc.obj   +mach_dep.obj=20
> +os_dep.obj +mark_rts.obj +headers.obj +mark.obj   +obj=20
> _map.obj +blacklst.obj +finalize.obj +new_hblk.obj   +dbg_mlc.obj=20
> +malloc.obj +stubborn.obj +dyn_load.obj   +typd_mlc.ob=20
> j +ptr_chck.obj +gc_cpp.obj +mallocx.obj=20
>         c:\borland\bcc55\bin\bcc32 @MAKE0003.@@@=20
> Borland C++ 5.5.1 for Win32 Copyright (c) 1993, 2000 Borland=20
> Turbo Incremental Link 5.00 Copyright (c) 1997, 2000 Borland=20
> Error: Unresolved external '_HIDE_POINTER' referenced from=20
> C:\PHD\TOOLS\OPENC++2.5.12\SRC\GC\GC.LIB|finalize=20
> Error: Unresolved external '_REVEAL_POINTER' referenced from=20
> C:\PHD\TOOLS\OPENC++2.5.12\SRC\GC\GC.LIB|finalize=20
>=20
> ** error 1 ** deleting gctest.exe=20
>=20
> Regards.=20


=3D=3D=3D=3D=3D=20
James Michael DuPont=20
http://introspector.sourceforge.net/=20

__________________________________________________=20
Do you Yahoo!?=20
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.=20
http://mailplus.yahoo.com=20