CVS log for pkgsrc/lang/oo2c/Makefile

Up to [cvs.NetBSD.org] / pkgsrc / lang / oo2c

Request diff between arbitrary revisions

Keyword substitution: kv
Default branch: MAIN

*: recursive bump for perl 5.36

lang/oo2c: avoid build failure with ssp enabled.

(still doesn't build for me after that; there's something wrong with the
docs processing)

*: recursive bump for perl 5.34

*: bump PKGREVISION for perl-5.32.

*: Convert broken sourceforge HOMEPAGEs back to http

all: migrate several HOMEPAGEs to https

pkglint --only "https instead of http" -r -F

With manual adjustments afterwards since pkglint 19.4.4 fixed a few
indentations in unrelated lines.

This mainly affects projects hosted at SourceForce, as well as
freedesktop.org, CTAN and GNU.

lang: align variable assignments

pkglint -Wall -F --only aligned --only indent -r

No manual corrections.

lang/oo2c: fix location of HTML documentation

Bump PKGREVISIONs for perl 5.30.0

Recursive bump for perl5-5.28.0

Bump PKGREVISION for perl-5.24.0 for everything mentioning perl.

Fix LP64 detection.

Remove mk/find-prefix.mk usage from the lang category.

The find-prefix infrastructure was required in a pkgviews world where
packages installed from pkgsrc could have different installation
prefixes, and this was a way for a dependency prefix to be determined.

Now that pkgviews has been removed there is no longer any need for the
overhead of this infrastructure.  Instead we use BUILDLINK_PREFIX.pkg
for dependencies pulled in via buildlink, or LOCALBASE/PREFIX where the
dependency is coming from pkgsrc.

Provides a reasonable performance win due to the reduction of `pkg_info
-qp` calls, some of which were redundant anyway as they were duplicating
the same information provided by BUILDLINK_PREFIX.pkg.

Recursive PKGREVISION bump for all packages mentioning 'perl',
having a PKGNAME of p5-*, or depending such a package,
for perl-5.22.0.

Bump for perl-5.20.0.
Do it for all packages that
* mention perl, or
* have a directory name starting with p5-*, or
* depend on a package starting with p5-
like last time, for 5.18, where this didn't lead to complaints.
Let me know if you have any this time.

Bump PKGREVISION for boehm-gc default-on threads, just to be on
the safe side.

recursive bump for boehm-gc API bump

Bump all packages for perl-5.18, that
a) refer 'perl' in their Makefile, or
b) have a directory name of p5-*, or
c) have any dependency on any p5-* package

Like last time, where this caused no complaints.

Add test target.

Bump all packages that use perl, or depend on a p5-* package, or
are called p5-*.

I hope that's all of them.

Drop superfluous PKG_DESTDIR_SUPPORT, "user-destdir" is default these days.

Add user-destdir installation support.

Prepare for switching to NO_MTREE=yes.

share/emacs/site-lisp now exists by default -- don't try to remove it.
Bump PKGREVISION for the PLIST change.

Needs perl. PKGREVISION++

Point MAINTAINER to pkgsrc-users@NetBSD.org in the case where no
developer is officially maintaining the package.

The rationale for changing this from "tech-pkg" to "pkgsrc-users" is
that it implies that any user can try to maintain the package (by
submitting patches to the mailing list).  Since the folks most likely
to care about the package are the folks that want to use it or are
already using it, this would leverage the energy of users who aren't
developers.

Recursive revision bump / recommended bump for gettext ABI change.

Remove USE_GNU_TOOLS and replace with the correct USE_TOOLS definitions:

	USE_GNU_TOOLS	-> USE_TOOLS
	awk		-> gawk
	m4		-> gm4
	make		-> gmake
	sed		-> gsed
	yacc		-> bison

Remove USE_BUILDLINK3 and NO_BUILDLINK; these are no longer used.

Fix directory name for libtool-base explicit dependency.

Libtool fix for PR pkg/26633, and other issues.  Update libtool to 1.5.10
in the process.  (More information on tech-pkg.)

Bump PKGREVISION and BUILDLINK_DEPENDS of all packages using libtool and
installing .la files.

Bump PKGREVISION (only) of all packages depending directly on the above
via a buildlink3 include.

bump PKGREVISIONs for last boehm-gc update
(BUILDLINKS_DEPENDS change)

bump PKGREVISIONs since libxslt needs libgcrypt now

Convert to buildlink3.

Add x86_64 to the list of LP64 architectures.
Bump PKGREVISION.

replace deprecated USE_GMAKE with USE_GNU_TOOLS+=make.

Bump PKGREVISION (libxml2, libxslt and imlib2 were updated).

Update to 2.0.11.

Changes:
(Exceptions): A catch clause like `CATCH T(e):' introduces a read-only
variable `e' of type `T' within the block.  The `(e)' part is
optional.  New method Name() and new procedure Abort().  FatalError()
now takes a message string as argument.

(Object): The functions NewUCS4Region() and NewUCS4() have been
revived.

(ADT:ArrayList): New methods Sort() and Elements().

(ADT:StringBuffer): Now provides an INIT() method, covering the
functionality of the old NewCapacity() constructor.  New method
CharsUTF16().

(ADT:Comparator): Provides a comparator class `String'.

(oo2c): Super calls can be issued for all type-bound procedures of the
base type, instead of just the procedure that is currently being
redefined.

(oo2c): The compiler warns if an INIT() method does not call the
INIT() of the base type.

Plus the usual number of bug fixes...

Update to version 2.0.10.

From the release notes:

This release is unfortunately a bit late and incorporates a whole
bunch of very different changes.  The biggest part is an update of the
libraries to incorporate the string types from module `Object' into
ADT:*, IO:*, OS:*, URI:*, and (partially) XML:* modules.  The internal
encoding of Unicode strings has been switched to UTF-16.  Support for
the MacOS X and Win32 platforms has been improved.

There were several changes to the symbol file format.  Please remove
any old symbol files that are still around.
  __________________________________________________________________________

(Object, ADT:StringBuffer): Internal representation of Unicode strings
is now UTF-16.  `String32' is gone and has been replaced with
`String16'.  MAX(UCS4CHAR) is 10FFFFX, the largest possible Unicode
code point.

(Object:BigInt): Renamed string base constructors to follow the naming
conventions from module `Object'.

(ADT:ArrayList, ADT:Dictionary): Have been converted to parametric
types.  One known side-effect of this is that a type guard
`Dictionary.Dictionary' can no longer be applied to instances of
`Object.Object'.  The reason for this is that the run-time type
information does not include information on type parameters and
therefore cannot test for particular type arguments.  (The necessary
run-time information may be added later.)

(ADT:Storable, ADT:Object:Storage): The parameter type of the methods
ReadObject() and WriteObject() has been changed back to
`Object.Object'.  The methods now handle instances of `Object.String'
as well.

(IO:Address): `UnknownHostException' is now derived from `IO.Error'.

(IO:Buffer): Introduce method `ReadLineLF()', to read a single line of
8-bit characters from a channel, including the termination Ascii.lf
character.

(IO:FileChannel): File name arguments are now of type STRING.  They
are converted to sequences of bytes using OS:Path.Encode().  Dito for
system() from OS:ProcessManagement.

(IO:Socket, IO:SocketChannel): Non-blocking connect is implemented.

(OS:Path): Changed functions to work on STRINGs.  Changed function
names to follow the Oberon naming conventions.  Dito for GetCwd() from
OS:ProcessParameters.

(Exception): Fixed a bug in PopContext(), which lead to stack
corruption if more than one TRY context is popped from the stack.
Also some minor cleanups.

(HashCode): Collects all hash functions for the various basic data
types.

(URI, URI:*): The URI modules use the string types from `Object',
instead of defining their own variant of this theme.  Error signalling
has been converted to Exception.ParseError.  Please note that the
interface of these modules may be in for further changes later.  The
URI changes also propgate into the XML modules.


(oo2c): New command --package-installed (tests if a package is
present) and --list-packages (list all installed packages).

(oo2c): The "Pascal" calling convention, and the CSTRING and ALIGNX
flags have been ported to v2 by Stewart Greenhill.  This is primarily
used for native Windows DLLs.

(oo2c): There is now support for MaxOS X style "framework" libraries
(contributed by Tim Teulings).

(oo2c): The documentation strings of a module have been removed from
the symbol file `M.Sym', and are now stored in a separate file `M.Doc'
(in the same directory as `M.Sym').  Compilation commands only read
the `M.Sym' part.  Also, compilation of huge interface modules is now
much faster.

(oo2c): Constant folding on floating point expressions is now enabled.

(oo2c): Various minor bugs with parametric types have been fixed.
around.

s/netbsd.org/NetBSD.org/

Use tech-pkg@ in favor of packages@ as MAINTAINER for orphaned packages.
Should anybody feel like they could be the maintainer for any of thewe packages,
please adjust.

Bump PKGREVISION due to boehm-gc update to 6.2alpha5.  This version fixes
a problem introduced in the 6.2alpha4 package.

Update to 2.0.9.

Changes:
  * (Compiler) Initial support for parametric types.
  * (Compiler) New option `--uses <ext-ident>' lists uses of the
    declaration <ext-ident>. Scope of the search is the transitive
    closure of all modules given on the command line.
  * (Compiler) New option `--all' or `-A'. When used with `--make',
    rebuild all modules for which sources are available.
  * (IO:Select) Fix `Init' to call base type initializer as well.

Fix location of libtool in oo2crc.xml.

Initial import of oo2c.

In short, OOC is an Internet based project providing an Oberon-2
development platform. It consists of

  * an optimizing compiler,
  * a number of source code and compiler related tools,
  * a set of standard library modules, and
  * a reference manual.

oo2c is the first complete working compiler of the OOC project.
Instead of translating Oberon-2 modules to machine code, it generates
code for the most portable assembler in existence: ANSI-C. The
compiler was initially intended as a prototype backend for OOC, which
could then be used to evaluate and debug the frontend and the
optimization modules.  However, it is now a full-fledged development
system, and among other things, it is being used to develop native
code OOC backends.

Initial revision