robogato, wouldn't using libxml2's html-output (e.g. htmlDocDumpMemoryFormat) ensure it outputs <em></em> instead of <em/>?
I'm not sure how that would work with syndicated posts, do they get parsed into an xmlDoc first, then dumped out again?
robogato, wouldn't using libxml2's html-output (e.g. htmlDocDumpMemoryFormat) ensure it outputs <em></em> instead of <em/>?
I'm not sure how that would work with syndicated posts, do they get parsed into an xmlDoc first, then dumped out again?
recentlog seems to stop rendering after the <iframe> in bagder's post, I'm not sure why
Lots of recentspam today - you know what to do.
I need to learn to stop reading any comments on LWN that mention C++ or I'm going to get facepalm-related RSI.
If your project mailing list receives an offer to translate your docs to "Belorussian" (aka Belarusian) from Bohdan Zograf, asking only that you link to his "blog" containing the translation, please ignore it.
His "translations" are always hosted on dodgy sites such as webhostinggeeks dot com, webhostingnet dot com and other free hosting sites, never in the same place twice, and not belonging to any blog, despite the claims in the email.
The text of the translations is always identical to the output of using Google Translate on the original English document (with all the same grammatical errors) so users would be better off just using Google Translate on the original site.
My guess is that Bohdan Zograf (sometimes the emails use other names, and come from a variety of email accounts) is trying to build a link farm with links to it from the websites of several open source projects, for the purposes of spamdexing. I expect that once there are enough of the "translation" pages linked to by unwitting webmasters who are grateful to have a translation of their content, the content will be switched for something nefarious.
You have been warned.
All spammers must die.
[Update: see An even simpler recipe for building GCC for ... yeah, an even simpler recipe for building GCC]
A simple recipe for building GCC
Building GCC is not trivial, but is not difficult if you follow the instructions carefully.
Many people rush into trying to build it without reading the installation docs properly and make one or more of these common mistakes:
1) do not run ./configure - this is not supported, you need to run configure from outside the source directory
2) if GCC links dynamically to the prerequisite libs (GMP/MPFR/MPC) then the shared libraries must be in the dynamic linker's path, both when building gcc and when using the installed compiler.
These problems are easily avoided by reading http://gcc.gnu.org/install/prerequisites.html, http://gcc.gnu.org/install/configure.html, http://gcc.gnu.org/wiki/FAQ#configure and http://gcc.gnu.org/wiki/FAQ#configure_suffix but noone does that.
For the impatient or RTFM-intolerant, a foolproof recipe for building GCC is given below.
The trick to this recipe is that the GMP, MPFR and MPC prerequisites are not installed separately, they are built as part of gcc and linked to statically. This avoids the common problem of installing the shared libraries in a non-standard location and having to tell the dynamic linker how to find them. This method is documented at http://gcc.gnu.org/install/prerequisites.html and is much easier than building and installing the prerequisites separately, but everyone seems to choose the hard way.
THIS RECIPE IS NOT A SUBSTITUTE FOR RTFM.
If you decide to stray from this recipe without reading the docs do not be surprised if you get indigestion.
* Ingredients:
1 gcc source package (e.g. gcc-4.6.0.tar.gz)
Alternatively, download individual packages for each GCC language front end (e.g. gcc-core, gcc-g++ etc.)
1 gmp source package (e.g. gmp-5.0.1.tar.gz)
1 mpfr source package (e.g. mpfr-3.0.1.tar.gz)
1 mpc source package (e.g. mpc-0.8.1.tar.gz)
* Method:
First prepare your environment, season these variables to taste:
# the versions you will build
gccver=4.6.0
gmpver=5.0.1
mpfrver=3.0.1
mpcver=0.8.1
# where you put the downloaded source packages
pkgdir=$HOME
# where you will build gcc
rootdir=$HOME/gcc-tmp
# where you want to install gcc
prefix=/opt/gcc-${gccver}
# the languages you want gcc to support
langs=c,c++
mkdir ${rootdir}
cd ${rootdir}
tar xzf ${pkgdir}/gcc-${gccver}.tar.gz
tar xzf ${pkgdir}/gmp-${gmpver}.tar.gz
tar xzf ${pkgdir}/mpfr-${mpfrver}.tar.gz
tar xzf ${pkgdir}/mpc-${mpcver}.tar.gz
mv gmp-${gmpver} gcc-${gccver}/gmp
mv mpfr-${mpfrver} gcc-${gccver}/mpfr
mv mpc-${mpcver} gcc-${gccver}/mpc
mkdir objdir
cd objdir
${rootdir}/gcc-${gccver}/configure --prefix=${prefix}
--enable-languages=${langs}
make
make install
New HTML Parser: The long-awaited libxml2 based HTML parser code is live. It needs further work but already handles most markup better than the original parser.
Keep up with the latest Advogato features by reading the Advogato status blog.
If you're a C programmer with some spare time, take a look at the mod_virgule project page and help us with one of the tasks on the ToDo list!