X-Authentication-Warning:	delorie.com: mail set sender to djgpp-bounces using -f
X-Recipient:	djgpp AT delorie DOT com
Message-ID:	<4781DBF0.6030708@iki.fi>
Date:	Mon, 07 Jan 2008 09:59:44 +0200
From:	Andris Pavenis <andris DOT pavenis AT iki DOT fi>
User-Agent:	Thunderbird 2.0.0.9 (X11/20071115)
MIME-Version:	1.0
To:	djgpp AT delorie DOT com
Subject:	Re: New C++ standard
References:	<ac13d216-335a-4bcf-aa07-d97928b41f28 AT h11g2000prf DOT googlegroups DOT com>
In-Reply-To:	<ac13d216-335a-4bcf-aa07-d97928b41f28@h11g2000prf.googlegroups.com>
Reply-To:	djgpp AT delorie DOT com

This is a multi-part message in MIME format.
--------------000808060903050007080604
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Grizlyk wrote:
> Hi.
> 
> Are anybody going to port new gcc test versions of C++ (with concepts
> etc)? DJGPP is most fast for install and most easy to use port of gcc
> i have seen, so... will we get new versions at nearest time?

I don't know.

I tried to get them to compile in December.

First show-stopper was GCC bug 34400 (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34400). After 
applying patches related to this bug Ada related stuff builds in reasonable time.

Later run into another problem when building libstdc++-v3. I'll got error messages from libtool. 
The reason was broken DJGPP port of bash-2.05b (beta/v2gnu/bsh205bb.zip). See test example in 
attachment. I workarounded problem by patching lib/sh/zread.c (see beta/v2gnu/bsh205bs.zip), but 
got a different libtool related problem later and didn't have more time to study it.

So porting GCC is only one part of work. We need working ports of many other packages. At least 
port of bash is not yet in good enough shape and I will perhaps not have enough time myself for 
getting bash testsuite working for DJGPP and found problems getting fixed.

Andris

PS. Also required newer versions of GNU autoconf and automake for building GCC rather than ones 
available for DJGPP. Got them build, but running testsuite was not very successful (crash somewhere 
in middle and all tests failed after some point for another package). So I don't know whether these 
packages really work reasonably well for DJGPP. At least it seems that they do for GCC development 
snapshots.


--------------000808060903050007080604
Content-Type: text/plain;
 name="bash_read_test"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="bash_read_test"

#! /bin/sh

PACKAGE=libtool

cat >vec.lo <<'EOF'
# vec.lo - a libtool object file
# Generated by ltmain.sh (GNU libtool 1.2435 2007/03/18 18:44:42) 2.1a
#
# Please DO NOT delete this file!
# It is necessary for linking the library.

# Name of the PIC object.
pic_object=none

# Name of the non-PIC object
non_pic_object='vec.o'
EOF

cat4 ()
{
    if test -r "$1" && exec 5<&1 <"$1"; then
	for lalib_p_l in 1 2 3 4
	do
	    read lalib_p_line
	    echo "line=\"$lalib_p_line\""
	done
	exec 1<&5 5<&-
    fi
}

cat4 vec.lo

--------------000808060903050007080604--

- Raw text -