Index index by Group index by Distribution index by Vendor index by creation date index by Name Mirrors Help Search

ant-antlr-1.8.2-14.1.5 RPM for noarch

From OpenSuSE 12.3 for noarch

Name: ant-antlr Distribution: openSUSE 12.3
Version: 1.8.2 Vendor: openSUSE
Release: 14.1.5 Build date: Mon Jan 28 06:50:32 2013
Group: Development/Tools/Building Build host: build31
Size: 13637 Source RPM: ant-antlr-1.8.2-14.1.5.src.rpm
Packager: http://bugs.opensuse.org
Url: http://ant.apache.org/
Summary: Antlr Task for ant
Apache Ant is a Java-based build tool. In theory, it is kind of like
Make, but without Make's wrinkles.

Why another build tool when there is already make, gnumake, nmake, jam,
and others? Because all those tools have limitations that Ant's
original author could not live with when developing software across
multiple platforms. Make-like tools are inherently shell-based--they
evaluate a set of dependencies then execute commands, not unlike what
you would issue in a shell. This means that you can easily extend these
tools by using or writing any program for the OS that you are working
on. However, this also means that you limit yourself to the OS, or at
least the OS type, such as Unix, that you are working on.

Makefiles are inherently evil as well. Anybody who has worked on them
for any time has run into the dreaded tab problem. "Is my command not
executing because I have a space in front of my tab???" said the
original author of Ant way too many times. Tools like Jam took care of
this to a great degree, but still have yet another format to use and
remember.

Ant is different. Instead of a model where it is extended with
shell-based commands, Ant is extended using Java classes. Instead of
writing shell commands, the configuration files are XML-based, calling
out a target tree where various tasks are executed. Each task is run by
an object that implements a particular task interface.

Granted, this removes some of the expressive power that is inherent by
being able to construct a shell command such as `find . -name foo -exec
rm {}`, but it gives you the ability to be cross-platform--to work
anywhere and everywhere. If you really need to execute a shell command,
Ant has an <exec> task that allows different commands to be executed
based on the OS used.

Provides

Requires

License

Apache-2.0

Changelog

* Thu Dec 15 2011 mvyskocil@suse.cz
  - use dist and javadocs targets to make javadoc build really configurable
  - disable javadoc build on arm to speedup the build of java platform
* Sat Sep 17 2011 jengelh@medozas.de
  - Remove redundant tags/sections from specfile
* Wed Mar 09 2011 mvyskocil@suse.cz
  - Update to ant 1.8.2
    * performance improvements in directory scanning
    * XSLT task honors classpath again (bugrep 49271)
    * distinction between core tasks and optional tasks is abolished
    * new task augment allows to add attributes or nested elements to previously
      defined references
    * Lexically scoped local properties, i.e. properties that are only defined
      inside a target, sequential block or similar environment. This is very
      useful inside of <macrodef>s where a macro can now define a temporary
      property that will disappear once the task has finished.
    * <import> can now import from any file- or URL-providing resource - this
      includes <javaresource>. This means <import> can read build file snippets
      from JARs or fixed server URLs. There are several other improvements in the
      area of import.
    * Various improvements to the directory scanning code that help with symbolic
      link cycles (as can be found on MacOS X Java installations for example) and
      improve scanning performance. For big directory trees the improvement is
      dramatic.
    * The way developers can extend Ant's property expansion algorithm has been
      rewritten (breaking the older API) to be easier to use and be more
      powerful. The whole local properties mechanism is implemented using that
      API and could be implemented in a separate library without changes in Ant's
      core. Things like the yet-to-be-released props Antlib can now provide often
      required "scripty" fuctions without touching Ant itself. At the same time
      the if and unless attributes have been rewritten to do the expected thing
      if applied to a property expansion (i.e. if="${foo}" will mean "yes, do it"
      if ${foo} expands to true, in Ant 1.7.1 it would mean "no" unless a
      property named "true" existed). This adds "testing conditions" as a new
      use-case to property expansion.
    * A new top-level element <extension-point> assists in writing re-usable
      build files that are meant to be imported. <extension-point> has a name and
      a dependency-list like <target> and can be used like a <target> from the
      command line or a dependency-list but the importing build file can add
      targets to the <extension-point>'s depends list.
    * Ant now requires Java 1.4 or later new task include provides an alternative
    to <import> that should be preferred when you don't want to override any
    targets
    * numerous bug fixes and improvements as documented in
      Bugzilla and in WHATSNEW
  - merge the nodeps and trax packages to main one
  - build ant-antlr.spec using openjdk
  - add ant-apache-xalan2 and ant-testutil
  - remove all pom files, as they are included and build from source tarball
* Fri Apr 09 2010 mvyskocil@suse.cz
  - fix bnc#595144 - Compiled binary in ant
    remove test.exe from source tarball
* Thu Mar 18 2010 mvyskocil@suse.cz
  - fix the compat symlinks
* Wed Mar 17 2010 mvyskocil@suse.cz
  - return back the /usr/share/ant/lib compat symlinks
    http://lists.opensuse.org/opensuse-java/2010-03/msg00007.html
* Mon Jul 20 2009 coolo@novell.com
  - build against log4j-mini to avoid build cycle
* Wed Jun 17 2009 mvyskocil@suse.cz
  - do not use Release number in Requires of subpackages
* Sun May 03 2009 ro@suse.de
  - do not assume release number for ant and ant-antlr are identical
* Tue Apr 28 2009 mvyskocil@suse.cz
  - update to 1.7.1. Upstream changes (full list is in WHATSNEW):
    * String resources only have properties single expanded. If you relied on
    <string> resources being expanded more than once, it no longer happens.
    Bugzilla report 42277.
    * A String resource's encoding attribute was only taken into account when
    set from the resource's OutputStream; the InputStream provided the String's
    binary content according to the platform's default encoding. Behavior has
    been modified to encode outgoing (InputStream) content as well as encoding
    incoming (OutputStream) content.
    * <java> with fork now returns gives -1 instead of 0 as result when
    * failonerror
    is false and some exception (including timeout) occurs. Br 42377.
    * ant-type attribute has been marked as deprecated and a warning has been
    issued if it is encountered in the build file.
    * FileUtils.createTempFile now actually creates the file.
    The TempFile task still does not create the file by default, can be
    instructed to do so however using a new parameter.  Bugzilla report 33969.
  - added maven pom files from jpackage project
  - synchronized ant.spec with jpackage.org 5.0
  - used ant-antlr-prepare.sh for generate of ant-antlr.spec from ant.spec to
    keep them synchronized. Build is branched using value of %%bootstrap macro:
    * bootstrap == 1 means build ant, ant-{jmf,nodeps,scripts,swing,trax}
    * bootstrap == 0 means build rest of ant modules + ant-javadoc

Files

/etc/ant.d/antlr
/usr/share/ant/lib/ant-antlr.jar
/usr/share/java/ant/ant-antlr.jar
/usr/share/maven-fragments/ant-antlr
/usr/share/maven2
/usr/share/maven2/poms
/usr/share/maven2/poms/JPP.ant-ant-antlr.pom


Generated by rpm2html 1.8.1

Fabrice Bellet, Thu Jul 10 16:53:00 2014