Re: [ANNOUNCEMENT] Updated: make 3.79

Re: [ANNOUNCEMENT] Updated: make 3.79

[jorg.schaible]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 425 bytes --]

>I can't duplicate this on Windows 95 or Windows NT with cygwin 1.1.2
>on either text or binary mounted partitions with either CRLF or LF
>line endings.

>It works the same way with make 3.79 on both linux and windows.

>cgf


Which means, it works on both systems buggy or you cannot reproduce the bug on both ??

Jörg




--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: [ANNOUNCEMENT] Updated: make 3.79

[Larry Hall (RFK Partners, Inc)]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 838 bytes --]

At 07:13 PM 6/13/2000, jorg.schaible@db.com wrote:



>>I can't duplicate this on Windows 95 or Windows NT with cygwin 1.1.2
>>on either text or binary mounted partitions with either CRLF or LF
>>line endings.
>
>>It works the same way with make 3.79 on both linux and windows.
>
>>cgf
>
>
>Which means, it works on both systems buggy or you cannot reproduce the bug on both ??
>
>Jörg


I believe Chris meant the latter.



Larry Hall                              lhall@rfk.com
RFK Partners, Inc.                      http://www.rfk.com
118 Washington Street                   (508) 893-9779 - RFK Office
Holliston, MA 01746                     (508) 893-9889 - FAX
                                       (508) 560-1285 - cell phone



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: [ANNOUNCEMENT] Updated: make 3.79

[Chris Faylor]

On Tue, Jun 13, 2000 at 11:13:04PM +0000, jorg.schaible@db.com wrote:
>
>
>
>>I can't duplicate this on Windows 95 or Windows NT with cygwin 1.1.2
>>on either text or binary mounted partitions with either CRLF or LF
>>line endings.
>
>>It works the same way with make 3.79 on both linux and windows.
>
>>cgf
>
>
>Which means, it works on both systems buggy or you cannot reproduce the bug on both ??

"I can't duplicate this"

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: [ANNOUNCEMENT] Updated: make 3.79

[Chris Faylor]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3035 bytes --]

On Tue, Jun 13, 2000 at 11:51:03PM +0000, jorg.schaible@db.com wrote:
>It's not the echoed line I expect, but the gcc line !

Ah.  I completely missed this.  You're right.  It doesn't get printed on
linux either so I assume that this is a generic make-3.79 problem.

cgf

>Correct output should be:
>
>==============
>Variable MAKE should be set to "/usr/bin/make" automatically!
>echo Compiling test
>Compiling test
>gcc test > /dev/null 2>&1
>make: [test] Error 1 (ignored)
>echo Echoed line
>Echoed line
>==============
>
>but I get
>
>==============
>Variable MAKE should be set to " " automatically!
>Compiling test
>make: [test] Error 1 (ignored)
>echo Echoed line
>Echoed line
>==============
>
>
>BTW: I solved my MAKE bug. It was caused by a function defined in my .bashrc:
>declare -fx MAKE ()
>{
>    make -r -f `basename "$PWD"`.mak $*
>}
>
>So my MAKE is now "make" also, leaving over the @ problem ...
>
>
>---------------------------------------- Message History ----------------------------------------
>
>
>From: haynes@pwrh.com on 13/06/2000 20:27
>
>To:   Jorg Schaible/DMGIB/DMG UK/DeuBa@DMG UK; cygwin@sourceware.cygnus.com
>cc:
>Subject:  RE: [ANNOUNCEMENT] Updated: make 3.79
>
>
>
>FWIW I'm using an older b20.1 snapshot cygwin1.dll and I can't reproduce
>this with make V3.79. The $(MAKE) macro expands to 'make' and the second
>echo command is echoed by make before execution, as expected.
>
>Regards,
>
>  Dan Haynes
>
>> -----Original Message-----
>> From: cygwin-owner@sourceware.cygnus.com
>> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of
>> jorg.schaible@db.com
>> Sent: Tuesday, June 13, 2000 2:46 PM
>> To: cygwin@sourceware.cygnus.com
>> Subject: Re: [ANNOUNCEMENT] Updated: make 3.79
>>
>>
>>
>>
>> Hello,
>>
>> after some days using the new make 3.79 I found following problems:
>>
>> a) The archive make3-79.tar.gz in latest omits the make.info*
>> files for version 3.79 provided by the FSF
>> b) The variable MAKE should be automatically set to the file name
>> used to invoke make. In 3.79 it seems to be a single space
>> prohibiting the execution of recursive make commands following
>> the advice given by the make manual.
>> c) Using @ to hide the line echo within a define will treat all
>> following lines as the @ was given too and the line echo is
>> wrongly suppressed. This makes debugging of makefiles really painful.
>>
>> Bugs demonstrated with following makefile. Call
>> make MAKE=`which make` SHOW=
>> to see correct behaviour.
>>
>> Unfortunately I have no Linux system running to determine wether
>> these are general make 3.79 bugs or bugs caused by the Cygwin port.
>>
>> Greetings
>> Jörg
>>
>> ========= makefile ==========
>>
>> SHOW:=@
>>
>> define compile
>>     $(SHOW)echo Compiling $@
>>     -gcc $@ > /dev/null 2>&1
>> endef
>>
>> test:
>>     @echo -e Variable MAKE should be set to \"$(MAKE)\" automatically!
>>     $(compile)
>>     echo Echoed line

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: [ANNOUNCEMENT] Updated: make 3.79

[jorg.schaible]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 4929 bytes --]

It's not the echoed line I expect, but the gcc line !

Correct output should be:

==============
Variable MAKE should be set to "/usr/bin/make" automatically!
echo Compiling test
Compiling test
gcc test > /dev/null 2>&1
make: [test] Error 1 (ignored)
echo Echoed line
Echoed line
==============

but I get

==============
Variable MAKE should be set to " " automatically!
Compiling test
make: [test] Error 1 (ignored)
echo Echoed line
Echoed line
==============


BTW: I solved my MAKE bug. It was caused by a function defined in my .bashrc:
declare -fx MAKE ()
{
    make -r -f `basename "$PWD"`.mak $*
}

So my MAKE is now "make" also, leaving over the @ problem ...


---------------------------------------- Message History ----------------------------------------


From: haynes@pwrh.com on 13/06/2000 20:27

To:   Jorg Schaible/DMGIB/DMG UK/DeuBa@DMG UK; cygwin@sourceware.cygnus.com
cc:
Subject:  RE: [ANNOUNCEMENT] Updated: make 3.79



FWIW I'm using an older b20.1 snapshot cygwin1.dll and I can't reproduce
this with make V3.79. The $(MAKE) macro expands to 'make' and the second
echo command is echoed by make before execution, as expected.

Regards,

  Dan Haynes

> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of
> jorg.schaible@db.com
> Sent: Tuesday, June 13, 2000 2:46 PM
> To: cygwin@sourceware.cygnus.com
> Subject: Re: [ANNOUNCEMENT] Updated: make 3.79
>
>
>
>
> Hello,
>
> after some days using the new make 3.79 I found following problems:
>
> a) The archive make3-79.tar.gz in latest omits the make.info*
> files for version 3.79 provided by the FSF
> b) The variable MAKE should be automatically set to the file name
> used to invoke make. In 3.79 it seems to be a single space
> prohibiting the execution of recursive make commands following
> the advice given by the make manual.
> c) Using @ to hide the line echo within a define will treat all
> following lines as the @ was given too and the line echo is
> wrongly suppressed. This makes debugging of makefiles really painful.
>
> Bugs demonstrated with following makefile. Call
> make MAKE=`which make` SHOW=
> to see correct behaviour.
>
> Unfortunately I have no Linux system running to determine wether
> these are general make 3.79 bugs or bugs caused by the Cygwin port.
>
> Greetings
> Jörg
>
> ========= makefile ==========
>
> SHOW:=@
>
> define compile
>     $(SHOW)echo Compiling $@
>     -gcc $@ > /dev/null 2>&1
> endef
>
> test:
>     @echo -e Variable MAKE should be set to \"$(MAKE)\" automatically!
>     $(compile)
>     echo Echoed line
>
>
> ---------------------------------------- Message History
> ----------------------------------------
>
>
> From: cgf@cygnus.com on 09/06/2000 01:53
>
> Please respond to cygwin@sourceware.cygnus.com
>
> To:   cygwin@sourceware.cygnus.com
> cc:
> Subject:  [ANNOUNCEMENT] Updated: make 3.79
>
>
>
> I've uploaded a new version of make to sourceware/pub/cygwin/latest.
> This is make version 3.79 straight from the FSF with the usual Cygwin
> modifications to support the MAKE_MODE=unix, MAKE_MODE=windows, --unix,
> --windows, abomin.., er, features.
>
> I've also turned on the code in make which eats CRs before LFs so
> that it should no longer matter if a makefile has CRLF line endings
> in a binary mounted directory.
>
> To update your installation, CREATE AN EMPTY DIRECTORY, cd to it, and
> download the latest version of setup.exe from the cygwin/latest
> directory at a cygwin mirror site near you.  Then type:
>
> setup make
>
> Answer the questions as you did when you first installed cygwin.  This
> procedure should only update the make package.
>
> Once the setup is complete you may remove this newly created directory.
> It will contain the setup.exe program, a setup log file, and the
> make tar file.  None of these are needed for further operation of make
> but you can keep them around if you are interested in reinstalling
> stuff later.
>
> As usual, I have only updated sourceware.  The make files will take a
> while to propagate to the mirror sites.
>
> Also, note that I am not the normal Cygwin make maintainer.  Eric
> Christopher had volunteered for this duty and will be making future
> releases.  He's recently moved to a new job within Red Hat, however,
> and hasn't had a lot of time.  I thought I should make it a priority
> to make a new release of make which does not make funny error
> messages when
> confronted with files who were made with "incorrect" line endings.
>
> Christopher Faylor
> Cygwin Engineering Manager
> Red Hat, Inc.
>
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>
>
>
>
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>







--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: [ANNOUNCEMENT] Updated: make 3.79

[Jason Tishler]

Chris,

jorg.schaible@db.com wrote:
> a) The archive make3-79.tar.gz in latest omits the make.info* files
> for version 3.79 provided by the FSF

Would you be willing to re-release your package with the info files
included?

Thanks,
Jason

-- 
Jason Tishler
Director, Software Engineering       Phone: +1 (732) 264-8770 x235
Dot Hill Systems Corporation         Fax:   +1 (732) 264-8798
82 Bethany Road, Suite 7             Email: Jason.Tishler@dothill.com
Hazlet, NJ 07730 USA                 WWW:   http://www.dothill.com

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: [ANNOUNCEMENT] Updated: make 3.79

[Chris Faylor]

On Tue, Jun 13, 2000 at 02:27:49PM -0600, Dan Haynes wrote:
>FWIW I'm using an older b20.1 snapshot cygwin1.dll and I can't reproduce
>this with make V3.79. The $(MAKE) macro expands to 'make' and the second
>echo command is echoed by make before execution, as expected.

I can't duplicate this on Windows 95 or Windows NT with cygwin 1.1.2
on either text or binary mounted partitions with either CRLF or LF
line endings.

It works the same way with make 3.79 on both linux and windows.

cgf

--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: [ANNOUNCEMENT] Updated: make 3.79

[Dan Haynes]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3980 bytes --]

FWIW I'm using an older b20.1 snapshot cygwin1.dll and I can't reproduce
this with make V3.79. The $(MAKE) macro expands to 'make' and the second
echo command is echoed by make before execution, as expected.

Regards,

  Dan Haynes

> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of
> jorg.schaible@db.com
> Sent: Tuesday, June 13, 2000 2:46 PM
> To: cygwin@sourceware.cygnus.com
> Subject: Re: [ANNOUNCEMENT] Updated: make 3.79
>
>
>
>
> Hello,
>
> after some days using the new make 3.79 I found following problems:
>
> a) The archive make3-79.tar.gz in latest omits the make.info*
> files for version 3.79 provided by the FSF
> b) The variable MAKE should be automatically set to the file name
> used to invoke make. In 3.79 it seems to be a single space
> prohibiting the execution of recursive make commands following
> the advice given by the make manual.
> c) Using @ to hide the line echo within a define will treat all
> following lines as the @ was given too and the line echo is
> wrongly suppressed. This makes debugging of makefiles really painful.
>
> Bugs demonstrated with following makefile. Call
> make MAKE=`which make` SHOW=
> to see correct behaviour.
>
> Unfortunately I have no Linux system running to determine wether
> these are general make 3.79 bugs or bugs caused by the Cygwin port.
>
> Greetings
> Jörg
>
> ========= makefile ==========
>
> SHOW:=@
>
> define compile
>     $(SHOW)echo Compiling $@
>     -gcc $@ > /dev/null 2>&1
> endef
>
> test:
>     @echo -e Variable MAKE should be set to \"$(MAKE)\" automatically!
>     $(compile)
>     echo Echoed line
>
>
> ---------------------------------------- Message History
> ----------------------------------------
>
>
> From: cgf@cygnus.com on 09/06/2000 01:53
>
> Please respond to cygwin@sourceware.cygnus.com
>
> To:   cygwin@sourceware.cygnus.com
> cc:
> Subject:  [ANNOUNCEMENT] Updated: make 3.79
>
>
>
> I've uploaded a new version of make to sourceware/pub/cygwin/latest.
> This is make version 3.79 straight from the FSF with the usual Cygwin
> modifications to support the MAKE_MODE=unix, MAKE_MODE=windows, --unix,
> --windows, abomin.., er, features.
>
> I've also turned on the code in make which eats CRs before LFs so
> that it should no longer matter if a makefile has CRLF line endings
> in a binary mounted directory.
>
> To update your installation, CREATE AN EMPTY DIRECTORY, cd to it, and
> download the latest version of setup.exe from the cygwin/latest
> directory at a cygwin mirror site near you.  Then type:
>
> setup make
>
> Answer the questions as you did when you first installed cygwin.  This
> procedure should only update the make package.
>
> Once the setup is complete you may remove this newly created directory.
> It will contain the setup.exe program, a setup log file, and the
> make tar file.  None of these are needed for further operation of make
> but you can keep them around if you are interested in reinstalling
> stuff later.
>
> As usual, I have only updated sourceware.  The make files will take a
> while to propagate to the mirror sites.
>
> Also, note that I am not the normal Cygwin make maintainer.  Eric
> Christopher had volunteered for this duty and will be making future
> releases.  He's recently moved to a new job within Red Hat, however,
> and hasn't had a lot of time.  I thought I should make it a priority
> to make a new release of make which does not make funny error
> messages when
> confronted with files who were made with "incorrect" line endings.
>
> Christopher Faylor
> Cygwin Engineering Manager
> Red Hat, Inc.
>
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>
>
>
>
>
> --
> Want to unsubscribe from this list?
> Send a message to cygwin-unsubscribe@sourceware.cygnus.com
>



--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

Re: [ANNOUNCEMENT] Updated: make 3.79

[jorg.schaible]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 3184 bytes --]

Hello,

after some days using the new make 3.79 I found following problems:

a) The archive make3-79.tar.gz in latest omits the make.info* files for version 3.79 provided by the FSF
b) The variable MAKE should be automatically set to the file name used to invoke make. In 3.79 it seems to be a single space prohibiting the execution of recursive make commands following the advice given by the make manual.
c) Using @ to hide the line echo within a define will treat all following lines as the @ was given too and the line echo is wrongly suppressed. This makes debugging of makefiles really painful.

Bugs demonstrated with following makefile. Call
make MAKE=`which make` SHOW=
to see correct behaviour.

Unfortunately I have no Linux system running to determine wether these are general make 3.79 bugs or bugs caused by the Cygwin port.

Greetings
Jörg

========= makefile ==========

SHOW:=@

define compile
    $(SHOW)echo Compiling $@
    -gcc $@ > /dev/null 2>&1
endef

test:
    @echo -e Variable MAKE should be set to \"$(MAKE)\" automatically!
    $(compile)
    echo Echoed line


---------------------------------------- Message History ----------------------------------------


From: cgf@cygnus.com on 09/06/2000 01:53

Please respond to cygwin@sourceware.cygnus.com

To:   cygwin@sourceware.cygnus.com
cc:
Subject:  [ANNOUNCEMENT] Updated: make 3.79



I've uploaded a new version of make to sourceware/pub/cygwin/latest.
This is make version 3.79 straight from the FSF with the usual Cygwin
modifications to support the MAKE_MODE=unix, MAKE_MODE=windows, --unix,
--windows, abomin.., er, features.

I've also turned on the code in make which eats CRs before LFs so
that it should no longer matter if a makefile has CRLF line endings
in a binary mounted directory.

To update your installation, CREATE AN EMPTY DIRECTORY, cd to it, and
download the latest version of setup.exe from the cygwin/latest
directory at a cygwin mirror site near you.  Then type:

setup make

Answer the questions as you did when you first installed cygwin.  This
procedure should only update the make package.

Once the setup is complete you may remove this newly created directory.
It will contain the setup.exe program, a setup log file, and the
make tar file.  None of these are needed for further operation of make
but you can keep them around if you are interested in reinstalling
stuff later.

As usual, I have only updated sourceware.  The make files will take a
while to propagate to the mirror sites.

Also, note that I am not the normal Cygwin make maintainer.  Eric
Christopher had volunteered for this duty and will be making future
releases.  He's recently moved to a new job within Red Hat, however,
and hasn't had a lot of time.  I thought I should make it a priority
to make a new release of make which does not make funny error messages when
confronted with files who were made with "incorrect" line endings.

Christopher Faylor
Cygwin Engineering Manager
Red Hat, Inc.


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com





--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

RE: [ANNOUNCEMENT] Updated: make 3.79

[Parker, Ron]

> > I've uploaded a new version of make to sourceware/pub/cygwin/latest.
> > This is make version 3.79 straight from the FSF with the 
> usual Cygwin
> > modifications to support the MAKE_MODE=unix, 
> MAKE_MODE=windows, --unix,
> > --windows, abomin.., er, features.
> 
> Possibly a dumb question, but is the 'windows' make mode 
> necessary, or even
> useful to anyone?  The only difference is that it uses CMD.EXE or
> COMMAND.COM instead of sh, right?  Why would anyone want to do that?

One possibility is that they are using a makefile that was written for the
actual mingw32 tools and not the cygwin -mno-cygwin version of the compiler.
Some of these packages actually have GNU Makefiles that are intended to use
the native Windows "shell".

Re: [ANNOUNCEMENT] Updated: make 3.79

[Gary R. Van Sickle]

> I've uploaded a new version of make to sourceware/pub/cygwin/latest.
> This is make version 3.79 straight from the FSF with the usual Cygwin
> modifications to support the MAKE_MODE=unix, MAKE_MODE=windows, --unix,
> --windows, abomin.., er, features.

Possibly a dumb question, but is the 'windows' make mode necessary, or even
useful to anyone?  The only difference is that it uses CMD.EXE or
COMMAND.COM instead of sh, right?  Why would anyone want to do that?

Gary R. Van Sickle <tiberius@braemarinc.com>
Braemar Inc.
11481 Rupp Dr.
Burnsville, MN 55337


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com

[ANNOUNCEMENT] Updated: make 3.79

[Chris Faylor]

I've uploaded a new version of make to sourceware/pub/cygwin/latest.
This is make version 3.79 straight from the FSF with the usual Cygwin
modifications to support the MAKE_MODE=unix, MAKE_MODE=windows, --unix,
--windows, abomin.., er, features.

I've also turned on the code in make which eats CRs before LFs so
that it should no longer matter if a makefile has CRLF line endings
in a binary mounted directory.

To update your installation, CREATE AN EMPTY DIRECTORY, cd to it, and
download the latest version of setup.exe from the cygwin/latest
directory at a cygwin mirror site near you.  Then type:

setup make

Answer the questions as you did when you first installed cygwin.  This
procedure should only update the make package.

Once the setup is complete you may remove this newly created directory.
It will contain the setup.exe program, a setup log file, and the
make tar file.  None of these are needed for further operation of make
but you can keep them around if you are interested in reinstalling
stuff later.

As usual, I have only updated sourceware.  The make files will take a
while to propagate to the mirror sites.

Also, note that I am not the normal Cygwin make maintainer.  Eric
Christopher had volunteered for this duty and will be making future
releases.  He's recently moved to a new job within Red Hat, however,
and hasn't had a lot of time.  I thought I should make it a priority
to make a new release of make which does not make funny error messages when
confronted with files who were made with "incorrect" line endings.

Christopher Faylor
Cygwin Engineering Manager
Red Hat, Inc.


--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com