Forum: The Testing Area
started by: roberts
Posted by roberts on June 06 2008,22:15Thanks to Jason for:
Posted by meo on June 07 2008,11:27Hi Jason!
I just made an uci of firefox 3.0rc2 in swedish and with this extension it works just fine. Thanks a lot!
Have fun and keep up spitting out good extensions,
Posted by florian on June 07 2008,12:08
Would you make one in english as well?
Posted by meo on June 10 2008,12:50Hi Jason!
Just a quick question: Does this extension replace the extension (libc6.dsl) that you gave a link to in the BOINC thread?
Florian: It wouldn't be a problem to make the extension I mentioned in my last post in english but the thing is that I make my extensions in a shortcut way that takes just a few minutes or so and they don't meet the requisites to be submitted to the repository. But I'll have it in mind when the "real thing" comes.
Have fun and keep up helping this community,
Posted by Jason W on June 10 2008,17:21Hi meo,
Yes, the libc6-2.3.2-22sarge6.dsl extension is to be used in place of the libc6.dsl in the flash 9 thread. I will take it down to save confusion. This extension was trimmed to match the contents of what was in base DSL, mainly removing locales that DSL base does not have. As well as adding libgcc1 and libstdc++6.
In hindsight I perhaps should have seperated libgcc1 and libstdc++6 into a seperate extension, since not everyone may want those libraries along with libc6. libgcc1 overwrites the libgcc in base DSL, while libstdc++6 is simply added. If there is desire for a purely libc6 extension, I would be happy to split this into two extensions.
Posted by WDef on June 11 2008,16:22Do we know if libstdc++6 will happily coexist with libstdc++5, or will there be issues?
Posted by curaga on June 11 2008,16:39As apps usually link to so.number it should be just fine having both.
However the .so symlink would need to be changed at compile time to point to the desired one..
Posted by Jason W on June 11 2008,16:48In other distros it is common to have libstdc++5 and libstdc++6 living happily together. Libstdc++5 is usually available for backward compatibility. One thing I was concerned about here was libgcc being overwritten, but it does not seem to affect anything. The libgcc that gets installed with this extension goes along with the libc6, and libstdc++6 that comes with it. But libstdc++5 was already there in the system and not built along with those other two libraries, and I would think that it would be the one that would have problems if there were going to be any. So far it seems to work well, but I would like to hear if there are any issues.
Posted by WDef on June 12 2008,09:40Sounds like so far so good.
I've lost track of the number of C++ progs that would not run/build on dsl because of the lack of libstdc++6.
I'm hoping that simple expedient like loading this extension (or even better putting it in the base if it turns our not to break things) has the potential to open up a lot of newer progs for dsl that have hitherto been out of reach, at least while we are waiting for tiny core.