On Mon, 2020-05-18 at 19:16 -0800, Britton Kerin wrote:
> # I'm hoping
> # for a little more feedback from paul declaring that the parser is indeed
> # sequential and .SHELLSTATUS is indeed per-process, so that this is ok.
GNU make is not multithreaded and all invocations of $(shell ...)
functions
On Fri, 2020-03-06 at 09:38 +0530, Dr Priyanka Jain wrote:
> -- Build files have been written to: /home/NFS/37_hg/freebayes/build
> /usr/bin/gmake: unrecognized option '--jobserver-auth=3,4'
This means that the version of make being invoked as a sub-make is
different from the version of make you i
fds) one, failing with
this kind of symptom?
From: Bug-make on behalf of
Henrik Carlqvist
Sent: Thursday, March 5, 2020 22:50
To: Dr Priyanka Jain
Cc: bug-make@gnu.org
Subject: Re: Error In Installing FreeBayes
* EXTERNAL EMAIL *
On Fri, 6 Mar 2020 09
On Fri, 6 Mar 2020 09:38:19 +0530
Dr Priyanka Jain wrote:
> I am trying to clone freebayes from following link :
> /usr/bin/gmake: unrecognized option '--jobserver-auth=3,4'
It seems as if your project "freebayes" requires a newer version of gnu
make than you have installed. You can check whic
Hello Eli Zaretskii,
Thanks for your quick response.
I wish to mention that everything working fine now.
Regards,
Prasanth
Research Assistant, ARFI Project
Earth Environment &
Solar Terrestrial Physics Lab.
Dept of Physics
Tripura University
On Wed, Jun 28, 2017 at 9:49 PM, Eli Zaretskii wrot
> From: "Prasanth ."
> Date: Wed, 28 Jun 2017 17:58:07 +0530
>
> I've tried to install Make-4.2.1 in my computer (Windows 7, 64 bit).
>
> But I'm getting error message. Please kindly help me to install this
> softwares.
It looks like your C compiler is somehow misconfigured:
> configure:3149:
On Wed, 21 Jun 2017 19:48:57 +0530
"PARIMEY DNYANESHWAR PATIL 4-Yr B.Tech. Electrical Engg."
wrote:
> I am getting this error after running above command in Ubuntu 16.04 lts.
> Please tell me what to do to solve?
You need to carefully read the instructions that you now are following to
compile so
> Date: Sat, 19 Jul 2014 17:28:42 +0530
> From: Manoharan
>
> I am getting the below error while executing "./abyss-1.3.6/bin/abyss-pe np=8
> k=64 name=ecoli in='reads1.fq reads2.fq'" in ubuntu 12.04.
>
> Error:
>
> "/usr/local/bin/mpirun -np 8 ABYSS-P -k64 -q3 --coverage-hist=coverage.hist
>
> I'm really not excited about the prospect of continuing to add new
> project files every year for each new version of Visual Studio. Isn't
> there any sort of backward-compatibility that allows the older files to
> work in newer Visual Studio releases?
Don't hold your breath - it might be there
> Note that in Unix, vsnprintf() returns the TOTAL number of chars
> needed (add 1 for the null).
This is not correct. The buffer size (that you pass in) is the total
number of bytes available (and the most the function shall use,
including the terminator); but the *return* is the strlen() that w
On Tue, 2014-04-08 at 21:01 +, Rob Juergens wrote:
> Attached is a rewrite of the method vfmtconcat() in output.c. It seems
> to fix the problem.
Thanks, but as Philip mentioned earlier I've completely rewritten the
output.c file and callers of it so they use only C89 compliant functions
(so n
Attached is a rewrite of the method vfmtconcat() in output.c. It seems to fix
the problem.
-Original Message-
From: Paul Smith [mailto:psm...@gnu.org]
Sent: Tuesday, April 08, 2014 2:00 PM
To: Rob Juergens
Cc: Philip Guenther; bug-make@gnu.org
Subject: Re: error reporting
On Tue, 2014
On Tue, 2014-04-08 at 20:15 +, Rob Juergens wrote:
> Note that in Unix, vsnprintf() returns the TOTAL number of chars
> needed (add 1 for the null). If the output would overflow the buffer,
> then you would get a return value larger than the specified buffer
> size.
>
> In Windoze, vsnprintf(
-
From: Paul Smith [mailto:psm...@gnu.org]
Sent: Tuesday, April 08, 2014 5:07 AM
To: Philip Guenther
Cc: Rob Juergens; bug-make@gnu.org
Subject: Re: error reporting
On Mon, 2014-04-07 at 21:26 -0700, Philip Guenther wrote:
> I am unable to reproduce this:
Based on the offer of MSVC project file
Guenther
Cc: Rob Juergens; bug-make@gnu.org
Subject: Re: error reporting
On Mon, 2014-04-07 at 21:26 -0700, Philip Guenther wrote:
> I am unable to reproduce this:
Based on the offer of MSVC project files I would guess Rob is running on
Windows.
I expect this is a result of the buggy snpri
On Mon, 2014-04-07 at 21:26 -0700, Philip Guenther wrote:
> I am unable to reproduce this:
Based on the offer of MSVC project files I would guess Rob is running on
Windows.
I expect this is a result of the buggy snprintf()/vsnprintf()
implementations in the Windows MSVC compiler (well, by "buggy"
On 4/7/2014 11:26 PM, Philip Guenther wrote:
On Mon, Apr 7, 2014 at 4:45 PM, Rob Juergens wrote:
Given the make file (makefile):
--
foo : bar
--
gmake 3.75 gives this:
gmake: *** No rule to make target 'bar', needed by 'foo'. St
On Mon, Apr 7, 2014 at 4:45 PM, Rob Juergens wrote:
> Given the make file (makefile):
>
> --
> foo : bar
> --
>
> gmake 3.75 gives this:
>
> gmake: *** No rule to make target 'bar', needed by 'foo'. Stop.
>
> gmake 4.0 gives this:
>
>
> From: Gururaj Bhat
> Date: Fri, 10 Jun 2011 13:58:52 +0530
>
> Thanks anyway that didn't fix my problem as you had mentioned :(
>
> Will try something else out!
If you find a solution, please post it on bug-make or make-w32 mailing
lists. There was at least one other report about this proble
> From: Gururaj Bhat
> Date: Fri, 10 Jun 2011 12:14:53 +0530
>
> Ok.
> Can you please point me where to download ( I mean link to get the latest
> version)?
> I searched on the net, but couldn't make out.
Here:
http://sourceforge.net/projects/mingw/files/MinGW/make/
___
> From: Gururaj Bhat
> Date: Fri, 10 Jun 2011 10:18:02 +0530
>
> I am getting the below error from *gmake*.
>
> *"_main: memory allocation error during startup*"
>
> when I try to run it in my Windows 7 build environment with cygwin.
>
>
> Version of the gmake is 3.79
This is very old. I su
On Wed, 2010-04-07 at 10:40 +0800, Raghu wrote:
> gnumake: *** [testRT_instrument_source] Error 53
This message means that the program GNU make invoked
(testRT_instrument_source) exited with an error code of "53", rather
than a success code (0).
So you need to look at the testRT_instrument_source
> Date: Wed, 6 May 2009 14:32:28 -0300
> From: Julio Cesar Perroni
>
> Hi. I did this command and returned this error. Please, answer me what to
> do. Thanks.
>
> [r...@localhost mpfr-2.4.1]# make install
> Making install in tests
> make[1]: Entrando no diretório `/home/jc/Área de Trabalho/mpfr-
This is not a bug in make. It may be a problem with the makefile in question.
Google has a number of matches for 'mpfr "no such file or directory"' although
none of them grabbed my attention as relevant. I see there's an MPFR mailing
list. That would be the best place to ask, if you've follo
It sounds to me like you don't have "make" in your path. Can you run a very
simple Makefile, something like:
cut here -
test:
echo success
cut here -
If you get the same error with the Makefile above, then the problem is not
with make but with your environment.
samuel
On Wed, 2007-08-01 at 10:46 +0500, Muhammad Ashraf Nadeem wrote:
> i am compinling thunderbird on my windows plateform by using
> mingw. ./configure is successful but there is problem in make
> command. here is some last lines of the output. please help me to
> solve the problem and get rid of th
On Thu, May 24, 2007 at 05:24:21AM +0100, ajay parashar wrote:
> Hi,
> I am using fedora 6. i write a simple hello world kernel module
> i write following makefile for building this module.
> ###
>
> obj-m+=hello.o
> all:
> make -c /lib/modules/ $(sh
On 5/24/07, ajay parashar <[EMAIL PROTECTED]> wrote:
Hi,
I am using fedora 6. i write a simple hello world kernel module
i write following makefile for building this module.
###
obj-m+=hello.o
all:
make -c /lib/modules/ $(shell uname -r)/ build M=$(PWD) modules
cl
Hi Ajay,
" This program is built for i686-redhat-linux-gnu
report bugs to
Isn't that just the standard output ? You can see that text on "make --help"
make *** [all] Error2 "
This is the actual error. As you've not included the full output it is
not clear what the problem is with your se
%% [EMAIL PROTECTED] writes:
rm> all:: first
rm> @echo one
rm> all:: second
rm> @echo two
rm> first:
rm> @echo first
rm> second:
rm> @echo second
rm> In GNUmake 3.75, this produced:
rm> first
rm> one
rm> second
rm> two
rm> In GNUmake 3.80, this produc
ng of :: rules in a parallel environment. Thus functionality has
been lost in later versions.
Reid Madsen
-Original Message-
From: Howard Chu [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 14, 2005 8:21 AM
To: Madsen, Reid
Cc: bug-make@gnu.org
Subject: Re: Error in processing of :: ta
.org
Subject: Re: Error in processing of :: targets
%% [EMAIL PROTECTED] writes:
rm> I've run into a functional difference between the standard unix
rm> make and GNUmake (3.80) involving how the :: rules are processed.
By "standard unix make" you seem to mean SystemV
[EMAIL PROTECTED] wrote:
Gnumake maintainers,
I've run into a functional difference between the standard unix make and
GNUmake (3.80) involving how the :: rules are processed.
In the standard unix make (Solaris), the :: targets ( i.e., all::) are
process in the order they are found in the M
%% [EMAIL PROTECTED] writes:
rm> I've run into a functional difference between the standard unix
rm> make and GNUmake (3.80) involving how the :: rules are processed.
By "standard unix make" you seem to mean SystemV make. Note that the
only official Standard-with-a-capital-S (recognized by t
%% you wrote:
> $(TARGETDIR)/exist :
> @if test ! -f $(TARGETDIR)/exist; then mkdir $(TARGETDIR); fi
> @echo Building $(TARGETDIR) > $(TARGETDIR)/exist
>
> ==> Above codes are run smoothly at -J1.
>
> ==> However, contrary to my expectation, I see following error message
> at -J2, -
Thanks Paul,
That's true , After a lot of struggle i found out that my .cshrc was messing up
the path shell variable .
Will get back if i need your help .
Best regards,
Sridhar.M.V.
"Paul D. Smith" wrote:
> %% "M SRIDHAR VENKATA" <[EMAIL PROTECTED]> writes:
>
> msv> Getting the message :
>
%% "M SRIDHAR VENKATA" <[EMAIL PROTECTED]> writes:
msv> Getting the message :
msv> % expr : syntax error
msv> when i execute the makefile using gnumake .
This error isn't being generated by make. If you're seeing it during a
make run, it's being generated by some command that make is r
This is a problem in your code. It has nothing to do with GNU make.
Offhand I'd say someone emailed you that file and either when they sent
it or when you saved it, it got corrupted; it looks like there are a
bunch of extra backslashes inserted into the file.
Anyway, as I say, this has nothing
Hans Adriaanse wrote:
Hello,
make.exe;1: vfork: no such file or directory
make.exe;1: *** Deleting file `main.obj'
%NONAME-E-NOMSG, Message number 0002
I'm using gmake under openVms 7.2.1 and had to adapt
our product compilation too this OS.
I currently use gmake 3.80 whith some patch applied,
%% Bruno <[EMAIL PROTECTED]> writes:
b> if im doing anything wrong, please tell me...
Nothing except asking on the wrong list: your problems are related to
the libraries/headers/etc. installed on your system and have nothing to
do with GNU make.
--
%% "Liang Yang" <[EMAIL PROTECTED]> writes:
ly> I just found if I use make(version 3.79) to build project file
ly> in command line prompt,make will report "make: vxrm command not found"
ly> even I set the path to vxrm correctly.
There were problems in GNU make 3.79 which caused us to relea
Scripsit Troy Hart <[EMAIL PROTECTED]>
> After modifying 'Makefile' per instructions in the INSTALL file, I ran
> 'make install'. It failed as you can see below...
That is not a problem in GNU make. It is a problem in the software
you're trying to compile. Or it may be a problem with your enviro
The version of GNU make that comes with Cygwin is slightly modified from
the official GNU version; this means that we can't really help you with
these sorts of problems with that version.
You should rather contact the Cygwin developers about this... thanks!
--
--
On 01 Aug 2001 11:47:38 +, Thomas Joseph wrote:
> 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.
>
You need to mail the ecos and gdb lists (see sources.redhat.com for more
information on this). Thi
%% Michael Espe <[EMAIL PROTECTED]> writes:
me> In file variable.c, the procedure lookup_variable has an error in the
me> following code:
me> if (listp)
me> *listp = current_variable_set_list;
me> The variable listp is not defined, nor is it really used, so it
%% Nolan Ed-P1840C <[EMAIL PROTECTED]> writes:
ne> gmake TIMING=min -f makefile.simdif mul0 ; #-- gmake command fails ERROR 2
"Error 2" is not a GNU make error message. It's difficult to be 100%
sure without the actual message, but that typically means that the
subprocess make invoked (the sh
Get the latest version, 3.79.1.
--
---
Paul D. Smith <[EMAIL PROTECTED]> Network Management Development
"Please remain calm...I may be mad, but I am a professional." --Mad Scientist
47 matches
Mail list logo
