> From: Paul Smith
> Date: Wed, 20 Sep 2017 12:56:58 -0400
> Cc: bug-make@gnu.org
>
> On Wed, 2017-09-20 at 22:50 +0700, Vladimir Vlad wrote:
> > Hello! I'm using GNU Make 3.82
> > Built for i686-pc-mingw32 on Windows 7. I have a question about the
> >
On Wed, 2017-09-20 at 22:50 +0700, Vladimir Vlad wrote:
> Hello! I'm using GNU Make 3.82
> Built for i686-pc-mingw32 on Windows 7. I have a question about the
> behavior of this program. How does GNU make decide if it runs a line
> from a rule directly or via a batch file? I need
Hello! I'm using GNU Make 3.82
Built for i686-pc-mingw32 on Windows 7. I have a question about the
behavior of this program. How does GNU make decide if it runs a line from a
rule directly or via a batch file? I need a line to always be executed
directly (through the CreateProcess(...)). Ho
lp me? how can I do about this problem?
You can either continue to use GNU make 3.81, or change your makefiles
(you have to split the rule into two rules, one that is explicit and one
that's a pattern rule). The "new way" works with all versions of GNU
make. See this from the NEWS fi
Dear All:
Now , I use Fedora 14 linux system, and the version of the GNU Make is 3.82.
When I compile a source code with it, there is often this error :
"Makefile:431: *** mixed implicit and normal rules. Stop. "
It means the following two lines of the code have error :
config %config: script
Without looking further the problem seems most likely the code portion
in question using two different methods to count/split words while it
relies on the result being exactly the same. However if the result is
supposed to be the same then there is no point in using different methods
in the first
On Wed, 2010-08-25 at 02:26 +0200, Alexis ROBERT wrote:
> Something more like ... this ? :)
>
> Program received signal SIGABRT, Aborted.
> 0xb7fe1424 in __kernel_vsyscall ()
> (gdb) backtrace
> #6 0xb7ef21cd in free () from /lib/libc.so.6
> #7 0x080522a6 in func_sort (
>o=0xc6d9eb4 " t/hos
On Tue, Aug 24, 2010 at 11:37 PM, Paul Smith wrote:
> This backtrace is not useful because your version of GNU make was
> compiled without debugging enabled. Can you get a copy and build it
> with CFLAGS=-g to enable debugging and disable optimization, then force
> the failure and report the stac
On Tue, 2010-08-24 at 20:03 +0200, Alexis ROBERT wrote:
> I'm trying to build Android with ArchLinux for my Nexus One and I'm
> having the following message during the build :
> find: `drm/java': No such file or directory
> find: `drm/java': No such file or directory
> external/qemu/Makefile.andro
/lib/ld-2.12.1.so
bff6a000-bffa5000 rw-p 00:00 0 [stack]
Abort
[r...@athlon android-src]#
I've asked the question on the android-porting mailing list to see if
I'm alone in that case and apparently, people using GNU Make 3.82 on
Ubuntu Linux 10.04 (x86) have the same
On Wed, 2010-07-28 at 07:31 -0600, Eric Blake wrote:
> It's not obvious from this announcement (and I haven't been following
> the make lists) whether you are aware: The POSIX 2008 wording has a bug.
> The intent of the Austin Group is that -e must NOT be provided if some
> other mechanism ignores
On 07/28/2010 12:50 AM, Paul Smith wrote:
> * WARNING: Backward-incompatibility!
> The POSIX standard for make was changed in the 2008 version in a
> fundamentally incompatible way: make is required to invoke the shell as if
> the '-e' flag were provided. Because this would break many makefi
/make/
The next stable release of GNU make, 3.82, is available now for download:
1a11100f3c63fcf5753818e59d63088f make-3.82.tar.bz2
7f7c000e3b30c6840f2e9cf86b254fac make-3.82.tar.gz
You can obtain a copy from: http://ftp.gn
13 matches
Mail list logo
