The NetBSD Project

CVS log for pkgsrc/devel/smake/distinfo

[BACK] Up to [cvs.NetBSD.org] / pkgsrc / devel / smake

Request diff between arbitrary revisions


Default branch: MAIN


Revision 1.28 / (download) - annotate - [select for diffs], Fri Jun 9 10:33:03 2023 UTC (3 months, 3 weeks ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2023Q3-base, pkgsrc-2023Q3, pkgsrc-2023Q2-base, pkgsrc-2023Q2, HEAD
Changes since 1.27: +2 -2 lines
Diff to previous 1.27 (colored)

devel/smake: Add link to issue tracker in patch

Revision 1.27 / (download) - annotate - [select for diffs], Wed Jun 7 06:07:42 2023 UTC (3 months, 3 weeks ago) by wiz
Branch: MAIN
Changes since 1.26: +2 -2 lines
Diff to previous 1.26 (colored)

smake: fix checksum for patch

Revision 1.26 / (download) - annotate - [select for diffs], Mon Jun 5 06:17:36 2023 UTC (3 months, 3 weeks ago) by mrg
Branch: MAIN
Changes since 1.25: +2 -1 lines
Diff to previous 1.25 (colored)

fix build on arm64 (add evbarm links).  hopefully fix build on riscv too.

thanks to mlelstv figuring out this file is the key portion.

Revision 1.25 / (download) - annotate - [select for diffs], Fri Apr 21 12:57:19 2023 UTC (5 months, 1 week ago) by micha
Branch: MAIN
Changes since 1.24: +4 -7 lines
Diff to previous 1.24 (colored)

devel/smake: Update to 1.7nb2

Remove patches (merged upstream).
Remove custom OS rules (no longer required according to upstream).

New features with AN-2023-04-19:

- RULES/os-sunos5.def: the manstyle detection code for sunos5 and
  newer was broken for GNU make.  Fix the code by moving the
  detection to a configure test setting the new make macro
  SOLARIS_MANSTYLE.  Users building with other make implementations
  or those using the bootstrap smake were not affected.
  Reported by: Michael Bäuerle.  Submitted by: Nico Sonack.

- libschily: no longer provide the symbols fgetline, getline.
  libschily used to provide these symbols as alternative names for
  js_getline and js_fgetline for compatibility with UNOS.  As
  their POSIX-incompatible signature causes problems when linking
  against musl statically, we now no longer provide these symbols
  by default.  Users wishing to restore the old behaviour should
  remove -DNO_GETLINE_COMPAT from CPPOPTS when compiling libschily.

- libschily: accordingly, the man pages getline(3) and fgetline(3)
  have been renamed to js_getline(3) and js_fgetline(3).

- RULES: fix HCC_COM expansion when CCOM=clang.  This fixes builds
  with GNU make when CCOM=clang.
  Submitted by: Nico Sonack.

Revision 1.24 / (download) - annotate - [select for diffs], Fri Feb 10 13:51:10 2023 UTC (7 months, 2 weeks ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2023Q1-base, pkgsrc-2023Q1
Changes since 1.23: +4 -1 lines
Diff to previous 1.23 (colored)

devel/smake: Build fix for SunOS

Upstream patches added.
No revbump because patch is only for SunOS (where build was broken before).

Revision 1.23 / (download) - annotate - [select for diffs], Wed Jan 25 16:04:26 2023 UTC (8 months ago) by micha
Branch: MAIN
Changes since 1.22: +4 -4 lines
Diff to previous 1.22 (colored)

devel/smake: Update to 1.7

New features with AN-2023-01-12:

UPDATING:

- Solaris 11.4: man pages are now installed according to BSD
  conventions.  Users may need to manually remove the following
  old man pages on update: streamarchive.4, makefiles.4,
  makerules.4, changeset.4, sccschangeset.4, sccsfile.4,
  and star.4.


NEW FEATURES:

- RULES/os-sunos5.def: man pages will now be installed into
  BSD-style sections on Solaris >=11.4 and descendents.

- smake: add new -V option to print the expanded value of macros.
  Shamelessly stolen from bmake, this option makes it easy to
  debug make macros and to use their values in scripts.
  Submitted by Nico Sonack.

- RULES: add symlink for arm64 OpenBSD

- smake: fix a bug where CURDIR was not set when smake was called
  with -C $path and $path was an absolute path.
  Reported by illiliti@protonmail.com.
  Submitted by Friedhelm Mehnert.

Revision 1.22 / (download) - annotate - [select for diffs], Mon Oct 31 13:30:33 2022 UTC (11 months ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2022Q4-base, pkgsrc-2022Q4
Changes since 1.21: +4 -4 lines
Diff to previous 1.21 (colored)

devel/smake: Update to 1.6nb3

Add Interix, SCO_SV and UnixWare to list of OS with SysV man sections.
The changes for Solaris 11.4 are not in the 2022-10-16 release yet
(Issue #40). SunOS is still treated with SysV style unconditionally.

Bump PKGREVISION.

Revision 1.21 / (download) - annotate - [select for diffs], Fri Sep 30 15:27:14 2022 UTC (12 months ago) by micha
Branch: MAIN
Changes since 1.20: +4 -4 lines
Diff to previous 1.20 (colored)

devel/smake: Update to 1.6nb2

Makefile.common:
- Declare WRKSRC for schilytools releases from Codeberg
- Declare MAKE_JOBS_SAFE=no (smake ignores -j option).
- Force link mode to static (on all operating systems).
  Required to get same behaviour as before on FreeBSD.

Bump PKGREVISION.


Changelog from AN-2022-09-18:
With great sadness we report the death of schilytools main author and
long time maintainer Jörg Schilling (1955-03-27--2021-10-10).  Jörg, we
miss you!  After his passing, development has been picked up by a group
of volunteers who would like to keep the project alive and well.  Our
goal is to carefully preserve the portability and compatibility of this
project while extending it to new platforms and implementing new tools
and features that fit the tool set.

As a part of the change in management, the schilytools project has moved
from Sourceforge to Codeberg.

- general: Explain how to contribute and update README

- general: Add list of contributors

- all: Misc spelling fixes
  Submitted by Friedhelm Mehnert.

- all: Update E-Mail address and project URL in many places.
  Jörg's old joerg@schily.net address is defunct and so is his
  postal address.  As a part of an ongoing documentation cleanup,
  these addresses have been replaced by our new project pages in
  many locations.
  Submitted by Nico Sonack.

- man pages: work around buggy syntax highlighting by adding
  \" " comments into various places.
  Submitted by Nico Sonack.

- RULES: Fix build on macOS 12.4

- RULES: add i386-openbsd-clang.rul
  This should permit compilation on modern OpenBSD using clang as
  the system compiler.

- autoconf: Work around clang bug in #pragma weak detection.
  A clang compiler bug causing a crash in the configure test for
  #pragma weak has been worked around, permitting use of weak
  symbols when compiling with clang.

- tests: fix arm64/aarch64 architecture confusion on OpenBSD
  Submitted by Nico Sonack.

Revision 1.20 / (download) - annotate - [select for diffs], Tue Oct 26 10:19:56 2021 UTC (23 months ago) by nia
Branch: MAIN
CVS Tags: pkgsrc-2022Q3-base, pkgsrc-2022Q3, pkgsrc-2022Q2-base, pkgsrc-2022Q2, pkgsrc-2022Q1-base, pkgsrc-2022Q1, pkgsrc-2021Q4-base, pkgsrc-2021Q4
Changes since 1.19: +2 -2 lines
Diff to previous 1.19 (colored)

archivers: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

Could not be committed due to merge conflict:
devel/py-traitlets/distinfo

The following distfiles were unfetchable (note: some may be only fetched
conditionally):

./devel/pvs/distinfo pvs-3.2-solaris.tgz
./devel/eclipse/distinfo eclipse-sourceBuild-srcIncluded-3.0.1.zip

Revision 1.19 / (download) - annotate - [select for diffs], Thu Oct 7 13:44:30 2021 UTC (23 months, 3 weeks ago) by nia
Branch: MAIN
Changes since 1.18: +1 -2 lines
Diff to previous 1.18 (colored)

devel: Remove SHA1 hashes for distfiles

Revision 1.18 / (download) - annotate - [select for diffs], Wed Sep 29 13:29:29 2021 UTC (2 years ago) by micha
Branch: MAIN
Changes since 1.17: +5 -5 lines
Diff to previous 1.17 (colored)

devel/smake: Update to 1.6nb1

- smake: Fixed a typo in a comment in readfile.c

- smake: The man page now mentions that the commands called for
  .INCLUDE_FAILED: should include $^ as argument to the rule command to
  be able to know what filename is missing and to be pocessed.

- smake: Fix a bug in the man page for .INCLUDE_FAILED:. It now
  correctly mentions that .INCLUDE_FAILED: only applies to the "include"
  directive but not to the "-include" directive as well (as claimed
  before).

Revision 1.17 / (download) - annotate - [select for diffs], Mon Aug 30 12:47:00 2021 UTC (2 years, 1 month ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2021Q3-base, pkgsrc-2021Q3
Changes since 1.16: +5 -5 lines
Diff to previous 1.16 (colored)

devel/smake: Update to 1.6

- smake: While expanding the right side of a macro assignment with.
  the operators :::= and +:=, smake no longer expands $$ to $, but
  rather leaves $$ untouched.

  This is based on a concept change from BSD make for the := operator
  in BSD make that was introduced in 2016 by the BSD people. It has.
  been recently decided by POSIX to be a mandatory behavior, as this
  avoids the need to know the expansion nesting level for $$ while
  using immediate expansion assignments.

  In former times this could lead to a need for $$$$$$$$$$$$$ constructs
  as every nesting level in an immediate expansion assignment did
  "expand" every $$ to $.

  It turns out that the change in BSD make to no longer expand $$
  for immediate expand assignments was the best solution for dealing
  with the problems with immediate expansion assignments. This is
  why both smake and SunPro Make integrated a similar change.

  In former times, the problem with $$ expansion was no problem since
  he $$ usage in makefiles was extremely rare. Today, more people
  are using $(cmd) shell constructs in makefiles instead of `cmd`
  and as a result, $$ usage has become more frequent in makefiles
  because of the need to use $$(cmd) in make rule commands in such
  a case.

- smake: The dynamic macros $? and $^ now work for implicit rules
  as well. For $?, this is required by POSIX and was required by POSIX
  for a longe time, but in former times, the same but wrong requirement
  did exist for $* and $< as well. It therefore was unclear whether the
  requirement for $? in the POSIX standard was a similar mistake.

  In March 2021 we agreed on a POSIX teleconference call that $? should
  be expanded for implicit rules as well. It had been forgotten to
  implement that change to smake in time. This has now be catched up.

- smake: is now version 1.6

Revision 1.16 / (download) - annotate - [select for diffs], Fri Aug 6 09:50:48 2021 UTC (2 years, 1 month ago) by micha
Branch: MAIN
Changes since 1.15: +5 -5 lines
Diff to previous 1.15 (colored)

devel/smake: Update to 1.5nb1

Changelog from AN-2021-07-29:
- smake: changed open(..., 0) -> open(..., O_RDONLY) for z/OS

  Thanks to a report from Matthew R. Wilson

- smake: z/OS is using EBCDIC and for this reason, smake cannot continue
  to #define NWARN 0x4000, as this bit would be in conflict with bits
  needed by the "short int" computed from characters used by macro
  assignment operator characters. e.g. "'=' | '+' << 8"

  smake now uses #define NWARN 0x8000 as this bit is only in use by
  EBCDIC digits that do not appear in the 16 bit values used as macro
  assignment operators inside smake.

  Thanks to a report from Matthew R. Wilson

- smake: A .POSIX: line in the Makefile is now correctly detected
  immediately and switches immediately into POSIX mode. This is
  important in case that the parser needs to behave different already,
  depending on whether it is in POSIX mode or not.

- smake: Since the GNU assignment operator := that has been adopted
  by POSIX as ::= causes unpredictable behavior, in case that += is
  used, it is now only supported when smake is in "POSIX mode", e.g.
  by putting .POSIX: into the Makefile. As this results in modifying
  the parser based on the current POSIX state, this needs the extension
  mentioned above.

Revision 1.15 / (download) - annotate - [select for diffs], Fri Jun 25 10:43:03 2021 UTC (2 years, 3 months ago) by micha
Branch: MAIN
Changes since 1.14: +5 -5 lines
Diff to previous 1.14 (colored)

devel/smake: Update to 1.5

Create OS rule for mips64eb architecture too (bulk build failed).

Changelog from AN-2021-05-19:
- smake: smake "MACRO += value" now works.

  smake did implement command line macros like "MACRO=value" since
  spring 1996 but did not yet support "MACRO +=value" as well.

- smake: smake "MACRO::=value" "MACRO:::=value", "MACRO +:= value"
  now work as well.

- smake: The man page now mentions the new command line macro operators
  ::=, :::=, += and +:=

- smake: Version bumped to 1.5

Changelog from AN-2021-06-07:
- smake: the MAKEFLAGS parser has been enhanced to understand the
  encoding used by the BSD make program "bmake". This is needed to
  support something like "bmake INS_BASE=xxx" on FreeBSD while
  compiling the schilytools.

  This parser enhancement also covers some incompatibilities with
  the MAKEFLAGS= values created by SunPro Make (e.g. a missing --
  before the make macro definitions are added).

  Thanks to Robert Clausecker for reporting.

- smake: The smake man page now also mentions SunPro make as dmake(1)
  and make(1s) in the "SEE ALSO" section.

Revision 1.14 / (download) - annotate - [select for diffs], Mon Apr 26 10:38:11 2021 UTC (2 years, 5 months ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2021Q2-base, pkgsrc-2021Q2
Changes since 1.13: +5 -5 lines
Diff to previous 1.13 (colored)

devel/smake: Update to 1.4

Changelog from AN-2021-04-21:
- smake: We now support the idiosyncratic way, GNU make implements ::=
  that results in unpredictable behavior with larger makefiles since ::=
  creates a different macro type that causes the += operator to behave
  different from the usual way introduced in January 1986 by SunPro Make.
  += does not expand the right hand side before appending to an existing
  make macro since it has been introduced in January 1986.

  += now expands the right hand side before appending to an existing
  ::= typed macro. Such a macro is created if the first assignment
  to that macro is done via ::=.

  Using such a make macro does not expand such macros at use time.
  This includes expansions to the left side and the right side of
  a colon (:) dependency list and expansions for rule commands.

- smake: The new operators :::= and +:= have been introduced in
  order to add an orthogonal (and thus better) counterpart to the
  GNU make ::= feature that has become part of the upcoming POSIX
  ISSUE 8.

  We will propose this as a new POSIX feature soon. In special since
  it has been implemented in smake and SunPro Make, see below.

  :::= assigns a normal make macro after expanding the right hand side

  +:=  appends to any maro type after expanding the right hand side

  This permits predictable behavior for larger or structured makefile
  systems (based on the "include" statement), where it is not possible
  to know easily whether a mace macro has been created with a
  NAME=value assignment or with a NAME:=value assignment.

  Note that the official method in make since 45 years (since make
  exists) to prohibit macro expansion is not to use a ::= type macro
  but rather to use two '$' signs in the related value of the macro.

- smake: The man page now mentions the new features

- smake: The option -j maxjobs is now supported, but ignored.

  This makes smake compatible to the upcoming POSIX ISSUE 8

- smake: added a new function ungetch().

- smake: version bumped to 1.4

Revision 1.13 / (download) - annotate - [select for diffs], Wed Nov 25 15:24:46 2020 UTC (2 years, 10 months ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2021Q1-base, pkgsrc-2021Q1, pkgsrc-2020Q4-base, pkgsrc-2020Q4
Changes since 1.12: +5 -5 lines
Diff to previous 1.12 (colored)

smake: Update to 1.3nb15

Changelog from AN-2020-11-04:
- Makefile system: include/schily/nlsdefs.h no longer by default defines
  the macro __() because this is in conflict with definitions that are
  present in the system include files from newer HP-UX versions.

  Thanks to Rudi Blom for reporting.

- smake: The new POSIX ::= assign macro feature has been implemented.
  Today, this is an alias for :=, but we may make := compatible to the
  SunPro Make feature := (conditional macro assignment) compatible:

      target := MACRO = value
  or
      target := MACRO += value

- smake: The new POSIX ?= conditional macro assignment operator has
  been added.

  Note that like with +=, there is a need to have a space character
  before ?= in order to be recognised. This is because smake and
  SunPro Make support to have the characters '+' and '?' as part of
  a macro name.

  Note that some other make implementations that do not support
  '+' and '?' as part of a macro name may be happy with something like
  "MACRO+= value" or "MACRO?= value" but this is definitely not
  portable.


Changelog from AN-2020-11-25:
- Makefile System: Added support for MacOS on arm64

  Thanks to a hint from Ryan Schmidt from macports

  Note that due to outstanding replies to recent changes in configure,
  it could up to now not be verified that all configure tests now work in
  a way that results in correct overall results. See below for an in
  depth report on the changes.

- Makefile System: autoconf (config.guess & config.sub) now supports
  the new arm64 Apple systems.

  Thanks to Ryan Schmidt from macports for provinding the needed uname(1)
  output.

- Makefile System: Added a new shell script "autoconf/uname" that helps
  to create shell scrips that allow to emulate an alien host system in
  order to test the correct behavior of configure.guess and configure.sub
  on the main development platform.

  This helps to adapt configure.guess and configure.sub to new platforms
  in the future.

- Makefile System: The new clang compiler as published with the upcomming
  ARM macs has been preconfigured with

      -Werror -Wimplicit-function-declaration

  as the default behavior and thus is in conflict with the existing base
  assumption of the autoconf system that minimalistic C-code used for
  compile/link allows to check for the existence of a specific function
  in libc without a need to know which system #include file is used to
  define a prototype for that function.

  This clang version, as a result of this default, behaves like a C++
  compiler and aborts if a function is used with no previous function
  prototype. This caused most of the existing autoconf test to fail with
  error messages about missing prototypes.

  We implemented a workaround using these methods for the identified
  problems:

  - Most of the exit() calls in the various main() functions have
    been replaced by return() to avoid a need to
    #include <stdlib.h> in special since these test may be the
    case for layered tests that #include files from the higher
    level parts.

  - Many autoconf tests programs now #include more system include
    files, e.g. stdlib.h and unistd.h to avoid missing prototype
    errors. This cannot reliably be done in tests that are used as
    a base for higher level tests where the high level test
    #includes own system include files, since older platforms do
    not support to #include the same file twice.

    So this is tricky...

  - A test for a Linux glibc bug caused by incorect #pragma weak
    usage inside glibc that prevents one or more functions from
    ecvt()/fcvt()/gcvt() from being usable outside glibc now uses
    hand-written prototypes for some of the libc interface
    functions in order to avoid using the system includes. If we
    did not do that, we could not use ecvt()/fcvt()/gcvt() on
    MacOS anymore.

  Thanks to Ryan Schmidt from macports for reporting and for the given
  help that was needed for remote debugging.

  Please send the needed feedback on whether the current state of the
  configure script results on correct autoconf results on the M1 Macs.

Revision 1.12 / (download) - annotate - [select for diffs], Fri Oct 23 11:13:00 2020 UTC (2 years, 11 months ago) by micha
Branch: MAIN
Changes since 1.11: +5 -5 lines
Diff to previous 1.11 (colored)

devel/smake: Update to 1.3nb14

New features with AN-2020-09-04:
- autoconf: congig.guess: FreeBSD on 64 bit ARM returns arm64 from
  uname -m; this was previously not supported and rejected by config.sub.
  We now convert "arm64" into "aarch64" in config.guess to get the usual
  expected results.

- Makefile system: RULES/rules.env The environment variables FIGNORE,
  LD_LIBRARY_PATH LD_LIBRARY_PATH_32 and LD_LIBRARY_PATH_64 are now
  unexported from the enviroment.

  In special FIGNORE is dangerous, as it is frequently used by bash
  users but tells ksh93 to modify it's behavior with "echo *" and
  this may cause strange things with our makefiles in case that
  /bin/sh is ksh92. This applies e.g. to Oracle Solaris 11 and
  OpenSolaris.

- smake: new version date, this had been forgotten with the last change

New features with AN-2020-10-09:
- autoconf: Added support for newer HP-UX versions on Itanium.

  Thanks to Rudi Blom for reporting and making a change proposal.

Revision 1.11 / (download) - annotate - [select for diffs], Wed Aug 26 13:28:09 2020 UTC (3 years, 1 month ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2020Q3-base, pkgsrc-2020Q3
Changes since 1.10: +5 -5 lines
Diff to previous 1.10 (colored)

devel/smake: Update to 1.3nb13

New features with AN-2020-07-18:
- Makefile system: changed several "echo MAKING... && sh ./MKLINKS"
  into "echo MAKING... ; sh ./MKLINKS"

  This allows an optimization in smake to avoid a call to sh -c "cmd".
  if the command is a simple command or a simple command prefixed by
  "echo something ;". Since 2012, we implement an inline echo command
  in smake to speed up makefile execution.

- smake: The -a option is now no longer missing in the smake -help
  output. This has been forgotten when the option has been added in March.

New features with AN-2020-08-12:
- autoconf: added a new test for the existence of <sys/auxv.h>

- autoconf: added new tests for Linux getauxval() and FreeBSD elf_aux_info()

- libschily: getexecpath.c now uses getauxval() on Linux and elf_aux_info()
  on FreeBSD. This was needed since readlink("/proc/curproc/file") on
  FreeBSD returns random values for hardlinked files, making it impossible
  to use the result in order to find out which behavior variant of a
  fat binary is requested.

- smake: Added some code to allow better debugging of MAKEFLAGS related
  problems.

- smake: we now use strdup() to remember the content of the MAKEFLAGS
  environment as the content of a pointer into the environment array
  did change unexpectedly on DJGPP.

  Thanks to a hint from Albert Wik.

Revision 1.10 / (download) - annotate - [select for diffs], Fri Jul 17 10:33:52 2020 UTC (3 years, 2 months ago) by micha
Branch: MAIN
Changes since 1.9: +5 -5 lines
Diff to previous 1.9 (colored)

devel/smake: Update to 1.3nb12

Rebase to schilytools 20200701.

No changes documented.
Nevertheless bump PKGREVISION because binary package is not identical.

Revision 1.9 / (download) - annotate - [select for diffs], Fri Jun 5 16:48:16 2020 UTC (3 years, 3 months ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2020Q2-base, pkgsrc-2020Q2
Changes since 1.8: +5 -5 lines
Diff to previous 1.8 (colored)

devel/smake: Update to 1.3nb11

- Rebase to schilytools release 2020-05-25
- Add helper code for tbl (man page table preprocessor) to Makefile.common
- Add helper code for OS specific man page sections to Makefile.common
- Bump PKGREVISION

Revision 1.8 / (download) - annotate - [select for diffs], Mon May 11 13:54:31 2020 UTC (3 years, 4 months ago) by micha
Branch: MAIN
Changes since 1.7: +5 -5 lines
Diff to previous 1.7 (colored)

smake: Update to 1.3nb10

Changes from AN-2020-03-11:
-	configure: The autoconfiguration now has an enhanced test for waitid()
	that was needed since Mac OS is still not POSIX compliant and returns 0
	instead of the signal number for a process that has been killed by a
	signal. MacOS did pass the POSIX certification as a result of a missing
	test for that problem.

	Since every vertified OS needs to run an annual refresh the
	certification with recent versions of the test, I guess that
	Mac OS (Catalina updates) may become more compliant witin a year.

-	psmake: The portable bootstrap compile environment for smake missed
	a symlink for unsetenv.c to libschily since the related code has been
	moved to libschily in 2018. This prevented compilation on IRIX.

	Thanks to Kazuo Kuroi for reporting

Changes from AN-2020-03-27:

Changes from AN-2020-04-18:
-	Makefile system: the IRIX compiler driver RULES/cc-sgi.rul has been
	reduced to one single file and RULES/cc-sgi32.rul RULES/cc-sgi64.rul
	are now symlinks to the file RULES/cc-sgi.rul

-	Makefile system: IRIX now supports explicit 32 bit compilation targets
	using:

		smake CCOM=cc32

-	smake: A new option -a has been added. This option allows to tell
	smake not to set up the automake specific make macros MAKE_ARCH,
	MAKE_OS and similar. The identifying macro MAKE_NAME=smake is still
	set up in order to allow to select the right make specific include
	rules.

-	smake: the file archconf.c has been modified to use a simplified
	interface in order to be able to use mostly identical code in
	SunPro Make for ease of future maintenance.

Changes from AN-2020-05-11:
-	Makefile system: A new version of the BSD make (bmake) program fixed
	a bug in pattern macro substitution, so we are now able to detect
	BSD make and to read BSD make program specific rules.

	This could in theory allow us to support BSD make in the future,
	but...

	Note that we on the other side discovered a new bug with pattern
	macro substitution in bsd make: The substitution:

		$(FOO:%=bar/%)

	is replaced by "bar/" with an empty "FOO", but of course, with an
	empty FOO, the substitution should be empty as well.

	This second bug (above) was fixed on May 6th, but we do not yet have
	all needed make rules and we do not know whether other bugs may still
	prevent the usability of BSD make. Supporting BSD make will be hard
	as BSD make does not support pattern matching default rules and this
	is important for placing the .o files into a sub-directory.

	Also note that the portable program source for "bmake" from "pkgsrc"
	is 2 years old and thus currently cannot be supported at all. If
	you like to experiment on your own, you need to get this version:

		http://crufty.net/help/sjg/bmake.html

	see

		http://www.crufty.net/ftp/pub/sjg/bmake.tar.gz

	and replace the newer files from the netbsd.org CVS tree by hand in
	order to fix the first and second mentioned pattern macro substitution
	bug.

-	Makefile system: RULES/MKLINKS was enhanced to create a new symlink
	RULES/r-bsdmake.tag that points to RULES/r-make.tag

-	Makefile system: The archive makefiles.tar.bz2 has been added to the
	schilytools tree to allow easy reuse of the makefile system for own
	projects.

Revision 1.7 / (download) - annotate - [select for diffs], Wed Mar 4 11:31:55 2020 UTC (3 years, 6 months ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2020Q1-base, pkgsrc-2020Q1
Changes since 1.6: +5 -5 lines
Diff to previous 1.6 (colored)

smake: Update to 1.3nb9

Bump PKGREVISION for new libschily.

New features with AN-2020-02-11:

-  libschily: new man pages starthandlecond.3 and unhandlecond.3

-  libschily: handlecond.3 and raisecond.3 now correctly mention
   handlecond() & raisecond() instead of handle()/raise(). The old names
   from 1980 had to be renamed because os an unfriendly actt from the
   C standard commitee.

   Thanks to Eric Ackermann for reporting
   as a side effect of a code review for SchilliX-ON

-  libschily: various small fixes in various man pages from libschily.

   Thanks to Eric Ackermann for reporting
   as a side effect of a code review for SchilliX-ON

Revision 1.6 / (download) - annotate - [select for diffs], Fri Jan 10 12:05:45 2020 UTC (3 years, 8 months ago) by micha
Branch: MAIN
Changes since 1.5: +5 -5 lines
Diff to previous 1.5 (colored)

devel/smake: Update to 1.3nb8

Based on Release 2019-12-05.

From AN-2019-11-11:
-   libschily: the new functions wcastoi wcastol wcastolb that have been
    added with the previous release have been forgotten in the linker map
    file.

From AN-2019-12-05:
-   include/schily/stdio.h: We no longer define getc_unlocked() on Solaris
    in case that it is defined already. This was needed since Oracle
    Solaris 11.4 compiles 64 bit by default and made stdio less opaque
    than before - this result in the same bahavior as for 32 bit programs.
    This means, we no longer need to use tricks to get fast access to
    stdio.

    Thanks to Rolf Dietze for reporting.

-   libschily: the function getargs() and similar (from the option parser
    group) fixed a bug that prevented the usability of the official method
    to include the char '+' inside option names by quoting the character
    in the option name used in the format string.

    This bug has been fixed in order to be able to support "star -dump+ ..."

Revision 1.5 / (download) - annotate - [select for diffs], Fri Nov 8 13:41:32 2019 UTC (3 years, 10 months ago) by micha
Branch: MAIN
CVS Tags: pkgsrc-2019Q4-base, pkgsrc-2019Q4
Changes since 1.4: +5 -5 lines
Diff to previous 1.4 (colored)

devel/smake: Update to 1.3nb7

Based on schilytools release from 2019-10-25.

smake code itself is unchanged. Reason for bump:
Libraries were changed in platform specific ways. It's unclear whether this
may change binary packages for certain platforms.

Revision 1.4 / (download) - annotate - [select for diffs], Thu Oct 24 16:40:16 2019 UTC (3 years, 11 months ago) by micha
Branch: MAIN
Changes since 1.3: +5 -5 lines
Diff to previous 1.3 (colored)

devel/smake: Update to 1.3nb6

Based on Release 2019-10-07.


Changelog
=========
- configure: Some shells report a syntax error with "< file (cmd)"
  and need the redirection statement to be *after* the command. Our
  changes to support the V7 shell by adding round braces caused ash
  variants like "dash" to fail.

  Thanks to Harald van Dijk for reporting

- cont/cc-config.sh: canged some :>some-file statements into
  (:)>some-file. they have meen missed when introducing work arounds
  for the V7 Shell on Ultrix that does not support I/O redirection
  for builtin commands.

  Thanks to Robert Clausecker for reporting

- smake: The error message for failed shell commands has been modified
  to "Code %d (%s) from command line..." in order to cause less confusion
  with the text printed by smake.

  The text for %s is the strerror() result for the exit code if
  applicable.

  Thanks to Robert Clausecker for reporting

Revision 1.3 / (download) - annotate - [select for diffs], Fri Oct 4 13:32:05 2019 UTC (3 years, 11 months ago) by micha
Branch: MAIN
Changes since 1.2: +4 -4 lines
Diff to previous 1.2 (colored)

smake: Update to 1.3nb5

Switch to latest distfile.

Changelog
=========

Release 2019-07-22:
- RULES/*: Changes CURDIR into CURWDIR as GNU make uses CURDIR and we
           added compatibility support to SunPro Make and smake.

- RULES: Added configuration symlinks for FreeBSD on PowerPC

- smake: The -C option now gives GNU make compatibility.
         - Multiple -C options are now supported
         - A new variable CURDIR has been implemented
         The old implementation from May 2009 did not yet support that.

Release 2019-08-13:
- smake: Added some code to trick out GCC that warns on a so called bit
         loss while enlarging the fastalloc() size parameter for alignment
         purposes.

Revision 1.2 / (download) - annotate - [select for diffs], Tue Mar 19 14:19:45 2019 UTC (4 years, 6 months ago) by wiz
Branch: MAIN
CVS Tags: pkgsrc-2019Q3-base, pkgsrc-2019Q3, pkgsrc-2019Q2-base, pkgsrc-2019Q2, pkgsrc-2019Q1-base, pkgsrc-2019Q1
Changes since 1.1: +4 -4 lines
Diff to previous 1.1 (colored)

smake: update to 1.3nb3.

Switch to latest distfile.
Update provided by Michael Bäuerle via pkgsrc-wip.

Changelog
=========

Release 2019-02-18:
- smake (psmake): a missing link to libschily/strnlen.c has been added.

Release 2019-03-11:
- psmake: cpfiles/lnfiles/rmlinks now contain a line for the new
          include/schily/type_val.h

Revision 1.1 / (download) - annotate - [select for diffs], Sat Nov 10 19:49:47 2018 UTC (4 years, 10 months ago) by wiz
Branch: MAIN
CVS Tags: pkgsrc-2018Q4-base, pkgsrc-2018Q4

devel/smake: import smake-1.3nb2

Packaged for wip by Michael Bäuerle.

Schily make

Highly portable UNIX make implementation written by Joerg Schilling.

This form allows you to request diff's between any two revisions of a file. You may select a symbolic revision name using the selection box or you may type in a numeric name using the type-in text box.




CVSweb <webmaster@jp.NetBSD.org>