Thanks a lot Jouke, Pete, Dmitry and Paul
The patches did indeed fix the problem.
I also checked from the latest Git commit (d365bdfdbc925d) in a clean
clone, which indeed worked smoothly!
Thanks for the very prompt replies and action! Very impressive!
Thanks again,
Mohammad
On 12/19/21 20:
On Sun, 2021-12-19 at 20:04 +0100, Jouke Witteveen wrote:
> The patches "file #52422" and "file #52428" should resolve your
> issues.
I pushed these changes to Git.
Jouke is the MVP on response time!
On Sun, Dec 19, 2021 at 8:05 PM Jouke Witteveen
wrote:
> I believe what you are seeing is reported here:
> https://savannah.gnu.org/bugs/?60798
>
> The patches "file #52422" and "file #52428" should resolve your issues.
>
> Regards,
> - Jouke
>
> On Sun, Dec 19
On Sun, Dec 19, 2021 at 1:51 PM Mohammad Akhlaghi wrote:
> The configuration went nicely, however, during the compilation it
> crashed with the attached error.
i think, Jouke provided patches to workaround this warning.
You can pass a flag to gcc to not treat warnings as errors.
e.g.
$ make CFLA
I believe what you are seeing is reported here:
https://savannah.gnu.org/bugs/?60798
The patches "file #52422" and "file #52428" should resolve your issues.
Regards,
- Jouke
On Sun, Dec 19, 2021 at 7:55 PM Mohammad Akhlaghi wrote:
>
> So sorry, there was a typo in my last mail:
>
> As the previ
So sorry, there was a typo in my last mail:
As the previously attached file shows, I was built Make over commit
'e62f4cf9a2eaf7' (Sun Nov 28 14:17:55 2021 -0500).
Cheers,
Mohammad
On 12/19/21 19:49, Mohammad Akhlaghi wrote:
Dear GNU Make maintainers,
I just cloned Make (with the 'master' br
Dear GNU Make maintainers,
I just cloned Make (with the 'master' branch on commit c5d4b7b2f260c)
and bootstrapped it with Gnulib (on commit 64f5221ef20ba) on Arch
GNU/Linux and with GCC 11.1.0 and Glibc 2.33.
The configuration went nicely, however, during the compilation it
crashed with the
On 10/3/21 23:38, Paul Smith wrote:
On Sun, 2021-10-03 at 23:23 +0200, Mohammad Akhlaghi wrote:
I then ran the standard './configure' and 'make' commands to build
it, but the build failed with the attached error messages when
building 'src/guile.c'.
These errors appear to be coming from compil
On Sun, 2021-10-03 at 23:23 +0200, Mohammad Akhlaghi wrote:
> I then ran the standard './configure' and 'make' commands to build
> it, but the build failed with the attached error messages when
> building 'src/guile.c'.
These errors appear to be coming from compiling src/read.c, not
src/guile.c.
Dear GNU Make maintainers,
I just cloned Make (with the 'master' branch on commit c5d4b7b2f260c). I
also pulled the most recent changes in Gnulib's 'master' branch (putting
me on Gnulib commit dd0af10fa597a) and bootstrapped Make.
I then ran the standard './configure' and 'make' commands to b
On Tue, 2008-05-13 at 16:02 +, willard mapurisa wrote:
> I get the following compilation error when I try to compile a nurbs++
> package with openGL support .
Hi Willard;
This mailing list is for people having problems with the program GNU
make. Your error here is not related to make
May you please help
I get the following compilation error when I try to compile a nurbs++ package
with openGL support .
This is part of what i get until the error at the end
checking if the linker (c:/MinGW/mingw32/bin/ld.exe) is GNU ld... yes
checking for c:/MinGW/mingw32/bin/ld.exe option to
On Wed, 2007-11-28 at 12:17 +0530, Nisha G wrote:
> When compiling with make I'm getting an error as below.
This is a bug in your code, not a bug in GNU make. We can't help you
solve bugs in your code: this mailing list is for bugs in the GNU make
program itself.
Good luck!
--
Dear Sir/Madam
When compiling with make I'm getting an error as below. I have also copied
and pasted the makefile below the error generated.
-
Update of bug #18517 (project make):
Status:None => Later
Open/Closed:Open => Closed
___
Follow-up Comment #1:
Hi all.
The make sou
> Did you miss the fact that p is const?
Doh, yes, sorry.
-
Martin's Outlook, BlueArc Engineering
___
Bug-make mailing list
Bug-make@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-make
On 13 December 2006 16:58, Martin Dorey wrote:
>> p[-1] = '\0';
>
> What makes you think this is a compilation error? Do you have a
> compiler error message for us?
Did you miss the fact that p is const?
cheers,
DaveK
--
Can't t
> p[-1] = '\0';
What makes you think this is a compilation error? Do you have a
compiler error message for us? I suspect that you're just worried about
indexing an "array" with -1. "p" isn't an array. It's previously been
assigned by:
p =
URL:
<http://savannah.gnu.org/bugs/?18517>
Summary: Compilation error in find_directory() in dir.c on
Windows platforms
Project: make
Submitted by: rafi_einstein
Submitted on: Wednesday 12/13/2006 at 16:43
Sever
Dear Sir,
I m a newbie wanna install maildrop on my mail server running
qmail on hp-ux 11.0 version with gcc and gmake
version of gcc being -2.95.2
version of gmake being GNU Make version 3.79, by Richard
Stallman and Roland McGrath.Built for hppa2.0n-hp-hpux11.00
i m facing the foll
Hello,
I am running make v. 3.77 and cc(gcc) v. 2.58.
On Mon, 13 Mar 2000, Paul D. Smith wrote:
> %% "Francisco A. Tomei Torres" <[EMAIL PROTECTED]> writes:
>
> fatt> cc -DHAVE_CONFIG_H -I. -I. -I.. -I./glob -g -O2 -c glob.c
> fatt> ./glob.h:51: undefined type, found `__SIZE_TYPE__'
>
%% "Francisco A. Tomei Torres" <[EMAIL PROTECTED]> writes:
fatt> cc -DHAVE_CONFIG_H -I. -I. -I.. -I./glob -g -O2 -c glob.c
fatt> ./glob.h:51: undefined type, found `__SIZE_TYPE__'
I'll need more info than this. I'm pretty sure it's some kind of local
configuration error.
First, what ver
cc -DHAVE_CONFIG_H -I. -I. -I.. -I./glob -g -O2 -c glob.c
./glob.h:51: undefined type, found `__SIZE_TYPE__'
23 matches
Mail list logo
