Re: New gcc/binutils available for testing

Re: New gcc/binutils available for testing

[Dale Goudey]

[-- Attachment #1: Type: text/plain, Size: 4275 bytes --]

I have used the new binutils/gcc, testing not complete by any means but it
looks good so far (after some fixes are applied).  Builds are still ongoing.

fixes required:

1.  default library search path is broken, it still seems to be
     looking in /usr/i686-pc-cygwin/lib
     The workaround is to define the LIBRARY_PATH environment variable to
/usr/lib
2.  For true mingw support (is there such a thing?), you will need to
install the complete
     mingw header/library set and modify the specs file (see below).

>>Chris Faylor wrote:
>>> Oops.  It looks like I had an environment variable set from an ancient
>>> version of CYGWIN -- LIBRARY_PATH.  If you set that to /usr/lib it
>>> seems to find things correctly.
>>
>>
>>OK, I gave this a try and trivial programs compile correctly.

Works for me too

>Yup.  Sorry.  I see why this is happening.  I'll fix it.
>>However, when "-mno-cygwin" is used, it doesn't find any of the standard
>>header files (stdio.h, windows.h, etc.).  I have attached output from "gcc
>>-v" .
>>
>>Also, it i linking with both crtdll.dll and msvcrt.dll.  Programs should
be
>>linked against one or the other, but not both.  msvcrt.dll is preferred
>>because it is more stable and better tested.
>I just blindly followed the specs file that was in the URL that I quoted.
>I thought I saw positive comments about this.

The specs file requires that the mingw headers are used when the mingw
libraries are used.  If they are not installed, you will get an error
message.  This is by design.  To do otherwise is INCORRECT, since the
headers must remain consistent with the libraries.  Hope this is clear.

But this means that the complete libraries/headers must be installed in the
proper locations.  Since these files were never part of the regular cygwin
package (though I thing they should be), they must be obtained separately.

retrieve bin-msvcrt-2000-03-27.zip from
   ftp://ftp.nanotech.wisc.edu/pub/khan/gnu-win32/mingw32/runtime/
retrieve gcc-2.95.2-1-msvcrt.zip  from

ftp://ftp.nanotech.wisc.edu/pub/khan/gnu-win32/mingw32/snapshots/gcc-2.95.2-
1/

I really don't know if these files are "officially" the latest, but they do
work well for me.

Install as described below (repeating my previous note with modifications
for the new gcc), and use the specs file attached here (rather than the
previous one posted).  To see where the specs file belongs, do a gcc -v

Note that with this configuration we can use the cygwin toolset with
optionally the cygwin or the mingw libraries.  The above mingw complications
are not necessary for cygwin builds only.  For those who need to build for
both (such as myself), this seems to be the best setup.

>Anyway, I'll remove the crtdll entry, though.  It looks like I should
>have been more discerning with a few other entries, too.

>cgf

A note for Chris:  the enclosed specs file has some VERY MINOR mods so that
it works correctly with the latest mingw libraries (I think).  Thanks for
your update.  This cygwin package is really quite good, but "early adopters"
must understand that this is a work-in-progress.  Well, maybe they need
reminding on occasion.

Further notes on installing the mingw headers/libraries

from gcc-2.95.2-1-msvcrt.zip
      (use the lib/gcc-lib/i386-mingw32msvc therein by moving or copying
       it into /usr/lib/gcc-lib to make it parallel to
/usr/lib/gcc-lib/i686-pc-cygwin
                  (this gives you /usr/lib/gcc-lib/i386-mingw32msvc)
       use the include/g++-3 therein by moving or copying it
       into /usr/mingw/include  (this directory must be created)
    This gives you /usr/mingw/include/g++-3
       and use the files i386-mingw32msvc/include/*.h therein by moving or
       copying them into /usr/mingw/include
      )

from   bin-msvcrt-2000-03-27.zip
  (
   unpack into an empty directory
   move or copy the resulting i386-mingw32msvc directory into /usr
     this gives you /usr/i386-mingw32msvc
   move or copy the resulting bin/mingwm10.dll file into /bin
   copy the files
           crt2.o
           gcrt2.o
           dllcrt2.o
   from the i386-mingw32msvc/lib directory
   into /usr/lib (or into  /usr/i686-pc-cygwin/lib if you are using
gcc-2.95.2-1 rather than -2)
   )

As usual, no warranties
Hope this helps
Dale Goudey



[-- Attachment #2: specs --]
[-- Type: text/plain, Size: 3085 bytes --]

*asm:


*asm_final:


*cpp:
-remap %(cpp_cpu) %{posix:-D_POSIX_SOURCE}   %{!mno-cygwin:-D__CYGWIN32__ -D__CYGWIN__ -Dunix}   %{!mno-win32:-D_WIN32 -DWINNT}   %{mno-cygwin:-DWIN32 -D__WIN32__ -D__MSVCRT__ -D__MINGW32__=0.2}   %{mthreads: %{mno-cygwin:-D_MT}} %{mno-cygwin:-nostdinc -nostdinc++}   %{mno-cygwin:-iwithprefixbefore ../../../../mingw/include/g++-3 }   %{mno-cygwin:-iwithprefixbefore ../../../../i386-mingw32msvc/include/mingw32 }   %{mno-cygwin:-iwithprefixbefore ../../../../mingw/include }   %{mno-cygwin:-iwithprefixbefore ../../../../i386-mingw32msvc/include }   %{mno-cygwin:-iwithprefixbefore ../../i386-mingw32msvc/2.95.2/include }

*cc1:
%(cc1_spec) 

*cc1plus:


*endfile:


*link:
%{mwindows:--subsystem windows}   %{mconsole:--subsystem console}   %{shared: %{mdll: %eshared and mdll are not compatible}}   %{shared: --shared} %{mdll:--dll}   %{static:-Bstatic} %{!static:-Bdynamic}   %{shared|mdll: -e     %{mno-cygwin:_DllMainCRTStartup@12}     %{!mno-cygwin:__cygwin_dll_entry@12}}

*lib:
%{pg:-lgmon}   %{!mno-cygwin:-lcygwin}   %{mthreads:%{mno-cygwin:-lmingwthrd}}   %{mno-cygwin:-lmingw32 -lmoldname -lcrtdll}   %{mwindows:-lgdi32 -lcomdlg32}   -luser32 -lkernel32 -ladvapi32 -lshell32

*libgcc:
%{mno-cygwin: %{mthreads:-lmingwthrd} -lmingw32} -lgcc %{mno-cygwin: -lmoldname -lmsvcrt}

*startfile:
%{shared|mdll: %{mno-cygwin:dllcrt2%O%s}}   %{!shared: %{!mdll: %{!mno-cygwin:crt0%O%s} %{mno-cygwin:crt2%O%s}   %{pg:gcrt2%O%s}}}

*switches_need_spaces:


*signed_char:
%{funsigned-char:-D__CHAR_UNSIGNED__}

*predefines:
-Di386 -D_X86=1 -D__STDC__=1   -D__stdcall=__attribute__((__stdcall__))   -D__cdecl=__attribute__((__cdecl__))   -D__declspec(x)=__attribute__((x))   -Asystem(winnt) -Acpu(i386) -Amachine(i386)

*cross_compile:
1

*version:
2.95.2

*multilib:
. ;

*multilib_defaults:


*multilib_extra:


*multilib_matches:


*linker:
collect2 %{mno-cygwin:-L/usr/lib/gcc-lib/i386-mingw32msvc/2.95.2 -L/usr/i386-mingw32msvc/lib}

*cpp_486:
%{!ansi:-Di486} -D__i486 -D__i486__

*cpp_586:
%{!ansi:-Di586 -Dpentium} 	-D__i586 -D__i586__ -D__pentium -D__pentium__

*cpp_k6:
%{!ansi:-Di586 -Dk6} 	-D__i586 -D__i586__ -D__k6 -D__k6__

*cpp_686:
%{!ansi:-Di686 -Dpentiumpro} 	-D__i686 -D__i686__ -D__pentiumpro -D__pentiumpro__

*cpp_cpu_default:
%(cpp_686)

*cpp_cpu:
-Acpu(i386) -Amachine(i386) %{!ansi:-Di386} -D__i386 -D__i386__ %{mcpu=i486:%(cpp_486)} %{m486:%(cpp_486)} %{mpentium:%(cpp_586)} %{mcpu=pentium:%(cpp_586)} %{mpentiumpro:%(cpp_686)} %{mcpu=pentiumpro:%(cpp_686)} %{mcpu=k6:%(cpp_k6)} %{!mcpu*:%{!m486:%{!mpentium*:%(cpp_cpu_default)}}}

*cc1_cpu:
%{!mcpu*: %{m386:-mcpu=i386 -march=i386} %{m486:-mcpu=i486 -march=i486} %{mpentium:-mcpu=pentium} %{mpentiumpro:-mcpu=pentiumpro}}

*mingw_include_path:
i686-pc-cygwin

*link_command:
%{!fsyntax-only:  %{!c:%{!M:%{!MM:%{!E:%{!S:%(linker) %l %X %{o*} %{A} %{d} %{e*} %{m} %{N} %{n} 			%{r} %{s} %{t} %{u*} %{x} %{z} %{Z}			%{!A:%{!nostdlib:%{!nostartfiles:%S}}}			%{static:} %{L*} %D %o			%{!nostdlib:%{!nodefaultlibs:%G %L %G}}			%{!A:%{!nostdlib:%{!nostartfiles:%E}}}			%{T*}			
 }}}}}}

Re: New gcc/binutils available for testing

[Chris Faylor]

On Thu, Jun 15, 2000 at 08:02:13PM -0700, Dale Goudey wrote:
>I have used the new binutils/gcc, testing not complete by any means but it
>looks good so far (after some fixes are applied).  Builds are still ongoing.
>
>fixes required:
>
>1.  default library search path is broken, it still seems to be
>     looking in /usr/i686-pc-cygwin/lib
>     The workaround is to define the LIBRARY_PATH environment variable to /usr/lib

You are responding to email in a thread where I have already noted that
I got this wrong and required LIBRARY_PATH for correct operation.  Did you
miss this somehow.

>2.  For true mingw support (is there such a thing?), you will need to
>install the complete
>     mingw header/library set and modify the specs file (see below).

The Cygwin release contains libraries and include files that are common
to both mingw and cygwin.  The windows specific include files that are
in /usr/include are the same files that are released in a mingw-only
distribution.  Ditto, the lib files.

The only things that I see that are not already in cygwin are a couple
of include files (gmon.h, profil.h, and profile.h) and libraries
(crt2.o, dllcrt2.o, and gcrt0.o).  This is only a relatively cursory
search, but I believe that this is correct.

If Mumit wants to add these to the cygwin release when he gets back,
I'll let him make that call.

>The specs file requires that the mingw headers are used when the mingw
>libraries are used.  If they are not installed, you will get an error
>message.  This is by design.  To do otherwise is INCORRECT, since the
>headers must remain consistent with the libraries.  Hope this is clear.

I've modified your stuff to work with the cygwin distribution and hopefully
also find things whereever a mingw-only installation puts things.  However,
I don't see this as a real goal.  If someone wants to install the complete
mingw gcc implementation then they should be able to.  I don't see a
whole lot of overlap.

>But this means that the complete libraries/headers must be installed in the
>proper locations.  Since these files were never part of the regular cygwin
>package (though I thing they should be), they must be obtained separately.

Installing the mingw stuff in their own location would mean a lot of
duplication.  I don't see any reason for that.  If someone wants a mingw-only
setup they can grab stuff from mingw.org.

>>Also, it i linking with both crtdll.dll and msvcrt.dll.  Programs
>>should be linked against one or the other, but not both.  msvcrt.dll is
>>preferred because it is more stable and better tested.
>I just blindly followed the specs file that was in the URL that I
>quoted.  I thought I saw positive comments about this.

It turns out that crtdll is actually needed or my simple test case does not
compile.  So, I'm leaving this in unless someone can tell me why I get
errors like this when I try to link a simple program:

/usr/lib/crt1.o(.text+0x1b):crt1.c: undefined reference to `__GetMainArgs'
/usr/lib/crt1.o(.text+0x45):crt1.c: undefined reference to `_imp___fmode_dll'
/usr/lib/crt1.o(.text+0x1d7):crt1.c: undefined reference to `_imp___environ_dll'
collect2: ld returned 1 exit status

Maybe this is because I'm using crt1.o rather than crt2.o, since that is all
that is in the cygwin release?

>Install as described below (repeating my previous note with modifications
>for the new gcc), and use the specs file attached here (rather than the
>previous one posted).  To see where the specs file belongs, do a gcc -v

It is a real effort to translate your specs file back into the format
that gcc stores its stuff (see gcc/config/i386/cygwin.h), so I think I'm
going to pass on that.  I've got things working fairly well now, so I'm
going to stick with my current specs file.  Especially if, as it sounds,
your changes only affect the mingw-only layout.

Anyway, thanks for your specs file.  It provided a lot of insight into
the way things should be laid out.  I have a much better understanding
about what is going on now.

cgf

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

New gcc/binutils available for testing

[Brian Keener]

Carl,

I was getting the same error as you -  I had used Dale Goudey's message 
to set up my Mingw32 and used his directory structure and followed his 
installation instructions.   One thing I noticed though was while I was 
installing I ended up with mutliple spec files - one in the standard 
spot:

/Usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/specs

and then one associated with the mingw32 stuff and then I had the one 
that Dale supplied.  I put Dale's in place of the one that was installed 
with the mingw32 stuff and then got the same errors as you.  When I moved 
the one that Dale supplied to the standard location:

/Usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/specs 

then when I compile (with or without the -mno-cygwin option) the error 
goes away and the compiles and links all seem to work fine and from what 
I can see using the -H option does appear to be using a different set of 
header files depending on whether or not I use -mno-cygwin.

Hope this helps.
   
Brian Keener
bkeener@thesoftwaresource.com
75462.747@compuserve.com

Virtual  Access 4.52 build 277 (32-bit) Win95




This e-mail contains privileged and confidential information solely for the use of the addressee.  If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, copying or other use of the message and its content is strictly prohibited.  If you have received this message in error, please notify use immediately by telephone or e-mail.  
Mailto:Administrator@FultonPaper.com 

Thank you.



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

Re: New gcc/binutils available for testing

[Chris Faylor]

On Thu, Jun 15, 2000 at 03:29:11PM -0700, Carl Thompson wrote:
>Chris Faylor wrote:
>> Oops.  It looks like I had an environment variable set from an ancient
>> version of CYGWIN -- LIBRARY_PATH.  If you set that to /usr/lib it
>> seems to find things correctly.
>
>
>OK, I gave this a try and trivial programs compile correctly.

Yup.  Sorry.  I see why this is happening.  I'll fix it.

>However, when "-mno-cygwin" is used, it doesn't find any of the standard
>header files (stdio.h, windows.h, etc.).  I have attached output from "gcc
>-v" .
>
>Also, it i linking with both crtdll.dll and msvcrt.dll.  Programs should be
>linked against one or the other, but not both.  msvcrt.dll is preferred
>because it is more stable and better tested.

I just blindly followed the specs file that was in the URL that I quoted.
I thought I saw positive comments about this.

Anyway, I'll remove the crtdll entry, though.  It looks like I should
have been more discerning with a few other entries, too.

cgf

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

Re: New gcc/binutils available for testing

[Carl Thompson]

Chris Faylor wrote:

> ...

> Oops.  It looks like I had an environment variable set from an ancient
> version of CYGWIN -- LIBRARY_PATH.  If you set that to /usr/lib it
> seems to find things correctly.


OK, I gave this a try and trivial programs compile correctly.

However, when "-mno-cygwin" is used, it doesn't find any of the standard
header files (stdio.h, windows.h, etc.).  I have attached output from "gcc
-v" .

Also, it i linking with both crtdll.dll and msvcrt.dll.  Programs should be
linked against one or the other, but not both.  msvcrt.dll is preferred
because it is more stable and better tested.

> ...

> cgf

Thank you,
Carl Thompson
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/specs
gcc version 2.95.2 19991024 (release)
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/cpp.exe -lang-c++ -v -I.. -D__GNUC__=2 -D__GNUG__=2 -D__GNUC_MINOR__=95 -D__cplusplus -Di386 -D_X86=1 -D__STDC__=1 -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__declspec(x)=__attribute__((x)) -D__i386__ -D_X86=1 -D__STDC__=1 -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__declspec(x)=__attribute__((x)) -D__i386 -Asystem(winnt) -Acpu(i386) -Amachine(i386) -D__EXCEPTIONS -remap -Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -Di686 -Dpentiumpro -D__i686 -D__i686__ -D__pentiumpro -D__pentiumpro__ -D_WIN32 -DWINNT -DWIN32 -D__WIN32__ -D__MSVCRT__ -D__MINGW32__=0.2 -nostdinc -nostdinc++ -iwithprefixbefore ../../../../mingw/include/g++-3 -iwithprefixbefore ../../../../i386-mingw32msvc/include/mingw32 -iwithprefixbefore ../../../../mingw/include -iwithprefixbefore ../../../../i386-mingw32msvc/include -iwithprefixbefore ../../i386-mingw32msvc/2.95.2/include Fl.cxx C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp/ccoAHWlV.ii
GNU CPP version 2.95.2 19991024 (release) (80386, BSD syntax)
#include "..." search starts here:
#include <...> search starts here:
 ..
End of search list.
The following default directories have been omitted from the search path:
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../include/g++-3
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/../../../../include
 /usr/include
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2/include
 /usr/include
End of omitted list.
In file included from ../FL/x.H:38,
                 from Fl.cxx:28:
../FL/win32.H:34: windows.h: No such file or directory
../FL/win32.H:35: winuser.h: No such file or directory
Fl.cxx:31: ctype.h: No such file or directory
Fl.cxx:32: stdlib.h: No such file or directory
Fl.cxx:33: string.h: No such file or directory
In file included from ../config.h:122,
                 from Fl.cxx:34:
../FL/vsnprintf.h:44: stdio.h: No such file or directory
../FL/vsnprintf.h:45: stdarg.h: No such file or directory
../FL/vsnprintf.h:46: sys/types.h: No such file or directory
In file included from ../config.h:129,
                 from Fl.cxx:34:
../FL/vsnprintf.h:44: stdio.h: No such file or directory
../FL/vsnprintf.h:45: stdarg.h: No such file or directory
../FL/vsnprintf.h:46: sys/types.h: No such file or directory
In file included from ../config.h:136,
                 from Fl.cxx:34:
../FL/conf.h:69: sys/types.h: No such file or directory
../FL/conf.h:70: stdlib.h: No such file or directory
../FL/conf.h:71: stdio.h: No such file or directory
../FL/conf.h:72: string.h: No such file or directory
../FL/conf.h:73: sys/stat.h: No such file or directory
../FL/conf.h:74: fcntl.h: No such file or directory
../FL/conf.h:75: ctype.h: No such file or directory
../FL/conf.h:76: errno.h: No such file or directory
../FL/conf.h:77: limits.h: No such file or directory
../FL/conf.h:79: io.h: No such file or directory
In file included from ../config.h:122,
                 from Fl_win32.cxx:31,
                 from Fl.cxx:79:
../FL/vsnprintf.h:44: stdio.h: No such file or directory
../FL/vsnprintf.h:45: stdarg.h: No such file or directory
../FL/vsnprintf.h:46: sys/types.h: No such file or directory
In file included from ../config.h:129,
                 from Fl_win32.cxx:31,
                 from Fl.cxx:79:
../FL/vsnprintf.h:44: stdio.h: No such file or directory
../FL/vsnprintf.h:45: stdarg.h: No such file or directory
../FL/vsnprintf.h:46: sys/types.h: No such file or directory
In file included from Fl.cxx:79:
Fl_win32.cxx:35: string.h: No such file or directory
Fl_win32.cxx:36: stdlib.h: No such file or directory
Fl_win32.cxx:37: sys/types.h: No such file or directory
Fl_win32.cxx:38: limits.H: No such file or directory
Fl_win32.cxx:39: time.h: No such file or directory
Fl_win32.cxx:40: winsock.h: No such file or directory
Fl_win32.cxx:41: ctype.h: No such file or directory

Re: New gcc/binutils available for testing

[Chris Faylor]

On Thu, Jun 15, 2000 at 03:05:56PM -0700, MarketLogix wrote:
>I'd hope merely the absence of LIBRARY_PATH altogether would
>still mean default lookups in /usr/lib. And that setting any
>search env vars to /usr/lib or /usr/include would just be redundant.

Um.  What's your point?  I said I was looking into correcting this
not "Hey set an environment variable and stop bothering me."

cgf

>Begin forwarded message:
>
>From: Chris Faylor <cgf@cygnus.com>
>To: cygwin@sourceware.cygnus.com
>Subject: Re: New gcc/binutils available for testing
>Date: Thu, 15 Jun 2000 17:34:24 -0400
>
>Oops.  It looks like I had an environment variable set from an ancient
>version of CYGWIN -- LIBRARY_PATH.  If you set that to /usr/lib it
>seems to find things correctly.
>
>Thanks for noticing this, I'll look into correcting it ASAP.

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

Re: New gcc/binutils available for testing

[MarketLogix]

I'd hope merely the absence of LIBRARY_PATH altogether would
still mean default lookups in /usr/lib. And that setting any
search env vars to /usr/lib or /usr/include would just be redundant.

bisk

Begin forwarded message:

Mailing-List: contact cygwin-help@sourceware.cygnus.com; run by ezmlm
List-Subscribe: < mailto:cygwin-subscribe@sourceware.cygnus.com >
List-Archive: < http://sourceware.cygnus.com/ml/cygwin/ >
List-Post: < mailto:cygwin@sourceware.cygnus.com >
List-Help: < mailto:cygwin-help@sourceware.cygnus.com >,  
< http://sourceware.cygnus.com/ml/#faqs >
Sender: cygwin-owner@sourceware.cygnus.com
Delivered-To: mailing list cygwin@sourceware.cygnus.com
From: Chris Faylor <cgf@cygnus.com>
Date: Thu, 15 Jun 2000 17:34:24 -0400
To: cygwin@sourceware.cygnus.com
Subject: Re: New gcc/binutils available for testing
Reply-To: cygwin@sourceware.cygnus.com
Mail-Followup-To: cygwin@sourceware.cygnus.com
User-Agent: Mutt/1.2i
In-Reply-To: < 39493C9F.B9D48CCC@carlthompson.net >; from cet@carlthompson.net  
on Thu, Jun 15, 2000 at 01:29:19PM -0700

Oops.  It looks like I had an environment variable set from an ancient
version of CYGWIN -- LIBRARY_PATH.  If you set that to /usr/lib it
seems to find things correctly.

Thanks for noticing this, I'll look into correcting it ASAP.




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

Re: New gcc/binutils available for testing

[Chris Faylor]

On Thu, Jun 15, 2000 at 01:29:19PM -0700, Carl Thompson wrote:
>Chris Faylor wrote:
>> Could you provide some debugging information, please?
>> 
>> gcc -v
>
>Attached.
>
>> And, it would be instructive to see your cygcheck output, too, I
>> guess.
>
>Attached.

Oops.  It looks like I had an environment variable set from an ancient
version of CYGWIN -- LIBRARY_PATH.  If you set that to /usr/lib it
seems to find things correctly.

Thanks for noticing this, I'll look into correcting it ASAP.

>> >PS: Is it possible to add the OpenGL headers to the Cygwin
>> >    distribution?  It comes with the import libraries for OpenGL,
>> >    but not the headers needed to use them!
>> 
>> This is a w32api issue.  w32api is maintained by Mumit Khan and Anders
>> Norlander.  I assume that they would be happy to include headers but
>> for the headers to be included they would have to be written.
>
>I see this at the beginning of the headers I have:
>
>   // Modified to compile ok with g++ parser
>   // (c) Cancrelas inc. 1998
>  // see
> http://www.cygnus.com/ml/gnu-win32/1997-Dec/0023.html                                                    
>So maybe you already have them and they have just been forgotten in the
>recent distributions?

This URL bumps me back to the cygwin mailing list archives.

Regardless, my original response still holds.  The w32api stuff is
imported from Mumit Khan's master repository.  Hopefully he will be
back very soon and able to respond to your request.

I've stepped in to try to fix the gcc and binutils problems that
seemed to be causing everyone in the world problems two days
ago (although no one seems to be willing to check the new compiler).
I don't think this is an urgent enough issue to warrant my involvement
right now.

cgf

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

Re: New gcc/binutils available for testing

[Carl Thompson]

Chris Faylor wrote:

> ...

> Could you provide some debugging information, please?
> 
> gcc -v

Attached.

> ...

> And, it would be instructive to see your cygcheck output, too, I
> guess.

Attached.

> >PS: Is it possible to add the OpenGL headers to the Cygwin
> >    distribution?  It comes with the import libraries for OpenGL,
> >    but not the headers needed to use them!
> 
> This is a w32api issue.  w32api is maintained by Mumit Khan and Anders
> Norlander.  I assume that they would be happy to include headers but
> for the headers to be included they would have to be written.

I see this at the beginning of the headers I have:

   // Modified to compile ok with g++ parser
   // (c) Cancrelas inc. 1998
  // see
http://www.cygnus.com/ml/gnu-win32/1997-Dec/0023.html                                                    

So maybe you already have them and they have just been forgotten in the
recent distributions?

> cgf

Thank you,
Carl Thompson

Cygnus Win95/NT Configuration Diagnostics
Current System Time: Thu Jun 15 13:04:19 2000

WinNT Ver 5.0 build 2195 

Path:	/usr/bin
	/usr/local/bin
	/cygdrive/c/WINNT/system32
	/cygdrive/c/WINNT
	/cygdrive/c/WINNT/System32/Wbem
	/cygdrive/c/Devel/BC5/BIN
	/cygdrive/c/DEVEL/BC5/BIN
	.

SysDir: C:\WINNT\System32
WinDir: C:\WINNT

MAKE_MODE = `unix'
PWD = `//c/Devel'

!C: = `C:\Documents and Settings\Administrator\Desktop'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\Administrator\Application Data'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `WINDOZE-NT'
COMSPEC = `C:\WINNT\system32\cmd.exe'
HOMEDRIVE = `C:'
HOMEPATH = `\'
HOSTNAME = `WINDOZE-NT'
HOSTTYPE = `i586'
LOGONSERVER = `\\WINDOZE-NT'
MACHTYPE = `i586-pc-cygwin'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `//c/Devel/cvs-2.0'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSTYPE = `cygwin'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 1 Stepping 2, AuthenticAMD'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0102'
PROGRAMFILES = `C:\Program Files'
PROMPT = `$P$G'
SHELL = `/bin/sh'
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp'
TERM = `cygwin'
TMP = `C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp'
USERDOMAIN = `WINDOZE-NT'
USERNAME = `Administrator'
USERPROFILE = `C:\Documents and Settings\Administrator'
WINDIR = `C:\WINNT'
_ = `/usr/bin/cygcheck.exe'
TZ = `PST8PDT7,M4.1.0/2,M10.5.0/2'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x00000020
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `c:\Devel\Cygwin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `c:\Devel\Cygwin\bin'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `c:\Devel\Cygwin\lib'
  flags = 0x00000002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C
HKEY_CURRENT_USER\Software\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D
HKEY_CURRENT_USER\Software\Microsoft\Ftp\Accounts\sourceware.cygnus.com
  (default) = `'
   = `'
  Login Attributes = 0x00000002
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start Menu\Programs\Cygnus Solutions
  (default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Installed Components\c:/Devel/Cygwin
  (default) = `20000517'
  bash = `0002.0004.0001'
  binutils = `19990818.0002'
  bison = `0000'
  byacc = `0000'
  bzip = `0000'
  clear = `0001.0000'
  cygwin = `0001.0001.0002'
  dejagnu = `0000'
  diff = `0000'
  expect = `0000'
  fileutils = `0000'
  findutils = `0000'
  flex = `0000'
  gawk = `0000'
  gcc = `0002.0095.0002.0002'
  gdb = `20000610'
  gperf = `0000'
  grep = `0000'
  groff = `0001.011a.0001'
  gzip = `0000'
  inetutils = `0001.0003.0002.0002'
  less = `0000'
  libpng = `0001.0000.0006.0001'
  login = `0001.0002'
  m = `0000'
  make = `0003.0079.0001'
  man = `0001.005g.0002'
  patch = `0000'
  sed = `0003.0002.0001'
  shellutils = `0000'
  tar = `0000'
  tcltk = `20000610'
  termcap = `0002'
  texinfo = `0000'
  textutils = `0000'
  time = `0000'
  zlib = `0001.0001.0003.0001'
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin B20\B20.1
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\00
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\01
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\02
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\03
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\04
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\05
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\06
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\07
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\08
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\09
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0E
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\0F
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\10
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\11
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\12
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\13
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\14
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\15
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\16
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\17
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\18
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\19
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1A
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1B
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1C
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\CYGWIN.DLL setup\b15.0\mounts\1D
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32\i586-cygwin32
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\GNUPro\i586-cygwin32\i586-cygwin32\cygwin-B20.1
  (default) = `c:\devel\cygwin\cygwin-b20'
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\Cygnus Cygwin B20
  (default) = `C:\WINNT\IsUninst.exe -fc:\devel\cygwin\cygwin-b20\Uninst.isu'
  DisplayName = `Cygwin B20'

a:  fd           N/A    N/A                    
c:  hd  NTFS    8197Mb  17% CP CS UN PA FC     
g:  hd  FAT32   8189Mb  37% CP    UN           WIN98SE
r:  cd  CDFS     610Mb 100%    CS              BCD50R1
w:  cd  CDFS     218Mb 100%    CS UN           KA100M

c:\Devel\Cygwin\bin  /usr/bin  user    binmode
c:\Devel\Cygwin\lib  /usr/lib  user    binmode
c:\Devel\Cygwin  /        user    binmode

Found: c:\Devel\Cygwin\bin\bash.exe
Found: c:\Devel\Cygwin\bin\cat.exe
Found: c:\Devel\Cygwin\bin\cpp.exe
Found: c:\Devel\Cygwin\bin\find.exe
Found: c:\Devel\Cygwin\bin\gcc.exe
Found: c:\Devel\Cygwin\bin\gdb.exe
Found: c:\Devel\Cygwin\bin\ld.exe
Found: c:\Devel\Cygwin\bin\ls.exe
Found: c:\Devel\Cygwin\bin\make.exe
Found: c:\Devel\BC5\BIN\make.exe
Warning: c:\Devel\Cygwin\bin\make.exe hides c:\Devel\BC5\BIN\make.exe
Found: c:\Devel\Cygwin\bin\sh.exe
Found: \bin\sh.exe
Warning: c:\Devel\Cygwin\bin\sh.exe hides \bin\sh.exe

   83k 2000/06/11 c:\Devel\Cygwin\bin\cygitcl30.dll - os=4.0 img=1.0 sys=4.0
                  "cygitcl30.dll" v0.0 ts=2000/6/10 20:34
   35k 2000/06/11 c:\Devel\Cygwin\bin\cygitk30.dll - os=4.0 img=1.0 sys=4.0
                  "cygitk30.dll" v0.0 ts=2000/6/10 20:34
  402k 2000/06/11 c:\Devel\Cygwin\bin\cygtcl80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtcl80.dll" v0.0 ts=2000/6/10 20:30
    5k 2000/06/11 c:\Devel\Cygwin\bin\cygtclpip80.dll - os=4.0 img=1.0 sys=4.0
   10k 2000/06/11 c:\Devel\Cygwin\bin\cygtclreg80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtclreg80.dll" v0.0 ts=2000/6/10 20:30
  639k 2000/06/11 c:\Devel\Cygwin\bin\cygtk80.dll - os=4.0 img=1.0 sys=4.0
                  "cygtk80.dll" v0.0 ts=2000/6/10 20:34
  575k 2000/06/07 c:\Devel\Cygwin\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
                  "cygwin1.dll" v0.0 ts=2000/6/6 19:20
Use -h to see help about each section

Re: New gcc/binutils available for testing

[Chris Faylor]

On Thu, Jun 15, 2000 at 11:04:28AM -0700, Carl Thompson wrote:
>I gave it a whirl and it doesn't seem to work for me.  When linking a
>trivial application, it returns an error saying that it can't find
>"crt0.o":
>
>$ gcc cet.c -o cet /usr/bin/ld: cannot open crt0.o: No such file or
>directory
>
>If I use the "-mno-cygwin" option, the same thing happens except that
>the error is for "crt1.o" .

Could you provide some debugging information, please?

gcc -v

would show where gcc is looking for crt0.o.  Mine looks in /usr/lib.

And, it would be instructive to see your cygcheck output, too, I guess.

>PS: Is it possible to add the OpenGL headers to the Cygwin distribution?
>    It comes with the import libraries for OpenGL, but not the headers
>    needed to use them!

This is a w32api issue.  w32api is maintained by Mumit Khan and Anders
Norlander.  I assume that they would be happy to include headers but for
the headers to be included they would have to be written.

cgf

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

Re: New gcc/binutils available for testing

[Carl Thompson]

I gave it a whirl and it doesn't seem to work for me.  When linking a
trivial application, it returns an error saying that it can't find "crt0.o":

   $ gcc cet.c -o cet
   /usr/bin/ld: cannot open crt0.o: No such file or directory

If I use the "-mno-cygwin" option, the same thing happens except that the
error is for "crt1.o" .

I did a complete reinstall of Cygwin from the internet using the latest
setup.exe.  After the install, compiling the trivial test program worked. 
After the upgrade to your test packages, it did not.

The files "crt0.o" and "crt1.o" appear to be where they should: in "/lib" .

Thank you,
Carl Thompson

PS: Is it possible to add the OpenGL headers to the Cygwin distribution?
    It comes with the import libraries for OpenGL, but not the headers
    needed to use them!


Chris Faylor wrote:
> 
> I've been pounding away on gcc and binutils for a day or so and I think
> I have something for people to try.  Here's what's new:
> 
> (Note that the below strong positive statements indicating that
> something is fixed may well be wishful thinking.)
> 
> - Elimination of the /tmp\foo errors from various binutils tools.
>   (Brought about by using a newer version of libiberty when building)
> 
> - No more "impure_ptr" errors when compiling with -mno-cygwin.
>   (After exhaustive debugging)
> 
> - No more linking of libm.a since libm.a is really libcygwin.a.
>   Patch from Ron Parker:
>   http://sourceware.cygnus.com/ml/cygwin/2000-06/msg00161.html
> 
> - Enable -Bdynamic, -Bstatic and linking of dlls on the command line.
>   Patches from Chuck Wilson:
>   http://gcc.gnu.org/ml/gcc-patches/2000-05/msg00937.html
>   http://sourceware.cygnus.com/ml/binutils/2000-05/msg00340.html
>   http://sourceware.cygnus.com/ml/binutils/2000-05/msg00337.html
> 
> - Proper searching of libraries and header files with -mno-cygwin.
>   Patch from Dale Goudey:
>   http://sourceware.cygnus.com/ml/cygwin/2000-06/msg00632.html
> 
> - Defines -Dunix when -mno-cygwin is not specified.  This was discussed
>   on the Cygwin mailing list recently.  You should be able to undef
>   this by saying -Uunix if it causes problems.
> 
> - Does not automatically define any WIN32 or WINNT environment variables
>   when -mno-win32 is specified.
> 
> - Eliminates usr/i686-pc-cygwin/include files.
> 
> - Fixes windres for correct handling of icons
>   Patch from DJ Delorie:
>   http://sourceware.cygnus.com/ml/binutils/2000-06/msg00216.html
> 
> I think that's it.
> 
> This is available for testing here:
> 
> Binaries:
> ftp://ftp.cygnus.com/private/cgf/gcc-2.95.2-2.tar.gz
> ftp://ftp.cygnus.com/private/cgf/binutils-19990818-2.tar.gz
> 
> Sources:
> ftp://ftp.cygnus.com/private/cgf/gcc-2.95.2-2-src.tar.gz
> ftp://ftp.cygnus.com/private/cgf/binutils-19990818-2-src.tar.gz
> 
> You should be able to install these by downloading the files to an EMPTY
> DIRECTORY, copying a recent 'setup.exe' there and typing 'setup'. Obviously
> you will have to choose the "install from the current directory" option.
> 
> Beware: I have not yet tried this on Windows 95 and I have done only
> very minimal testing on Windows NT.
> 
> Please send success or bug reports to cygwin@sourceware.cygnus.com .
> If I get enough success reports, I'll install this on sourceware.
> 
> cgf
> 
> --
> 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

New gcc/binutils available for testing

[Chris Faylor]

I've been pounding away on gcc and binutils for a day or so and I think
I have something for people to try.  Here's what's new:

(Note that the below strong positive statements indicating that
something is fixed may well be wishful thinking.)

- Elimination of the /tmp\foo errors from various binutils tools.
  (Brought about by using a newer version of libiberty when building)

- No more "impure_ptr" errors when compiling with -mno-cygwin.
  (After exhaustive debugging)

- No more linking of libm.a since libm.a is really libcygwin.a.
  Patch from Ron Parker:
  http://sourceware.cygnus.com/ml/cygwin/2000-06/msg00161.html

- Enable -Bdynamic, -Bstatic and linking of dlls on the command line.
  Patches from Chuck Wilson:
  http://gcc.gnu.org/ml/gcc-patches/2000-05/msg00937.html
  http://sourceware.cygnus.com/ml/binutils/2000-05/msg00340.html
  http://sourceware.cygnus.com/ml/binutils/2000-05/msg00337.html

- Proper searching of libraries and header files with -mno-cygwin.
  Patch from Dale Goudey:
  http://sourceware.cygnus.com/ml/cygwin/2000-06/msg00632.html

- Defines -Dunix when -mno-cygwin is not specified.  This was discussed
  on the Cygwin mailing list recently.  You should be able to undef
  this by saying -Uunix if it causes problems.

- Does not automatically define any WIN32 or WINNT environment variables
  when -mno-win32 is specified.

- Eliminates usr/i686-pc-cygwin/include files.

- Fixes windres for correct handling of icons
  Patch from DJ Delorie:
  http://sourceware.cygnus.com/ml/binutils/2000-06/msg00216.html

I think that's it.

This is available for testing here:

Binaries:
ftp://ftp.cygnus.com/private/cgf/gcc-2.95.2-2.tar.gz
ftp://ftp.cygnus.com/private/cgf/binutils-19990818-2.tar.gz

Sources:
ftp://ftp.cygnus.com/private/cgf/gcc-2.95.2-2-src.tar.gz
ftp://ftp.cygnus.com/private/cgf/binutils-19990818-2-src.tar.gz

You should be able to install these by downloading the files to an EMPTY
DIRECTORY, copying a recent 'setup.exe' there and typing 'setup'. Obviously
you will have to choose the "install from the current directory" option.

Beware: I have not yet tried this on Windows 95 and I have done only
very minimal testing on Windows NT.

Please send success or bug reports to cygwin@sourceware.cygnus.com .
If I get enough success reports, I'll install this on sourceware.

cgf

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