[Bug libstdc++/17755] New: Can't compile djgpp cross-compiler

[Bug libstdc++/17755] New: Can't compile djgpp cross-compiler

[psychonaut at nothingisreal dot com]

I am trying to compile gcc as a cross-compiler for MS-DOS/Windows.  I am
essentially using the same steps as presented at
<http://users.erols.com/praccompsol/djgpp/linux-x-djgpp-revised.txt>, except
with binuitls-2.15 and gcc-3.4.2.  That is, I have done the following:

1) configured and installed a separate copy of binutils for target
i586-pc-msdosdjgpp
2) obtained the gcc-3.4.2 source
3) obtained and applied the djgpp patches for gcc-3.4.2 from
<ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/gcc342s2.zip>
4) configure --prefix=/usr/local/compiler/cross/djgpp
--target=i586-pc-msdosdjgpp
--with-headers=/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/include
5) make

Compilation fails in two places.  First I get the following error:

/home/psy/software/cross-compiler/src/gnu/gcc-3.4.2-obj/gcc/xgcc
-B/home/psy/software/cross-compiler/src/gnu/gcc-3.4.2-obj/gcc/
-B/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/bin/
-B/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/lib/ -isystem
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/include -isystem
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/sys-include -c
-DHAVE_CONFIG_H -O2 -g -O2 -I. -I../../../gcc-3.4.2/libiberty/../include  -W
-Wall -Wtraditional -pedantic ../../../gcc-3.4.2/libiberty/getpwd.c -o getpwd.o
../../../gcc-3.4.2/libiberty/getpwd.c: In function `getpwd':
../../../gcc-3.4.2/libiberty/getpwd.c:86: error: `PATH_MAX' undeclared (first
use in this function)
../../../gcc-3.4.2/libiberty/getpwd.c:86: error: (Each undeclared identifier
isreported only once
../../../gcc-3.4.2/libiberty/getpwd.c:86: error: for each function it appears in.)
make[1]: *** [getpwd.o] Error 1
make[1]: Leaving directory
`/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libiberty'
make: *** [all-target-libiberty] Error 2

PATH_MAX is in <limits.h>, but I believe the definition is in the false branch
of a conditional block, so it does not get #defined.  (That is, adding #include
<limits.h> to getpwd.c has no effect.)  Manually adding a #define PATH_MAX 512
to getpwd.c allows compilation to continue until the next error, which I cannot
surmount:

/home/psy/software/cross-compiler/src/gnu/gcc-3.4.2-obj/gcc/xgcc
-shared-libgcc-B/home/psy/software/cross-compiler/src/gnu/gcc-3.4.2-obj/gcc/
-nostdinc++
-L/home/psy/software/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/src
-L/home/psy/software/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/src/.libs
-B/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/bin/
-B/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/lib/ -isystem
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/include -isystem
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/sys-include
-I/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/i586-pc-msdosdjgpp
-I/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include
-I/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2/libstdc++-v3/libsupc++
-O2 -g -O2 -g -O2 -fno-implicit-templates -Wall -W -Wwrite-strings -Wcast-qual
-fdiagnostics-show-location=once -c
../../../../gcc-3.4.2/libstdc++-v3/src/allocator.cc -o allocator.o
In file included from
/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/bits/postypes.h:46,
                 from
/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/iosfwd:50,
                 from
/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/bits/stl_algobase.h:70,
                 from
/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/memory:54,
                 from ../../../../gcc-3.4.2/libstdc++-v3/src/allocator.cc:35:
/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/cwchar:65:
error: conflicting declaration 'typedef struct mbstate_t mbstate_t'
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/include/wchar.h:27: error:
'mbstate_t' has a previous declaration as `typedef struct mbstate_t mbstate_t'
/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/cwchar:65:
error: declaration of `typedef struct mbstate_t mbstate_t'
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/include/wchar.h:27: error:
conflicts with previous declaration `typedef struct mbstate_t mbstate_t'
/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/cwchar:65:
error: declaration of `typedef struct mbstate_t mbstate_t'
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/include/wchar.h:27: error:
conflicts with previous declaration `typedef struct mbstate_t mbstate_t'
/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/include/cwchar:65:
error: declaration of `typedef struct mbstate_t mbstate_t'
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/include/wchar.h:27: error:
conflicts with previous declaration `typedef struct mbstate_t mbstate_t'
make[3]: *** [allocator.lo] Error 1
make[3]: Leaving directory
`/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/var/software_backup/cross-compiler/src/gnu/gcc-3.4.2-obj/i586-pc-msdosdjgpp/libstdc++-v3'
make: *** [all-target-libstdc++-v3] Error 2

-- 
           Summary: Can't compile djgpp cross-compiler
           Product: gcc
           Version: 3.4.2
            Status: UNCONFIRMED
          Severity: critical
          Priority: P2
         Component: libstdc++
        AssignedTo: unassigned at gcc dot gnu dot org
        ReportedBy: psychonaut at nothingisreal dot com
                CC: dhazeghi at yahoo dot com,gcc-bugs at gcc dot gnu dot
                    org,psychonaut at nothingisreal dot com
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i586-pc-msdosdjgpp


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[pavenis at latnet dot lv]

------- Additional Comments From pavenis at latnet dot lv  2004-10-01 13:35 -------
Builds OK for me when directory 
$prefix/lib/gcc/$target/$version exists.  
 
Fails in the same way as in this bug report, if it doesn't exist 
 
Absence of above mentioned directory causes target's limits.h not to be found 
and as results only GCC own limits.h to be included, which causes build 
failure later. 
 
For me values were following: 
prefix=/usr, target=i586-pc-msdosdjgpp, version=3.4.2 
So it was similar as ones reported. 
 
Maybe build must fail if this directory doesn't exist and cannot be created 
(for example due to insifficient privilegues). I myself have some times falled 
into the same "trap" when building DJGPP targetted cross-compiler. 
 
 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[psychonaut at nothingisreal dot com]

------- Additional Comments From psychonaut at nothingisreal dot com  2004-10-08 17:18 -------
The fix suggested by Andris Pavenis does not work for me.  Even when the
directory $prefix/lib/gcc/$target/$version (in this case
/usr/local/compiler/cross/djgpp/lib/gcc/i586-pc-msdosdjgpp/3.4.2) exists at
configure time, I get the same build error upon make.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[pavenis at latnet dot lv]

------- Additional Comments From pavenis at latnet dot lv  2004-10-11 10:53 -------
One more trap:  
 
DJGPP includes are expected to be at $prefix/$target/sys-include.  
Symbolic link of $prefix/$target/include to it should suffice. 
 
Verified that absence of such directory causes described problem. 
 

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[psychonaut at nothingisreal dot com]

------- Additional Comments From psychonaut at nothingisreal dot com  2004-10-18 12:09 -------
Is it possible you're jumping the gun again, Andris?  I tried recompiling with
the sys-include directory created as you indicated, and the build still fails. 
However, it does fail at a different point than before; here's the error message
I get.  Any advice would be greatly appreciated.

/home/psy/software/cross-compiler/cross/gnu/gcc-3.4.2/gcc/xgcc -shared-libgcc
-B/home/psy/software/cross-compiler/cross/gnu/gcc-3.4.2/gcc/ -nostdinc++
-L/home/psy/software/cross-compiler/cross/gnu/gcc-3.4.2/i586-pc-msdosdjgpp/libstdc++-v3/src
-L/home/psy/software/cross-compiler/cross/gnu/gcc-3.4.2/i586-pc-msdosdjgpp/libstdc++-v3/src/.libs
-B/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/bin/
-B/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/lib/ -isystem
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/include -isystem
/usr/local/compiler/cross/djgpp/i586-pc-msdosdjgpp/sys-include
-I/var/software_backup/cross-compiler/cross/gnu/gcc-3.4.2/i586-pc-msdosdjgpp/libstdc++-v3/include/i586-pc-msdosdjgpp
-I/var/software_backup/cross-compiler/cross/gnu/gcc-3.4.2/i586-pc-msdosdjgpp/libstdc++-v3/include
-I/var/software_backup/cross-compiler/cross/gnu/gcc-3.4.2/libstdc++-v3/libsupc++
-O2 -g -O2 -g -O2 -fno-implicit-templates -Wall -W -Wwrite-strings-Wcast-qual
-fdiagnostics-show-location=once -c basic_file.cc -o basic_file.o
basic_file.cc: In function `std::streamsize __gnu_internal::xwritev(int, const
char*, std::streamsize, const char*, std::streamsize)':
basic_file.cc:142: error: elements of array `__gnu_internal::iovec __iov[2]'
have incomplete type
basic_file.cc:142: error: storage size of `__iov' isn't known
basic_file.cc:151: error: `writev' undeclared (first use this function)
basic_file.cc:151: error: (Each undeclared identifier is reported only once
foreach function it appears in.)
make[3]: *** [basic_file.lo] Error 1
make[3]: Leaving directory
`/var/software_backup/cross-compiler/cross/gnu/gcc-3.4.2/i586-pc-msdosdjgpp/libstdc++-v3/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/var/software_backup/cross-compiler/cross/gnu/gcc-3.4.2/i586-pc-msdosdjgpp/libstdc++-v3'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/var/software_backup/cross-compiler/cross/gnu/gcc-3.4.2/i586-pc-msdosdjgpp/libstdc++-v3'
make: *** [all-target-libstdc++-v3] Error 2


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[pinskia at gcc dot gnu dot org]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|critical                    |normal


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[dhazeghi at yahoo dot com]

-- 
           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|dhazeghi at yahoo dot com   |


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[bugzilla at mailinator dot com]

------- Additional Comments From bugzilla at mailinator dot com  2004-12-08 05:06 -------
I got the same problems for gcc-3.4.3. I fixed the iovec error by inserting

struct iovec {
	void *iov_base;
	size_t iov_len;
};

ssize_t writev (int filedes, const struct iovec *vector, int count);

at line 133 in gcc-3.4.3-obj/i586-pc-msdosdjgpp/libstdc++-v3/src. However, this
gives another error during make install. libstdc++ doesn't install properly.
Luckily, I'm not using libstdc++ in my programs, and the cross compiler itself
works fine.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[dn dot tlp at gmx dot net]

------- Comment #6 from dn dot tlp at gmx dot net  2006-02-20 08:20 -------
(In reply to comment #5)
> I got the same problems for gcc-3.4.3. I fixed the iovec error by inserting
> 
> struct iovec {
> 	void *iov_base;
> 	size_t iov_len;
> };
> 
> ssize_t writev (int filedes, const struct iovec *vector, int count);
> 
> at line 133 in gcc-3.4.3-obj/i586-pc-msdosdjgpp/libstdc++-v3/src. However, this
> gives another error during make install. libstdc++ doesn't install properly.
> Luckily, I'm not using libstdc++ in my programs, and the cross compiler itself
> works fine.

I got the exact same problem using gcc-4.0.2. libstdc++ is still unusable
using your fix.

I fixed the problem by inserting an

#undef _GLIBCXX_HAVE_WRITEV

in line 73 of i586-pc-msdosdjgpp/libstdc++-v3/src/basic_file.cc, instead of
your fix, which makes libstdc++ usable again.

Probably the problem can also be fixed by adding some configure options? As
this macro is detected and set by configure.


-- 

dn dot tlp at gmx dot net changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dn dot tlp at gmx dot net


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[manu at gcc dot gnu dot org]

------- Comment #7 from manu at gcc dot gnu dot org  2008-02-13 21:08 -------
Is this still a problem in a recent GCC ?


-- 

manu at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |manu at gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755

[Bug libstdc++/17755] Can't compile djgpp cross-compiler

[bkoz at gcc dot gnu dot org]

------- Comment #8 from bkoz at gcc dot gnu dot org  2009-01-27 01:12 -------

Closing due to inactivity. If this is still a problem on a release branch (ie,
gcc-4.3.x and above), please re-open and provide details.


-- 

bkoz at gcc dot gnu dot org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
      Known to fail|                            |3.4.3 4.0.2
         Resolution|                            |WORKSFORME


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17755