Re: [PATCH] Bad timestamps on MinGW32

[Eli Zaretskii]

> From: Orgad Shaneh 
> Date: Thu, 3 Nov 2022 08:29:53 +0200
> Cc: bug-make@gnu.org
> 
> > > Do you mean that __MINGW_USE_VC2005_COMPAT has no effect on this
> > > platform?
> >
> > Indeed, it doesn't currently.  But I wouldn't count on that, some
> > future version could introduce it.
> 
> Is mingw.org still active?

It is, albeit much less so than MinGW64.

> Where can I get it?

   https://osdn.net/projects/mingw/releases

> > _stat64 _is_ supported, but it isn't the default.  So if a program
> > needs to use _stat64, it can only be safely linked against libraries
> > that were also compiled with stat redirected to _stat64, otherwise you
> > cannot safely pass 'struct stat' variables and pointers between the
> > program and those libraries.  And since _stat64 is not the default,
> > the chance that libraries against which you link used it is very
> > small, practically nil.
> 
> * Which libraries?

For example, Guile and all its dependencies.

There's also libmingwex, which provides some functions the MS C
runtime doesn't have.  libmingwex is basically linked into every MinGW
program, since the MinGW startup calls some of those extra runtime
functions.

> * Why should we care what other libraries do? Do we pass struct stat
> to other libraries, or only to system functions?

Are you sure 'struct stat' variables and pointers are never shared
with any libraries against which we link Make libraries?  How can you
be sure of that?  And even if today this is somehow true, will we
remember this tomorrow when we add new code to Make?

This is a time bomb waiting to go off.

Re: GNUmake v4.4 port on Solaris with gcc 9.5.0

[Paul Smith]

On Thu, 2022-11-03 at 06:57 +0100, Christian Jullien wrote:
> Here is the correct one for make v4.4 on Solaris 10 with gcc 9.5.0:
> 
> 
> gcc -DHAVE_CONFIG_H -I. -I../src   -I/usr/local/include  -Wno-cast-
> qual -Wno-conversion -Wno-float-equal -Wno-sign-compare -Wno-undef -
> Wno-unused-function -Wno-unused-parameter -Wno-float-conversion -
> Wimplicit-fallthrough -Wno-pedantic -Wno-sign-conversion -Wno-type-
> limits -Wno-unsuffixed-float-constants -g -O2 -MT libgnu_a-concat-
> filename.o -MD -MP -MF .deps/libgnu_a-concat-filename.Tpo -c -o
> libgnu_a-concat-filename.o `test -f 'concat-filename.c' || echo
> './'`concat-filename.c
> concat-filename.c: In function 'concatenated_filename':
> concat-filename.c:69:7: warning: implicit declaration of function
> 'stpcpy' [-Wimplicit-function-declaration]
>    69 |   p = stpcpy (p, filename);
>   |   ^~
> concat-filename.c:69:7: warning: incompatible implicit declaration of
> built-in function 'stpcpy'

Hi thanks for the info!

I'll take a look at it.

Support for AmigaOS

[jimgial]

Please, support for AmigaOS should stay!

 

Thank you in advance!

 

Best Regards,

Dimitris Gialoglidis.

Amiga Support

[Ruben Corbo]

Please Please Please!

Do not remove Amiga support!

We are still here and thriving!

Thank you!



Ruben Corbo

Amiga Support

[Charlie Underwood]

Please consider keeping Amiga support for GNU Make. The Amiga OS is still
widely used in the retro computing community, and Hyperion still releases
new versions and supports the Amiga OS. It would be a huge loss for GNU
Make to drop support.
Thanks,
Charlie Underwood

Plea to continue support for AmigaOS

[Joachim Schneider]

Dear GNU make developers,

I am sorry if this E-Mail does not adhere to standards. It's a first
for me. I'd like to see support for AmigaOS be continued in the
future.

Thanks for the hard work!

Best regards
Joachim

AmigaOS support for Make

[Andreas Falkenhahn]

Hi,

I've read that AmigaOS is now deprecated in Make 4.4. As I'm still using Make 
for several projects for AmigaOS and its various derivatives (MorphOS, AROS...) 
I'd like to request continued support for that platform. Thanks!

-- 
Best regards,
 Andreas Falkenhahn  mailto:andr...@falkenhahn.com

GNU and AmigaOS

[Paul Koster]

Hi,

We need continued support for AmigaOS from GNU.
We finally passed a very difficult period with lawsuits, which already run
over 10 years.

Finally we found a pace and attract more developers and currently we have a
new AmigaOS SDK.
The ambition is high several parties joined together to bring the Amiga
further into the millennium.

*See here:*
https://www.hyperion-entertainment.com/

   - New AmigaOS 4.1 SDK 54.16 - October 5, 2022
   - AmigaOS 3.2 NDK update available - March 8, 2022
   - New AmigaOS 4.1 SDK 53.34 - 25 December 2021
   - AmigaOS 3.2.1 update - December 21, 2021

We need support from GNU in our journey as I strongly believe the Amiga
community is growing.

Thanks in advance.

Best regards,

Paul Koster

SANANA B.V.
Netherlands
t: +31 651 732 045
e: p...@sanana.com
w: www.sanana.com

Please don't drop support for AmigaOS

[John Paul Adrian Glaubitz]

Hello!

I just read the release announcement for GNU Make 4.4 that deprecated support
for AmigaOS.

Since AmigaOS is still being actively developed and deployed, I would like to
ask for AmigaOS support to remain part of GNU Make.

The latest major release of AmigaOS, 3.2, was just released last year [2]. An
update to 3.2.1 was released December 2021 [3].

Thanks,
Adrian


[1] https://lists.gnu.org/archive/html/info-gnu/2022-10/msg8.html
[2] 
https://www.hyperion-entertainment.com/index.php/news/1-latest-news/290-amigaos-42-for-all-classic-amigas-released-and-available
[3] https://amitopia.com/amigaos-3-2-1-is-out-for-classic-amiga/


--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer
`. `'   Physicist
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Continue support for AmigaOS

[George Sokianos]

Please continue supporting AmigaOS in future releases.

Kind regards,
George Sokianos

Deprication of GNU Make for AmigaOS, please keep it!

[Magnus Andersson]

Hello!

Please keep supporting AmigaOS in future releases!

/Magnus Andersson

Re: Please don't drop support for AmigaOS

[Paul Smith]

On Thu, 2022-11-03 at 10:36 +0100, John Paul Adrian Glaubitz wrote:
> I just read the release announcement for GNU Make 4.4 that deprecated
> support for AmigaOS.
> 
> Since AmigaOS is still being actively developed and deployed, I would
> like to ask for AmigaOS support to remain part of GNU Make.
> 
> The latest major release of AmigaOS, 3.2, was just released last year
> [2]. An update to 3.2.1 was released December 2021 [3].

It's apparent someone posted a note to some AmigaOS mailing list, based
on the number of emails we got this morning :).

While it's good that AmigaOS as an operating system is still under
active development, what I care about is whether anyone is maintaining
*GNU make* on AmigaOS.

I have not received a single patch for an AmigaOS problem with GNU make
since 1996.  I haven't received a single response from anyone on
AmigaOS to any request for anyone to test a release candidate, or a new
release, in I don't know how many releases.

What version of GNU make is currently being provided on AmigaOS?

Maybe it's possible that all the changes to GNU make in the last 26
years have magically "just worked" on AmigaOS so there has been no need
for anyone to communicate with us about it, but I find it unlikely.

It seems more likely that AmigaOS is shipping some very old version of
GNU make and has no interest in updating to a newer version.  And if
that's the case, that's absolutely fine!  Those old releases of GNU
make are not going anywhere and will continue to work just as they
always have!

But if AmigaOS is not updating to newer versions of GNU make, then I
don't want to maintain the (not insignificant amount of) special-case
code currently existing to (not really) support it, in future releases.


Fundamentally, for non-traditional operating systems it's not enough to
just ask for it to be maintained.  Someone has to volunteer to actively
participate in the maintenance effort.

Cheers!

[bug #63310] configure: unexpected CPPFLAGS effect on C compiler options check

[Pekka S]

URL:
  

 Summary: configure: unexpected CPPFLAGS effect on C compiler
options check
 Project: make
   Submitter: pexu
   Submitted: Thu 03 Nov 2022 01:47:46 PM UTC
Severity: 3 - Normal
  Item Group: Bug
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: 4.4
Operating System: Any
   Fixed Release: None
   Triage Status: None


___

Follow-up Comments:


---
Date: Thu 03 Nov 2022 01:47:46 PM UTC By: Pekka S 
Hi.

In order to determine the warning flags that the C compiler supports configure
for GNU make 4.4 (lines 7887...7966) currently preprocesses ($CC -E) a stub
program, then discards any lines that begin with `#' (grep -v) and finally
picks up all remaining words.

Here's an excerpt from the `conftest.c' that is fed to C preprocessor:

7937:  #if __GNUC__ + (__GNUC_MINOR__ >= 9) > 4 || (__clang_major__ +
(__clang_minor__ >= 9) > 3)
7938:  -Wno-float-conversion
7938:  #endif


The expected preprocessed source might then look like:

# 0 "" 2
# 1 "conftest.c"
# 2 "conftest.c"
-Wno-float-conversion


The issue here is that the user might pass in CPPFLAGS (or CFLAGS, for that
matter), say `-include header.h', that cause additional preprocessed output. 
In that case unfortunately all output from these unexpected sources
(statements and such) is added to GL_CFLAG_GNULIB_WARNINGS as well, likely
causing problems downstream.

The difficulty here is that there is no good way of detecting (as it stands
now) that `confest.c' is being preprocessed.  The least problematic might be
to check `#if __has_include() /* ... */'.

One possibility to overcome this would be to use e.g. sed or awk.  Change the
interesting lines to e.g. ``#pragma MAKE GL_CFLAG_GNULIB_WARNINGS
"-Wno-float-conversion"'' and pick up the inresting part,
`-Wno-float-conversion', with a suitable regular expression pattern.  This way
the output should be also more inline with C standard (unless there's some
compiler that is really picky about unknown pragmas at early stages).

Of course, the super easy way is just to use `grep --
^[[:space:]]*-W[[:alpha:]][[:alpha:]-]*' instead of the current negative form.







___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/

Deprecation of GNU Make for AmigaOS.

[Blaz Segavac]

Hi Paul Smith/GNU make maintainers,

As per the GNU Make 4.4 released! 
 message, it 
mentions that AmigaOS support is being deprecated, and as suggested I am 
emailing to request that support for AmigaOS to be continued.  There are 
developers suggesting that there is a need to create a newer version themselves 
and commit the changes.


Thanks,
Blaz



signature.asc
Description: Message signed with OpenPGP

GNU Make 4.5(?) AmigaOS support

[Paolo Pisati]

Hi there,

i just read[1] AmigaOS will be dropped in the next release of GNU Make
(4.5?): what's the reason for that?
Anything i can do to help?

Thanks.

1: https://lists.gnu.org/archive/html/info-gnu/2022-10/msg8.html
-- 
bye,
p.

Amiga OS

[Marcus Dobler]

Please keep Amiga support alive.

Best Marcus 

please keep up supporting AmigaOS

[Michael Bergmann]

Sad to hear that plans are to stop supporting AmigaOS. The Amiga actually has 
aHype, not only because of retro gamers, but due to serious developers. You 
just have to look towards AmigaOS 3.2.1 and ist companion NDK.
As long as I can think back, there was allways Amiga support in GNU. As the 
founder of probablly the biggest Amiga developer group on facebook, I noticed 
lots of people beeing unhappy with your decission. Please overthink!

Kind regards,


Mit freundlichen Grüßen,

Michael Bergmann
Betreuer
Kaufmann im Gesundheitswesen (IHK)
Gesundheits- und Krankenpfleger

Mühlstraße 29
63543 Neuberg
Tel.: 06185 - 647 869 1
Mobil: 01525 - 2859 893

Re: please keep up supporting AmigaOS

[Henrik Carlqvist]

Thank you for joining the group of Amiga users that now are spamming all the
subscribers of the GNU mailing list.

May I humbly suggest that any contribution to the GNU Make sources making it
work again on Amiga will be rejected until 2 cents have been paid for each of
those spams to all Gnu Make mailing list subscribers.

regards Henrik

On Thu, 3 Nov 2022 17:39:21 +
Michael Bergmann  wrote:

> Sad to hear that plans are to stop supporting AmigaOS. The Amiga actually
> has aHype, not only because of retro gamers, but due to serious developers.
> You just have to look towards AmigaOS 3.2.1 and ist companion NDK. As long
> as I can think back, there was allways Amiga support in GNU. As the founder
> of probablly the biggest Amiga developer group on facebook, I noticed lots
> of people beeing unhappy with your decission. Please overthink!
> 
> Kind regards,
> 
> 
> Mit freundlichen Grüßen,
> 
> Michael Bergmann
> Betreuer
> Kaufmann im Gesundheitswesen (IHK)
> Gesundheits- und Krankenpfleger
> 
> Mühlstraße 29
> 63543 Neuberg
> Tel.: 06185 - 647 869 1
> Mobil: 01525 - 2859 893
> 
> 

Re: please keep up supporting AmigaOS

[Paul Smith]

On Thu, 2022-11-03 at 19:06 +0100, Henrik Carlqvist wrote:
> Thank you for joining the group of Amiga users that now are spamming
> all the subscribers of the GNU mailing list.

It's unfortunate that I asked for responses to the bug-make list
instead of to my private account: I sort of assumed that folks who
built "AmigaOS distributions" (etc.) would send a reply if they wanted
to take on responsibility.

It appears that this info got posted on one or more Amiga news
aggregators and hence the response from many Amiga users.

I am replying to these messages privately but we'll just have to live
with the onslaught: these folks don't realize there have already been
many requests.

Sorry about that!

GNU Make support for Amiga

[Matthew Kott]

Dear Developers,

As a programmer who actively codes for Motorola 68000-based Amigas using GCC, I 
sincerely ask you to maintain GNU Make's support for Amiga. It may be a 
decades-old legacy system, but the Amiga development community is dedicated and 
active out of all proportion to its size. Please do not abandon us!

Sincerely,
Matthew Kott
Sweden

Get Outlook for Android

Re: please keep up supporting AmigaOS

[Philip Guenther]

Well, the good news is that you have lots of volunteers to test new
versions where you refactor the code to reduce the intrusiveness of the
Amiga changes!

"Hi, you expressed interest in GNU make continuing to support your OS;
here's where you help us reduce the burden of that."  :)

Philip Guenther


On Thu, Nov 3, 2022 at 9:39 AM Paul Smith  wrote:

> On Thu, 2022-11-03 at 19:06 +0100, Henrik Carlqvist wrote:
> > Thank you for joining the group of Amiga users that now are spamming
> > all the subscribers of the GNU mailing list.
>
> It's unfortunate that I asked for responses to the bug-make list
> instead of to my private account: I sort of assumed that folks who
> built "AmigaOS distributions" (etc.) would send a reply if they wanted
> to take on responsibility.
>
> It appears that this info got posted on one or more Amiga news
> aggregators and hence the response from many Amiga users.
>
> I am replying to these messages privately but we'll just have to live
> with the onslaught: these folks don't realize there have already been
> many requests.
>
> Sorry about that!
>
>

Re: please keep up supporting AmigaOS

[Paul Smith]

On Thu, 2022-11-03 at 09:53 -0900, Philip Guenther wrote:
> Well, the good news is that you have lots of volunteers to test new
> versions where you refactor the code to reduce the intrusiveness of
> the Amiga changes!
> 
> "Hi, you expressed interest in GNU make continuing to support your
> OS; here's where you help us reduce the burden of that."  :)

:).

I don't plan to change my mind on this until/unless I get responses
from someone willing to work on maintenance, now and going forward. 
For example, until/unless someone tries to port GNU Make 4.4 to
AmigaOS.

The last version of GNU Make that was made to work on AmigaOS was 3.81
(as far as I am aware); that's the one that's been shipping with the
AmigaOS dev kits, and no one seems to have minded at all.  I doubt
anyone has tried to even compile a newer version and I'd be very
surprised if it worked.

Request for continued support for Amiga OS

[Darren Coles]

Hello. I saw today that Amiga OS has been officially deprecated in the latest 
release of GNU make.
I am an active Amiga developer in my spare time. The Amiga still has a thriving 
developer community. The last few years have seen updates to the Amiga OS and 
new applications are being regularly released and updated. GNU make is a highly 
useful part of the toolkit and I would love to see it continue to be updated.
Darren Coles

Sent from Yahoo Mail on Android

Please don't stop supporting AmigaOS

[Camilla Boemann]

AmigaOS is still very much alive and we user gnu make a lot, so please 
don't stop supporting it


Camilla Boemann

Deprecation of AmigaOS from GNU Make

[Jason - Retrami Software]

Hello,

 

Please do not deprecate Amiga OS from GNU Make as it is still actively used
by Amiga developers such as myself.

 

Thanks,

Jason Stead.

 



-- 
This email has been checked for viruses by AVG antivirus software.
www.avg.com

[bug #63315] Test failures with 4.4 on OpenBSD

[Brad Smith]

URL:
  

 Summary: Test failures with 4.4 on OpenBSD
 Project: make
   Submitter: brad0
   Submitted: Fri 04 Nov 2022 03:06:58 AM UTC
Severity: 3 - Normal
  Item Group: Bug
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any
   Component Version: 4.4
Operating System: None
   Fixed Release: None
   Triage Status: None


___

Follow-up Comments:


---
Date: Fri 04 Nov 2022 03:06:58 AM UTC By: Brad Smith 
After updating to 4.4 we're now seeing some test failures where as with 4.3
everything passes fine.


features/loadapi  Error running
/home/ports/pobj/gmake-4.4/build-amd64/tests/../make (expected 0; got 139)
/home/ports/pobj/gmake-4.4/build-amd64/tests/scripts/features/loadapi:163:
/home/ports/pobj/gmake-4.4/build-amd64/tests/../make -f
work/features/loadapi.mk.3

Caught signal 11!
Error running /home/ports/pobj/gmake-4.4/build-amd64/tests/../make (expected
0; got 139)
/home/ports/pobj/gmake-4.4/build-amd64/tests/scripts/features/loadapi:215:
/home/ports/pobj/gmake-4.4/build-amd64/tests/../make -f
work/features/loadapi.mk.7

Caught signal 11!
Error running /home/ports/pobj/gmake-4.4/build-amd64/tests/../make (expected
0; got 139)
/home/ports/pobj/gmake-4.4/build-amd64/tests/scripts/features/loadapi:163:
/home/ports/pobj/gmake-4.4/build-amd64/tests/../make -f
work/features/loadapi.mk.8

Caught signal 11!
Error running /home/ports/pobj/gmake-4.4/build-amd64/tests/../make (expected
0; got 139)
/home/ports/pobj/gmake-4.4/build-amd64/tests/scripts/features/loadapi:215:
/home/ports/pobj/gmake-4.4/build-amd64/tests/../make -f
work/features/loadapi.mk.12

Caught signal 11!
FAILED (9/13 passed)


features/output-sync 
*** Test died (features/output-sync): Invalid [] range "t-s" in regex; marked
by <-- HERE in m/make: /*/*/* /[work/features/output-s <-- HERE ync.mk.15:3:
all] Terminated/ at
/home/ports/pobj/gmake-4.4/build-amd64/tests/test_driver.pl line 979.

FAILED (15/16 passed)


features/temp_stdin . FAILED (6/7 passed)








___

Reply to this item at:

  

___
Message sent via Savannah
https://savannah.gnu.org/