Date: Mon, 18 Nov 96 14:41:45 +0100 From: cracauer@wavehh.hanse.de (Martin Cracauer) To: peterh@prognet.COM Cc: current-users@freebsd.org, jkh@freebsd.org, freebsd-ports@freebsd.org, nakai@mlab.t.u-tokyo.ac.jp Subject: Re: guavac, libstdc++ Message-ID: <9611181341.AA24457@wavehh.hanse.de> References: <3.0b36.32.19961116131427.010daf60@prognet.com>
next in thread | previous in thread | raw e-mail | index | archive | help
I verified that the following problem (libstdc++ from gnu/lib/libg++ is
not being build) still exists in RELENG_2_2 and 3.0-current as of
today. I appended diffs.
I included Jordan in the CC line because I think this fix should be in
2.2 This bug means people
- can't use the public guavac compiler or the public java language
- can't make serious use of C++ (?)
- they will say its better to run native GNU tools than to use FreeBSD's
- the universe as we know it will collapse
Sorry for the broadcast, but the issue spread over -current, -ports
and -hackers.
I also sent a pr.
>>Hello
>> There are three *.cc files in
>>/usr/src/contrib/libg++/libstdc++/stl
>>
>>random.cc
>>tree.cc
>>tempbuf.cc
>>
>>That are not being built under FreeBSD. Should these three files
>>be added to the build process for libstdc++? They really need
>>to be included into a library.
>I encountered this problem too. It is not that those files are not being
>compiled at all, but that they are not compiled into the shared library. I
>moved 'libstdc++.so.2.0' out of my /usr/lib and any STL stuff that uses red
>black trees now works.
>This only happened after I upgraded to the 2.2-961014-SNAP. I don't know
>whether this is still a problem.
I can't verify that the shared lib is OK, the Makefile leave the files
out for both library variants.
Anyway, here's the fix for RELENG_2_2 and 3.0-current
===================================================================
RCS file: src/gnu/lib/libstdc++/Makefile,v
retrieving revision 1.1
diff -r1.1 Makefile
7c7
< .PATH: ${GPPDIR}/libstdc++ ${GPPDIR}/libio ${GPPDIR}/libiberty
---
> .PATH: ${GPPDIR}/libstdc++ ${GPPDIR}/libstdc++/stl ${GPPDIR}/libio ${GPPDIR}/libiberty
40c40
< projectn.h set.h stack.h tempbuf.h tree.h vector.h
---
> projectn.h set.h stack.h tempbuf.h tree.h vector.h
43c43,45
< stdexcepti.cc cstdlibi.cc cmathi.cc
---
> stdexcepti.cc cstdlibi.cc cmathi.cc \
> random.cc tree.cc tempbuf.cc
>
--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Martin Cracauer <cracauer@cons.org> http://cracauer.cons.org Fax +49405228536
"As far as I'm concerned, if something is so complicated that you can't ex-
plain it in 10 seconds, then it's probably not worth knowing anyway"- Calvin
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?9611181341.AA24457>