(no subject)

Hello, We are currently testing ported applications to mac platform with some people at macports, and we having trouble with gmake port. We got error when running make check. Could you take a look at those attached files please. Thanks for your help. Regards. make-3.81-check.log.bz2 D

Re: running make 3.81 tests on Mac OS X : was (no subject)

That's the whole work dir : work.tgz Description: Binary data Regards Thomas Le 21 mars 07 à 22:35, Jon Grant a écrit : Hi Thomas, thanks for your email. The key part of the make 3.81 testsuite log is this: features/default_names .. Error ru

problem of Pattern Rules

make version: GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. Built for Windows32 Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 Free Software Foundation, Inc. operating system: Windows 2000 Advanced Server + SP2 type of machine: PC, CPU: Intel cel

[bug #20495] debug version crashes on windows on close(-1)

icrosoft's example for stdio-redirection looks different: http://support.microsoft.com/kb/190351 "How to spawn console processes with redirected standard handles" Best Regards, Thomas Stuefe ___ R

Internal error w.r.t. jobserver

This is GNU Make 3.81, as per Ubuntu package make, version 3.81-3build1. Regards, Thomas PS: I'm not subscribed to bug-make. signature.asc Description: Digital signature ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

make 3.82 fails on powerpc defconfig update [was: Linux 2.6.35]

e updated Any ideas how to fix ? -- Thomas ___ Bug-make mailing list Bug-make@gnu.org http://lists.gnu.org/mailman/listinfo/bug-make

Re: make 3.82 fails on powerpc defconfig update [was: Linux 2.6.35]

02.08.2010 21:28, Sam Ravnborg skrev: > On Mon, Aug 02, 2010 at 11:51:11AM +0300, Thomas Backlund wrote: >> Hi, >> (please cc me as I'm not subscribed) >> >> updating from make 3.81 to 3.82 gets me this: >> >> [tho...@tmb linux-2.6.35]$ cp arch/pow

Re: make 3.82 fails on powerpc defconfig update [was: Linux 2.6.35]

%,$(boot)/%,$@) >> > > Obviously - dunno how I missed that. > Updated patch below. > > I will do a proper submission after you > confirm that powerpc build is working with make 3.82. > Yeah, that was an obvious fix, thanks! One small typo fix below... (a m

Fix for comment typo

Below, a patch for a comment fix in variable.c. The original was sufficiently obscure that you'll want to check my rewrite does in fact have the correct meaning: ---cut here--- Index: variable.c === RCS file: /sources/make/make/variab

Problem with secondary expansion and target specific variables

The following makefile.1 produces correct results: --- target1 : var := one target2 : var := two targets := target1 target2 all : $(targets) .SECONDEXPANSION: $(targets) : foo/$$(var)/bar foo/%/bar : mkdir -p $(dir $@) touch $@ .PHONY : target1 target2

pcc fix for gmake

Hi! I've just updated the pkgsrc version of GNU make to 4.0. While doing that I found an old patch that was added to the package for PCC compatibility. It looks sane enough, perhaps you can integrate it? Thanks, Thomas $NetBSD: patch-pa,v 1.1 2009/10/30 18:20:04 ahoka Exp $ PCC says: h

[bug #48045] gmake-4.2 breaks firefox-46.0.1 build

URL: Summary: gmake-4.2 breaks firefox-46.0.1 build Project: make Submitted by: tk Submitted on: Sat 28 May 2016 10:27:29 AM GMT Severity: 3 - Normal Item Group: Bug

debugging errant Makefile's

free software; see the source for copying conditions. # There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A # PARTICULAR PURPOSE. # Report bugs to <[EMAIL PROTECTED]>. /usr/local/bin/perl /h/thomas/EPICS/base/bin/hp700/makeMakefile.pl O.hp700 Host make -C O.hp700 -f ../Makefile.

Re: debugging errant Makefile's

> "Paul" == Paul D Smith <[EMAIL PROTECTED]> writes: Paul> It seems like you've got some serious memory corruption here, but Paul> I've never seen anything like this before. Paul> You don't have a copy of Purify lying around anywhere, have you? Paul> If not, the dmalloc libra

Re: debugging errant Makefile's

> "Paul" == Paul D Smith <[EMAIL PROTECTED]> writes: Paul> Doh. I don't know what I was thinking. This one is easy. Your Paul> rule is: Doh is right. Sorry to have bothered you with that part of it :-( Mahalo, Jim

make for windows use the incorrect date for update check

Make use the creation time instead the modification time for update check. best regards Thomas Heidler # GNU Make version 3.79.1, by Richard Stallman and Roland McGrath. # Built for Windows32 # Copyright (C) 1988, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 2000 # Free Software

make crash with $(shell...) under NT

> Hello, I a doing a nmake NT and Unix make porting for my company. Unfortunately, I get a stack dump, when i call $(shell..) under NT: > Here is the error: > > 0 [main] make 262 handle_exceptions: Exception: > STATUS_ACCESS_VIOLATION >

Error Making GDB for eCos

Dear Sir I can't make the gdb stubs as an errore occurs. Please suggest any method to make i386-elf-gdb from Insight or standard gbd. I hereby attached the make.out file for your kind reference Yours Sincerely Thomas Joseph make: Entering directory `/tmp/build/gdb' make[1]

GNU Make Question

anything that I can do ? please let me know. Thanks, begin:vcard n:Tan;Thomas x-mozilla-html:FALSE org:;Lockheed Martin Mission System adr:;; version:2.1 email;internet:[EMAIL PROTECTED] title:Software Engineer note:Tel:(732)450-7031 x-mozilla-cpt:;768 fn:Thomas Tan end:vcard

[PATCH] Re: make-3.79.1 bug breakslinux-2.5.24/drivers/net/hamradio/soundmodem

On Sat, 2002-06-22 at 08:57, Adam J. Richter wrote: > linux-2.5.24/drivers/net/hamradio/soundmodem/Makefile contains > the following rule: > > $(obj)/sm_tbl_%: $(obj)/gentbl > $< > > obj was set to "." /usr/src/linux/Rules.make, which was included > earlier in the Makefile. >

incompatibility with unix make

Hi, I use GNU-make WIN32 version 3.79.1. for some days and I found out, that the makefile code below does not work. With Borland 'make' and Solaris 'make' the same makefile works perfectly. best regards Thomas #--- my simplified makefile -

[bug #15818] SEGV in hash set code

Follow-up Comment #1, bug #15818 (project make): Not sure if this is the same bug, but the backtraces seem similar. I use make CVS as of today (2006-02-21), Ubuntu Dapper (development version of Ubuntu). I'm trying to build SELinux refpolicy, my current source is available as http://www.cip.ifi.

[bug #15818] SEGV in hash set code

Follow-up Comment #3, bug #15818 (project make): Yes, the patch indeed fixes the problem. Thanks for the fast reply! Another problem appeared, but I will report this in another bug. ___ Reply to this item at:

[bug #13529] Incorrect circular dependancy

Follow-up Comment #2, bug #13529 (project make): I'm having a similar problem (make from CVS 2006-02-21, Ubuntu Dapper): Testcase: http://www.cip.ifi.lmu.de/~bleher/refpolicy-segfault.tar.gz (same as in bug #15818). When make is called on this tree with "make -C build-tree/refpolicy NAME=refpol

[bug #13529] Incorrect circular dependancy

Follow-up Comment #3, bug #13529 (project make): OK, I tracked down my problem and reduced it to a small testcase: The Makefile looks like this: vpath %.te test/ .SECONDARY: default: test/a test/b test/a: fail.te test/b : fail.te test/fail.te: test/ exists but is empty. When I run make with thi

phony fails when the target is a recipe

We have had a lot of problems with phony hints being ignored and makefiles not running. I've narrowed it down to a small example. See the transcript below in this email, or the code at https://github.com/Reasoning-Technology/subu/tree/master/try/phony_general_targets_fail In this example there i

Re: phony fails when the target is a recipe

extent permitted by law. On Tue, Apr 2, 2019 at 1:11 PM Thomas Lynch < thomas.ly...@reasoningtechnology.com> wrote: > We have had a lot of problems with phony hints being ignored and makefiles > not running. > > I've narrowed it down to a small example. See the transcript below

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1

URL: Summary: Segmentation fault regression in make 4.3 vs. 4.2.1 Project: make Submitted by: tpetazzoni Submitted on: Thu 10 Sep 2020 03:35:12 PM UTC Severity: 3 - Normal

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1

Follow-up Comment #6, bug #59093 (project make): Any news about this bug ? ___ Reply to this item at: ___ Message sent via Savannah https://savannah.

[bug #52922] -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe

Follow-up Comment #3, bug #52922 (project make): Here's a draft patch to create a lock file if an initial test of the output descriptor fails. Tested on FreeBSD. I don't currently have any good ideas for how to detect redirection and use a separate lock file. (file #51900)

[bug #52922] -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe

Follow-up Comment #8, bug #52922 (project make): Yeah, it's implemented at VFS level, so it needs a vnode: https://github.com/freebsd/freebsd-src/blob/7326e8589cc21431d62f25802eac7c5dd6f74122/sys/kern/kern_descrip.c#L617 I considered fixing that in FreeBSD, but I'm running build farm stuff acros

[bug #52922] -Otarget does not function properly and errors on FreeBSD, with stdout to a pipe

Follow-up Comment #11, bug #52922 (project make): [comment #10 comment #10:] > Is there a number of ports which have gnu make specific makefiles? Yes. Depending how you count there's about ~30k ports and about ~4k of them have a build-time dependency on GNU make (I searched the FreeBSD ports tre

[bug #59093] Segmentation fault regression in make 4.3 vs. 4.2.1

Follow-up Comment #10, bug #59093 (project make): This bug has been fixed more than one year ago. Would it be possible to publish a new release of GNU Make that contains this fix? Even if it's a make 4.3.1 minor release, for example. Thanks! __

[bug #63737] Add --fail-on-undefined-variables

: None ___ Follow-up Comments: --- Date: Wed 01 Feb 2023 02:49:27 PM UTC By: Thomas Güttler I now `--warn-undefined-variables`, but warnings get easily overlooked. I want to be sure that no undefined var

[bug #63737] Add --fail-on-undefined-variables

Follow-up Comment #2, bug #63737 (project make): Thank you for comment. Making all warnings a failure, is even better. ___ Reply to this item at: ___ M

[bug #63686] implement a flag to promote make warnings to fatal errors

Follow-up Comment #2, bug #63686 (project make): [comment #0 original submission:] > GCC has a -Werror option causing warnings to be promoted to fatal errors which I (and my organization) find very useful. As a matter of policy we always build with -Werror on and while this, obviously, is painful

[bug #52273] Documentation about remaking makefiles should mention MAKE_RESTARTS

URL: Summary: Documentation about remaking makefiles should mention MAKE_RESTARTS Project: make Submitted by: thomastc Submitted on: Tue 24 Oct 2017 09:29:58 AM UTC Severity: 3 - Norma