* [PATCH 1/1] libstdc++.bb: copy libstdc++.so* to rootfs
@ 2010-03-16 20:58 Ulf Samuelsson
2010-03-17 0:43 ` Tom Rini
0 siblings, 1 reply; 6+ messages in thread
From: Ulf Samuelsson @ 2010-03-16 20:58 UTC (permalink / raw)
To: openembedded-devel; +Cc: Ulf Samuelsson
libstdc++.so* is needed by some applications during build,
including gnome-mplayer.
This recipe copies the shared library from the crosscompiler
directory, without having to install the complete compiler
in the target system
Signed-off-by: Ulf Samuelsson <ulf.samuelsson@atmel.com>
---
recipes/libstdc++/libstdc++.bb | 15 +++++++++++++++
1 files changed, 15 insertions(+), 0 deletions(-)
create mode 100644 recipes/libstdc++/libstdc++.bb
diff --git a/recipes/libstdc++/libstdc++.bb b/recipes/libstdc++/libstdc++.bb
new file mode 100644
index 0000000..a24c153
--- /dev/null
+++ b/recipes/libstdc++/libstdc++.bb
@@ -0,0 +1,15 @@
+PR = "r1"
+LIBSTDCPLUSPLUS_TARGET = ${STAGING_DIR_TARGET}/lib
+
+do_install () {
+ if ! [ -e ${LIBSTDCPLUSPLUS_TARGET}/libstdc++.so ] ; then
+ cp ${CROSS_DIR}/${TARGET_SYS}/lib/libstdc++.so.6.* ${LIBSTDCPLUSPLUS_TARGET}
+ cd ${LIBSTDCPLUSPLUS_TARGET}
+ file=`ls libstdc++.so.6.*`
+ ln -s $file libstdc++.so.6
+ ln -s $file libstdc++.so
+ fi
+}
+
+PROVIDES = "libstdc++"
+
--
1.6.0.2
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [PATCH 1/1] libstdc++.bb: copy libstdc++.so* to rootfs
2010-03-16 20:58 [PATCH 1/1] libstdc++.bb: copy libstdc++.so* to rootfs Ulf Samuelsson
@ 2010-03-17 0:43 ` Tom Rini
2010-03-17 2:03 ` Holger Hans Peter Freyther
0 siblings, 1 reply; 6+ messages in thread
From: Tom Rini @ 2010-03-17 0:43 UTC (permalink / raw)
To: openembedded-devel; +Cc: Ulf Samuelsson
On Tue, 2010-03-16 at 21:58 +0100, Ulf Samuelsson wrote:
> libstdc++.so* is needed by some applications during build,
> including gnome-mplayer.
>
> This recipe copies the shared library from the crosscompiler
> directory, without having to install the complete compiler
> in the target system
Checking in a non-external-toolchain based build I have around, I see
staging/<target>/usr/lib/libstdc++.so / libstc++.so.6 which point at
libstdc++.so.6.0.10, which exists. Can you explain how you're getting a
lack of libstdc++? Thanks.
--
Tom Rini <tom_rini@mentor.com>
Mentor Graphics Corporation
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/1] libstdc++.bb: copy libstdc++.so* to rootfs
2010-03-17 0:43 ` Tom Rini
@ 2010-03-17 2:03 ` Holger Hans Peter Freyther
2010-03-17 4:31 ` Khem Raj
2010-03-17 6:31 ` Ulf Samuelsson
0 siblings, 2 replies; 6+ messages in thread
From: Holger Hans Peter Freyther @ 2010-03-17 2:03 UTC (permalink / raw)
To: openembedded-devel
On Wednesday 17 March 2010 01:43:41 Tom Rini wrote:
> Checking in a non-external-toolchain based build I have around, I see
> staging/<target>/usr/lib/libstdc++.so / libstc++.so.6 which point at
> libstdc++.so.6.0.10, which exists. Can you explain how you're getting a
> lack of libstdc++? Thanks.
I assume he is using gcc to link and some external lib linked C++ symbols into
the global scope... This was a bug in some versions of gcc and we solved it in
WebKit/GTK+ by having a linker script and excluding everything _Z*.
So I would nack this change and instead figure out which C library is exposing
C++ symbols.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/1] libstdc++.bb: copy libstdc++.so* to rootfs
2010-03-17 2:03 ` Holger Hans Peter Freyther
@ 2010-03-17 4:31 ` Khem Raj
2010-03-17 6:31 ` Ulf Samuelsson
1 sibling, 0 replies; 6+ messages in thread
From: Khem Raj @ 2010-03-17 4:31 UTC (permalink / raw)
To: openembedded-devel
On Tue, Mar 16, 2010 at 7:03 PM, Holger Hans Peter Freyther
<holger+oe@freyther.de> wrote:
> On Wednesday 17 March 2010 01:43:41 Tom Rini wrote:
>
>> Checking in a non-external-toolchain based build I have around, I see
>> staging/<target>/usr/lib/libstdc++.so / libstc++.so.6 which point at
>> libstdc++.so.6.0.10, which exists. Can you explain how you're getting a
>> lack of libstdc++? Thanks.
>
> I assume he is using gcc to link and some external lib linked C++ symbols into
> the global scope... This was a bug in some versions of gcc and we solved it in
> WebKit/GTK+ by having a linker script and excluding everything _Z*.
>
> So I would nack this change and instead figure out which C library is exposing
> C++ symbols.
I think we have had discussions about packaging gcc runtime. There
were some proposals on packaging it
but the directions seems to be that we need to package them better.
Weather we create a single package
for all runtime or package each language runtime differently is
decision to me made. I think toolchain-desuck
branch would be the right place to get this done.
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/1] libstdc++.bb: copy libstdc++.so* to rootfs
2010-03-17 2:03 ` Holger Hans Peter Freyther
2010-03-17 4:31 ` Khem Raj
@ 2010-03-17 6:31 ` Ulf Samuelsson
2010-03-17 7:04 ` Holger Hans Peter Freyther
1 sibling, 1 reply; 6+ messages in thread
From: Ulf Samuelsson @ 2010-03-17 6:31 UTC (permalink / raw)
To: openembedded-devel
Holger Hans Peter Freyther skrev:
> On Wednesday 17 March 2010 01:43:41 Tom Rini wrote:
>
>> Checking in a non-external-toolchain based build I have around, I see
>> staging/<target>/usr/lib/libstdc++.so / libstc++.so.6 which point at
>> libstdc++.so.6.0.10, which exists. Can you explain how you're getting a
>> lack of libstdc++? Thanks.
I can also see this in the target but it is needed also during the build
of gnome-mplayer, or that will fail.
>
> I assume he is using gcc to link and some external lib linked C++ symbols into
> the global scope... This was a bug in some versions of gcc and we solved it in
> WebKit/GTK+ by having a linker script and excluding everything _Z*.
>
> So I would nack this change and instead figure out which C library is exposing
> C++ symbols.
>
When building gnome-mplayer, it complains that "libmusicbrainz"
needs the symbols from libstdc++.so.6.
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
--
Best Regards
Ulf Samuelsson
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [PATCH 1/1] libstdc++.bb: copy libstdc++.so* to rootfs
2010-03-17 6:31 ` Ulf Samuelsson
@ 2010-03-17 7:04 ` Holger Hans Peter Freyther
0 siblings, 0 replies; 6+ messages in thread
From: Holger Hans Peter Freyther @ 2010-03-17 7:04 UTC (permalink / raw)
To: openembedded-devel
On Wednesday 17 March 2010 07:31:48 Ulf Samuelsson wrote:
> > So I would nack this change and instead figure out which C library is
> > exposing C++ symbols.
>
> When building gnome-mplayer, it complains that "libmusicbrainz"
> needs the symbols from libstdc++.so.6.
Which symbols? Please mail us the link error. In any case the compile/link fix
is more inside libmusicbrainz than it is in copying the libstdc++ around.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2010-03-17 7:08 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-03-16 20:58 [PATCH 1/1] libstdc++.bb: copy libstdc++.so* to rootfs Ulf Samuelsson
2010-03-17 0:43 ` Tom Rini
2010-03-17 2:03 ` Holger Hans Peter Freyther
2010-03-17 4:31 ` Khem Raj
2010-03-17 6:31 ` Ulf Samuelsson
2010-03-17 7:04 ` Holger Hans Peter Freyther
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.