home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!news.univie.ac.at!scsing.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!rpi!gatech!concert!borg.cs.unc.edu!cs.unc.edu!faith
- From: faith@cs.unc.edu (Rik Faith)
- Newsgroups: comp.os.linux
- Subject: Re: GNU make-3.63 cola announcement
- Date: 27 Jan 1993 14:34:20 GMT
- Organization: The University of North Carolina at Chapel Hill
- Lines: 20
- Distribution: world
- Message-ID: <1k66hcINN148@borg.cs.unc.edu>
- References: <1993Jan26.034027.29246@afterlife.ncsc.mil> <1993Jan27.103632.3331@cs.nott.ac.uk>
- NNTP-Posting-Host: bert.cs.unc.edu
-
- In article <1993Jan27.103632.3331@cs.nott.ac.uk>, dpg@cs.nott.ac.uk (Dave `geek' Gymer) writes:
- |> In article <1993Jan26.034027.29246@afterlife.ncsc.mil> jepstei@afterlife.ncsc.mil (John Epstein) writes:
- |> >According to Gnu.announcement for GNU make-3.63,
- |> >.EXPORT_ALL_VARIABLES:
- |> >will give you the old behavior [of make-3.62].
- |>
- |> You could also try the `--export' option, which should have the
- |> advantage of being passed down to sub-makes. (Disclaimer: I haven't
- |> tried 3.63 yet...)
-
- Again, let me state that the problem is *NOT* in getting the variables to
- export. For that, .EXPORT_ALL_VARIABLES: is sufficient. The problem is in
- how expansion is done on some variables before they are exported. This
- currently causes builtin rules to break. Bug-fix patches should be ready
- soon.
-
- --
- Rik Faith: faith@cs.unc.edu
- What I tell you three times is true. --Dodgson
-
-