* RFC: get rid of virtual/libsdl
@ 2007-01-08 21:27 Marcin Juszkiewicz
2007-01-08 21:40 ` Paul Sokolovsky
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Marcin Juszkiewicz @ 2007-01-08 21:27 UTC (permalink / raw)
To: openembedded-devel
I see more and more reports where people has problems with building SDL
stuff just because they have 'virtual/libsdl == libsdl-qpe' in build
config. We all know that libsdl-qpe is set of hacks applied to hacks
which evolved from other hacks and thats that all is in state which no
one want to have something to do. No one ever sent parts of it upstream,
no one tried to update it to more recent SDL version etc.
I would like to have one small change in OE: removal of virtual/libsdl at
all or some kind of other change which would mark libsdl-qpe as not
providing virtual/libsdl at all.
Most of SDL stuff in OE builds without problem with libsdl-x11 and most of
them even works when user with libsdl-qpe tries to use it. But if someone
tries to build SDL apps with libsdl-qpe then he is hit with linking
problems, with '-no-rtti/-rtti' problem etc. I'm tired of it.
--
JID: hrw-jabber.org
OpenEmbedded developer/consultant
If you're not the part of solution then you're part of the problem.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFC: get rid of virtual/libsdl
2007-01-08 21:27 RFC: get rid of virtual/libsdl Marcin Juszkiewicz
@ 2007-01-08 21:40 ` Paul Sokolovsky
2007-01-08 22:20 ` Marcin Juszkiewicz
2007-01-08 21:46 ` Koen Kooi
2007-01-14 19:55 ` Koen Kooi
2 siblings, 1 reply; 7+ messages in thread
From: Paul Sokolovsky @ 2007-01-08 21:40 UTC (permalink / raw)
To: Marcin Juszkiewicz; +Cc: openembedded-devel
Hello Marcin,
Monday, January 8, 2007, 11:27:08 PM, you wrote:
> I see more and more reports where people has problems with building SDL
> stuff just because they have 'virtual/libsdl == libsdl-qpe' in build
> config. We all know that libsdl-qpe is set of hacks applied to hacks
> which evolved from other hacks and thats that all is in state which no
> one want to have something to do. No one ever sent parts of it upstream,
> no one tried to update it to more recent SDL version etc.
> I would like to have one small change in OE: removal of virtual/libsdl at
> all or some kind of other change which would mark libsdl-qpe as not
> providing virtual/libsdl at all.
> Most of SDL stuff in OE builds without problem with libsdl-x11 and most of
> them even works when user with libsdl-qpe tries to use it. But if someone
> tries to build SDL apps with libsdl-qpe then he is hit with linking
> problems, with '-no-rtti/-rtti' problem etc. I'm tired of it.
Well, that was one of questions I had in mind: why there're separate
builds of SDL apps for GPE and OPIE - it would be kinda natural to expect
SDL ABI to be the same on both.
But of course it would be nice if this RFC would let for some time
to do such testing.
--
Best regards,
Paul mailto:pmiscml@gmail.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFC: get rid of virtual/libsdl
2007-01-08 21:27 RFC: get rid of virtual/libsdl Marcin Juszkiewicz
2007-01-08 21:40 ` Paul Sokolovsky
@ 2007-01-08 21:46 ` Koen Kooi
2007-01-08 22:02 ` Paul Sokolovsky
2007-01-14 19:55 ` Koen Kooi
2 siblings, 1 reply; 7+ messages in thread
From: Koen Kooi @ 2007-01-08 21:46 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Marcin Juszkiewicz schreef:
> I see more and more reports where people has problems with building SDL
> stuff just because they have 'virtual/libsdl == libsdl-qpe' in build
> config. We all know that libsdl-qpe is set of hacks applied to hacks
> which evolved from other hacks and thats that all is in state which no
> one want to have something to do. No one ever sent parts of it upstream,
> no one tried to update it to more recent SDL version etc.
>
> I would like to have one small change in OE: removal of virtual/libsdl at
> all or some kind of other change which would mark libsdl-qpe as not
> providing virtual/libsdl at all.
>
> Most of SDL stuff in OE builds without problem with libsdl-x11 and most of
> them even works when user with libsdl-qpe tries to use it. But if someone
> tries to build SDL apps with libsdl-qpe then he is hit with linking
> problems, with '-no-rtti/-rtti' problem etc. I'm tired of it.
move libsql-qpe to packages/obsolete/libsdl/, that way people that want it can still build
it and innocent bystanders don't get hit by the issues you mentioned.
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFForuwMkyGM64RGpERAuQzAJ9BpmG71UoMiCTHIUkGfRTA+qA7XwCePzZf
9Qo241mJkI5Us+dvr0VBweY=
=yqOk
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFC: get rid of virtual/libsdl
2007-01-08 21:46 ` Koen Kooi
@ 2007-01-08 22:02 ` Paul Sokolovsky
2007-01-08 22:17 ` Koen Kooi
0 siblings, 1 reply; 7+ messages in thread
From: Paul Sokolovsky @ 2007-01-08 22:02 UTC (permalink / raw)
To: openembedded-devel
Hello Koen,
> Marcin Juszkiewicz schreef:
>> I see more and more reports where people has problems with building SDL
>> stuff just because they have 'virtual/libsdl == libsdl-qpe' in build
[]
> move libsql-qpe to packages/obsolete/libsdl/, that way people that want it can still build
> it and innocent bystanders don't get hit by the issues you mentioned.
Isn't that too much of action for the original problem of people
selecting it to build SDL apps and having problems due to this?
There's nothing wrong with libsdl-qpe per se (patching matter is
highly subjective), it's just the SDL implementation for OPIE/QTopia.
So if it's considered harmful to build against it, let's kill any
virtual/libsdl source-package overrides using it. But both libsdl-x11
and libsdl-qpe should RPROVIDE same virtual package to the package
manager.
> regards,
> Koen
--
Best regards,
Paul mailto:pmiscml@gmail.com
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFC: get rid of virtual/libsdl
2007-01-08 22:02 ` Paul Sokolovsky
@ 2007-01-08 22:17 ` Koen Kooi
0 siblings, 0 replies; 7+ messages in thread
From: Koen Kooi @ 2007-01-08 22:17 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Paul Sokolovsky schreef:
> Hello Koen,
>
>
>> Marcin Juszkiewicz schreef:
>>> I see more and more reports where people has problems with building SDL
>>> stuff just because they have 'virtual/libsdl == libsdl-qpe' in build
>
> []
>
>> move libsql-qpe to packages/obsolete/libsdl/, that way people that want it can still build
>> it and innocent bystanders don't get hit by the issues you mentioned.
>
> Isn't that too much of action for the original problem of people
> selecting it to build SDL apps and having problems due to this?
People have to select libsdl-x11, otherwise -qpe gets built. Given its current
unmaintained and problematic state it'd rather drop it completely. But since we are
supposed to by nice to OE users, lets move it to obsolete instead.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFFosLgMkyGM64RGpERAsypAJ9W9eA5EgJn9j8fTtzhp8OgtzepLACbBAnW
LwE6pAvEGW0XxhF+Iiz/z6U=
=tJdl
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFC: get rid of virtual/libsdl
2007-01-08 21:40 ` Paul Sokolovsky
@ 2007-01-08 22:20 ` Marcin Juszkiewicz
0 siblings, 0 replies; 7+ messages in thread
From: Marcin Juszkiewicz @ 2007-01-08 22:20 UTC (permalink / raw)
To: Paul Sokolovsky, openembedded-devel
Dnia poniedziałek, 8 stycznia 2007 22:40, Paul Sokolovsky napisał:
> Well, that was one of questions I had in mind: why there're separate
> builds of SDL apps for GPE and OPIE - it would be kinda natural to
> expect SDL ABI to be the same on both.
ABI is same - backends differ. libsdl-x11 is normal pure upstream version
configured for X11 backend. libsdl-qpe is overhacked version configured
for QT/E 2.x - and in current .dev it gives too many linking problems.
> But of course it would be nice if this RFC would let for some time
> to do such testing.
Which kind of testing you suggest? I can run build and provide results.
--
JID: hrw-jabber.org
OpenEmbedded developer/consultant
time is what keeps things from happening all at once
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: RFC: get rid of virtual/libsdl
2007-01-08 21:27 RFC: get rid of virtual/libsdl Marcin Juszkiewicz
2007-01-08 21:40 ` Paul Sokolovsky
2007-01-08 21:46 ` Koen Kooi
@ 2007-01-14 19:55 ` Koen Kooi
2 siblings, 0 replies; 7+ messages in thread
From: Koen Kooi @ 2007-01-14 19:55 UTC (permalink / raw)
To: openembedded-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Marcin Juszkiewicz schreef:
> I see more and more reports where people has problems with building SDL
> stuff just because they have 'virtual/libsdl == libsdl-qpe' in build
> config. We all know that libsdl-qpe is set of hacks applied to hacks
> which evolved from other hacks and thats that all is in state which no
> one want to have something to do. No one ever sent parts of it upstream,
> no one tried to update it to more recent SDL version etc.
>
> I would like to have one small change in OE: removal of virtual/libsdl at
> all or some kind of other change which would mark libsdl-qpe as not
> providing virtual/libsdl at all.
>
> Most of SDL stuff in OE builds without problem with libsdl-x11 and most of
> them even works when user with libsdl-qpe tries to use it. But if someone
> tries to build SDL apps with libsdl-qpe then he is hit with linking
> problems, with '-no-rtti/-rtti' problem etc. I'm tired of it.
moved to packages/obsolete till someone comes up with a support plan.
regards,
Koen
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (Darwin)
iD8DBQFFqoqeMkyGM64RGpERAkGGAJ9ZXdjowNu+7nAjGJWSMOoPI9AtowCgpipc
cK0rg5pshb76iAKlVfJ4fog=
=/d0v
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2007-01-14 19:57 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-01-08 21:27 RFC: get rid of virtual/libsdl Marcin Juszkiewicz
2007-01-08 21:40 ` Paul Sokolovsky
2007-01-08 22:20 ` Marcin Juszkiewicz
2007-01-08 21:46 ` Koen Kooi
2007-01-08 22:02 ` Paul Sokolovsky
2007-01-08 22:17 ` Koen Kooi
2007-01-14 19:55 ` Koen Kooi
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.