X-Authentication-Warning: delorie.com: mail set sender to djgpp-bounces using -f X-Recipient: djgpp AT delorie DOT com Message-ID: <47824DE9.9060602@iki.fi> Date: Mon, 07 Jan 2008 18:06:01 +0200 From: Andris Pavenis User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: djgpp AT delorie DOT com Subject: Re: New C++ standard References: <4781DBF0 DOT 6030708 AT iki DOT fi> <7931e739-3ddb-4de8-bd59-09e149557dac AT h11g2000prf DOT googlegroups DOT com> In-Reply-To: <7931e739-3ddb-4de8-bd59-09e149557dac@h11g2000prf.googlegroups.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: djgpp AT delorie DOT com Grizlyk kirjoitti: > Andris Pavenis wrote: > >>> Are anybody going to port new gcc test versions of C++ (with concepts >>> etc)? >>> > .. > >> First show-stopper was GCC bug 34400 >> (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34400). >> > > I spoke about the ConceptGCC version of GCC > http://www.generic-programming.org/software/ConceptGCC > > From my djgpp user point of view, I thought, that the DJ port can be > represented as some independent packages: > 1. posix executable environment for dos (djgpp.env, exe stubs etc) > 2. posix user environment (compiled executable applications ) for dos > (bash, cmdline utils, etc) > 3. other compiled executable applications from posix sources (GCC, > etc) > > As i can guess, if i have a kind of unix, i can get the ConceptGCC > sources and easy compile the sources into unix executable. But i want > to have the executable under dos, because dos+dpmi environment, being > very limited in comparison with unix, is much more spreaded for me; in > fact it works everywhere, including unix. > > I have tryed to install a kind of unix_under_win, but installing was > allowed only over inet in real-time, required admin accounts for win > etc. I was forced to declain the install, because i need cheafly > compiler. > > If You thought Interix, then You can get installation CD image of it from M$, burn it to CD and install from CD. GCC can be used as compiler, but as I remember it is was rather old version. Anyway I uninstalled it and after that had to reinstall it to remove some remaining files, as I was not able to delete then from Windows directly. So I'm sldo think that one should stay away from it. There is also Cygwin support mentioned in ConceptGCC homepage..., but I haven't tested it and perhaps I'm not going to do it in near future. > Once i tryed to adjust some sources under unix, but for the target > machines the unix itself requireing hard adjustment, it was impossible > to normal work with the unix itself, but again, i need compiler > only :). > > >> porting GCC is only one part of work. >> We need working ports of many other packages. >> > > From the ConceptGCC page one can read that "ConceptGCC is a prototype" > and that there are many limitations in current version: > - Associated templates and function templates are not implemented. > - Type-checking of instantiations of generic types (e.g., vector) > inside templates is not stable. > - The ConceptGCC C++ Standard Library (a modified libstdc++) has not > been completely converted to use concepts. > > I think, that C libraries (stdio.h, sting.h etc) for ConceptGCC must > remain correct, so trivial executables can be created, and it is quite > enough to test work and to test concepts. > > So, maybe i don't understand any, but there is way to compile the > ConceptGCC souces into executable for posix executable environment for > dos (djgpp.env, exe stubs etc). And there are men, who easy can do it, > can't ? > > I suspect, that if i want to compile the ConceptGCC sources myself, i > need native posix executable environment installed. > It may be easier to build for example Linux to DJGPP cross-compiler (long time ago I also suceeded to do so called cross-native build for DJGPP under Linux, but it was for now ancient GCC version). As far as I understand from ConceptGCC webpage, its alpha versions seem to be fork of corresponding GCC versions. If it is so, then the same way how to build GCC could possibly also be usable for ConceptGCC. As I wrote earlier, I had problems building GCC-3.4 development versions for DJGPP. So I could expect the same problems also for ConceptGCC.