name are not included multiple times into the same stylesheet. Instead,
use <xsl:import/>, and nest them with the proper import precedence so that
the proper overrides occur.
As of libxslt-1.1.11, stricter template name checking is done with
<xsl:include/>.
Reported by: pointyhat via kris
* Auto-generate PLIST
* Respect CC/CXX/CFLAGS/CXXFLAGS/PTHREAD_LIBS
* Add WITH_XFT WITH_DEBUG WITH_OPTIMIZED_CFLAGS options [1]
* Add another mirror since cvs.nvu.com can be slow
* Don't install share/idl/*
* No longer depend on mozilla
PR: 72762
Submitted by: Michael Johnson <ahze@ahze.net>
Obtained from: www/mozilla [1]
BOINC is a software platform for distributed computing using volunteer
computer resources.
Many different projects can use BOINC. SETI@HOME, for example, has
been redesigned to use BOINC and the astro/boinc-setiathome port
supercedes the astro/setiathome port.
WWW: http://boinc.berkeley.edu/
PR: ports/72714
Submitted by: J.R. Oldroyd <fbsd@opal.com>
The HotSpot code (ab)uses named enums as ints in a number of places.
The problem with this is that according the the C++ spec, the compiler
(essentially) only needs to use an integral type wide enough to hold
the values defined in the enum. Earlier versions of gcc appear to have
just used an int whether they could have got away with a narrower type
or not, hence the code worked as expected. gcc 3.4 now appears to
implement this part of the spec, so using an enum blindly as an int
causes various problems due to overflow.
In this case the enum, Bytecodes::Code, appears to be a genuine enum,
its just assumed to be wide enough to hold an arbitrary int in various
places in the code. The correct fix would be to track down all those
places in the code and fix them. Since there are quite a lot of these
places and 5.3 is close to release for now we just add a value to the
enum set to INT_MAX, forcing the compiler to use at least an int for the
type.
Sleuth work, discussion and code suggestions: peadar
The HotSpot code (ab)uses named enums as ints in a number of places.
The problem with this is that according the the C++ spec, the compiler
(essentially) only needs to use an integral type wide enough to hold
the values defined in the enum. Earlier versions of gcc appear to have
just used an int whether they could have got away with a narrower type
or not, hence the code worked as expected. gcc 3.4 now appears to
implement this part of the spec, so using an enum blindly as an int
causes various problems due to overflow.
This case is particularly bogus since the enums are merely to define
a named integral type within a class (VMReg::Name doesn't even have
any values enumerated in the declaration). So, convert these two
enums to simply be typedef'ed ints.
Sleuth work, discussion and code suggestions: peadar
condition and return NULL". Take account of the NULL in the
appropriate place (which is somewhat worrisome in itself since
ReadChunk() has always had the possibility of returning NULL).
This makes loading a font file a little more resilient to specially
crafted font data which can be used, for example, by an applet to
crash the browser plugin by triggering the assert(). Such an applet
was mentioned on Bugtraq:
http://www.securityfocus.com/archive/1/367331/2004-06-26/2004-07-02/0
and can be found at
http://www.illegalaccess.org/cms/?q=node/view/9
This change stops the browser plugin from crashing.
. Fix some warnings regarding formats in debugging printf's.
(for FreeBSD 4.x neither are defined and for FreeBSD 5.x
O_DSYNC isn't defined). This caused them to be defined to
some bogus values. In particular, O_SYNC would be defined
as 0x800, which is O_EXCL (at least on FreeBSD 4.x). The
result being that the RandomAccessFile class would fail to
open an existing file if you specified "s" as part of the mode.
Fix this by defining O_SYNC and O_DSYNC to O_FSYNC if they
aren't defined.
- Add a note to UPDATING, to warn users they won't be able to build apache2
if they keep apr 0.9.x
Discussed with: Craig Rodrigues (apr maintainer), kuriyama
- code to link "default" to "a skin"
- include all skins in the automated package build
- only install 2 default skins in a manual build (when you don't
choose other skins too)
- add some more skins from mplayerhq
- use a real plist instead of a generated one
- bugfix: WITH_SKIN_CORNERMP_AGUA -> WITH_SKIN_CORNERMP_AQUA
This still downloads all distfiles, even if you don't want all. I
don't have this on my TODO list, interested parties may want to
send patches to the maintainer.
Approved by: maintainer
Version 0.8 have serious bugs and it doesn't appear that they will be
fixed anytime soon.
PR: ports/72655
Submitted by: John Nielsen <john@jnielsen.net> (maintainer)
It has no fancy blogger-api/backlink stuff etc. but it does supports
categories. Writing entries is done from inside Plone.
PR: ports/72565
Submitted by: Dario Freni <saturnero@gufi.org>
