--- Comment #3 from pcarlini at suse dot de 2007-06-25 23:27 ---
Sorry, disregard my remark between parentheses about 4.1 headers vs 4.2
library, I didn't follow your way of explaining your setup: yes, actaully, a
4.1 object *can* be linked to a 4.2 *.so. In any case, certainly the curre
--- Comment #2 from pcarlini at suse dot de 2007-06-25 23:13 ---
And of course a normally installed and configured recent 4_1-branch gcc
(20070619) compiles the provided snippet just fine. The symbol is exported as
expected:
000ad570 T std::numpunct::_M_initialize_numpunct(__locale_struc
--- Comment #1 from pcarlini at suse dot de 2007-06-25 23:03 ---
Whatever it is, it isn't a libstdc++ proper issue: the 4_1-branch is in deep
regressions-only mode, only very few commits to the breanch during the last 6+
months, nothing related to that issue (just have a look to the Chan
Processing commands for [EMAIL PROTECTED]:
> forwarded 428926 http://gcc.gnu.org/PR32509
Bug#428926: gmp: FTBFS: /usr/include/c++/4.1.3/bits/locale_facets.h:1682:
undefined reference to
`std::numpunct::_M_initialize_numpunct(__locale_struct*)'
Noted your statement that Bug has been forwarded to
Matthias Klose writes:
> I'll revert this checkin on the 4.2 branch. Without it we only apply
> and test the patches for specific builds and architectures. This
> then tends to be discovered on the build daemons, which is late.
> Adjusting the build dependencies is certainly ok.
OK, that's why th
Processing commands for [EMAIL PROTECTED]:
> #
> # bts-link upstream status pull for source package gcc-snapshot
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status rep
Ludovic,
I'll revert this checkin on the 4.2 branch. Without it we only apply
and test the patches for specific builds and architectures. This then
tends to be discovered on the build daemons, which is late. Adjusting
the build dependencies is certainly ok.
Matthias
--
To UNSUBSCRIBE, emai
Processing commands for [EMAIL PROTECTED]:
> owner 430395 Arthur Loiret <[EMAIL PROTECTED]>
Bug#430395: gcc-4.2 FTBFS when cross compiling because of wrong config path in
binary-libstdcxx-cross.mk
Owner recorded as Arthur Loiret <[EMAIL PROTECTED]>.
> thanks
Stopping processing here.
Please con
Here is the error I got:
cp -p
/usr/src/gcc-4.2/gcc-4.2-4.2-20070609/src/libstdc++-v3/config/linker-map.gnu
\
debian/libstdc++6-4.2-pic-sparc-cross/usr/lib/gcc/sparc-linux-gnu/4.2.1/libstdc++_pic.map
cp: cannot stat
`/usr/src/gcc-4.2/gcc-4.2-4.2-20070609/src/libstdc++-v3/config/linker-map.gnu':
N
Processing commands for [EMAIL PROTECTED]:
> reassign 429660 libstdc++6
Bug#429660: g++-4.2: program using locales segfaults when compile with locales
Bug reassigned from package `g++-4.2' to `libstdc++6'.
> merge 429660 429882
Bug#429660: g++-4.2: program using locales segfaults when compile wi
Processing commands for [EMAIL PROTECTED]:
> #
> # bts-link upstream status pull for source package gcc-snapshot
> # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
> #
> user [EMAIL PROTECTED]
Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]).
> # remote status rep
Package: gcc-4.2
Version: 4.2-20070609
Hello,
The file libstdc++-v3/config/linker-map.gnu has moved in gcc-4.2 to
libstdc++-v3/config/abi/pre/gnu.ver, then I suggest to correct the path
in binary-libstdcxx-cross.mk.
A simple patch is joined, and I have successfully built gcc-4.2 for
several tar
12 matches
Mail list logo
