Re: Re: library path for libopengl32

Re: Re: library path for libopengl32

[Tim Bregulla]

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

Here my results:


>From: Andre Bleau <bleau at igb dot umontreal dot ca> 
>Date: Thu, 23 Aug 2001 17:01:01 -0400 
>
>You will find instructions about compiling and linking OpenGL programs in
>/usr/doc/opengl-1.1.0/README.txt .

>The correct order of librairies for linking is -lglut32 -lglu32 -lopengl32 .

Ok I tried that with no avail. What I said: the linking with the Cygwin libs goes without errors. It is only happening with mingw32 libs.


>/usr/include/mingw/GL should be a soft link to /usr/include/GL ; otherwise 
>the OpenGL is not installed properly.

this part is working since my compiler does not complain, only the linker (for mingw32)

I copied all the /usr/lib/mingw files and sub-dirs into /usr/lib. Then I got the same error "undefined references" messages for Cygwin.

I really think it is a wrong specs file I have. And there is a second one under the mingw path
/lib/mingw/gcc-lib/mingw32/2.95.3-4

Is this also used from the compilers? I always believed the first one in
 /lib/gcc-lib/i686-pc-cygwin/2.95.2-7 is the important file.

I heard that you could change lib pathes during configure with -prefix. 
But I have one running GCC with two targets: Cygwin and MinGW32. 
How can I set up the real library pathes at link time in the specs?


>
>André Bleau, Cygwin's OpenGL package maintainer.

>>
Hello

I am trying to compile a OpenGL demo in a Cygwin environment with two targets: 
Cygwin and MinGW32 via -mnocygwin. The first demo goes fine while the second complains about undefined references.
 I looked into the libopengl32.a files: the one from MinGW32 also has them.

My includes for Cygwin are under /usr/include, 
for MinGW under /usr/include/mingw

My libs for Cygwin are under /lib, 
for MinGW under /lib/mingw

It seems that my specs are ignored since the paths contain also the Cygwin setting -L/bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7 in both targets.
 Where is that directory stored? 

And how can I write the specs right?
At least, did I use the correct libgcc.a for each target?

Thanks for your help



gcc -v -Wall -c demo1.o demo1.c
Reading specs from /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/specs
gcc version 2.95.2-7 19991024 (cygwin experimental)
 /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/cpp.exe -lang-c -v -iprefix /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/ -D__GNUC__=2 -D__GNUC_MINOR__=95 -Di386 -D__386__ -D__i386 -D_X86=1 -D__STDC__=1 -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__declspec(x)=__attribute__((x)) -D__i386__ -D__386__ -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) -Wall -remap -Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -Di686 -Dpentiumpro -D__i686 -D__i686__ -D__pentiumpro -D__pentiumpro__ -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -isystem /usr/local/include -idirafter /usr/include demo1.c /cygdrive/c/WINNT/Temp/ccYTV7lw.i
GNU CPP version 2.95.2-7 19991024 (cygwin experimental) (80386, BSD syntax)
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/include
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/include
 /usr/include
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-7/../../../../include/g++-3
End of omitted list.
 /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/cc1.exe /cygdrive/c/WINNT/Temp/ccYTV7lw.i -quiet -dumpbase demo1.c -Wall -version -o /cygdrive/c/WINNT/Temp/cc7ZRFrC.s
GNU C version 2.95.2-7 19991024 (cygwin experimental) (i686-pc-cygwin) compiled by GNU C version 2.95.2-7 19991024 (cygwin experimental).
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/../../../../i686-pc-cygwin/bin/as.exe -o demo1.o /cygdrive/c/WINNT/Temp/cc7ZRFrC.s
gcc: demo1.o: linker input file unused since linking not done

gcc -v -Wall   -o demo1 demo1.o -lglut32 -lopengl32 -lglu32 -lm
Reading specs from /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/specs
gcc version 2.95.2-7 19991024 (cygwin experimental)
 /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/collect2.exe -Bdynamic -o demo1.exe /usr/lib/crt0.o -L/bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7 -L/bin/../lib/gcc-lib -L/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7 -L/usr/lib/mingw demo1.o -lglut32 -lopengl32 -lglu32 -lm -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc

the last again as
gcc -print-file-name=libopengl32.a -Wall   -o demo1 demo1.o -lglut32 -lopengl32 -lglu32 -lm
/usr/lib/libopengl32.a



and here for MinGW32



gcc -mno-cygwin -v -Wall -c demo1.o demo1.c
Reading specs from /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/specs
gcc version 2.95.2-7 19991024 (cygwin experimental)
 /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/cpp.exe -lang-c -v -iprefix /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/ -D__GNUC__=2 -D__GNUC_MINOR__=95 -Di386 -D__386__ -D__i386 -D_X86=1 -D__STDC__=1 -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D__declspec(x)=__attribute__((x)) -D__i386__ -D__386__ -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) -Wall -remap -Acpu(i386) -Amachine(i386) -Di386 -D__i386 -D__i386__ -Di686 -Dpentiumpro -D__i686 -D__i686__ -D__pentiumpro -D__pentiumpro__ -D__MSVCRT__ -DWINNT -DWIN32 -D_WIN32 -D__WIN32__ -D__MINGW32__=1.0 -isystem /usr/local/include/mingw -idirafter /usr/include/mingw -iwithprefixbefore /usr/include/mingw/g++-3 demo1.c /cygdrive/c/WINNT/Temp/ccDzojfE.i
GNU CPP version 2.95.2-7 19991024 (cygwin experimental) (80386, BSD syntax)
#include "..." search starts here:
#include <...> search starts here:
 /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/include
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/include
 /usr/include/mingw
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-7/../../../../include/g++-3
End of omitted list.
 /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/cc1.exe /cygdrive/c/WINNT/Temp/ccDzojfE.i -quiet -dumpbase demo1.c -mno-cygwin -Wall -version -o /cygdrive/c/WINNT/Temp/cca5ASGo.s
GNU C version 2.95.2-7 19991024 (cygwin experimental) (i686-pc-cygwin) compiled by GNU C version 2.95.2-7 19991024 (cygwin experimental).
 /usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7/../../../../i686-pc-cygwin/bin/as.exe -o demo1.o /cygdrive/c/WINNT/Temp/cca5ASGo.s
gcc: demo1.o: linker input file unused since linking not done

gcc -mno-cygwin -v -Wall   -o demo1 demo1.o -lglut32 -lopengl32 -lglu32 -lm
Reading specs from /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/specs
gcc version 2.95.2-7 19991024 (cygwin experimental)
 /bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7/collect2.exe -Bdynamic -o demo1.exe -L/lib/mingw /usr/lib/mingw/crt2.o -L/bin/../lib/gcc-lib/i686-pc-cygwin/2.95.2-7 -L/bin/../lib/gcc-lib -L/usr/lib/gcc-lib/i686-pc-cygwin/2.95.2-7 -L/usr/lib/mingw demo1.o -lglut32 -lopengl32 -lglu32 -lm -L/lib/mingw/gcc-lib/mingw32/2.95.3-4 -lmingw32 -lmoldname -lmsvcrt -lgcc -lmingw32 -luser32 -lkernel32 -ladvapi32 -lshell32 -L/lib/mingw/gcc-lib/mingw32/2.95.3-4 -lmingw32 -lmoldname -lmsvcrt -lgcc
demo1.o(.text+0x17):demo1.c: undefined reference to `__glutInitWithExit'
demo1.o(.text+0x37):demo1.c: undefined reference to `__glutCreateWindowWithExit'
demo1.o(.text+0x5b):demo1.c: undefined reference to `__glutCreateMenuWithExit'
demo1.o(.text+0x97):demo1.c: undefined reference to `glMatrixMode'
demo1.o(.text+0xc5):demo1.c: undefined reference to `gluPerspective'
demo1.o(.text+0xd5):demo1.c: undefined reference to `glMatrixMode'
demo1.o(.text+0x10f):demo1.c: undefined reference to `gluLookAt'
demo1.o(.text+0x11f):demo1.c: undefined reference to `glClear'
demo1.o(.text+0x13f):demo1.c: undefined reference to `glClear'
demo1.o(.text+0x159):demo1.c: undefined reference to `glColor3f'
demo1.o(.text+0x166):demo1.c: undefined reference to `glBegin'
demo1.o(.text+0x181):demo1.c: undefined reference to `glVertex3f'
demo1.o(.text+0x195):demo1.c: undefined reference to `glVertex3f'
demo1.o(.text+0x1a9):demo1.c: undefined reference to `glVertex3f'
demo1.o(.text+0x1b1):demo1.c: undefined reference to `glEnd'
demo1.o(.text+0x1b6):demo1.c: undefined reference to `glutSwapBuffers'
demo1.o(.text+0x210):demo1.c: undefined reference to `glutInitDisplayMode'
demo1.o(.text+0x225):demo1.c: undefined reference to `glutInitWindowSize'
demo1.o(.text+0x234):demo1.c: undefined reference to `glutInitWindowPosition'
demo1.o(.text+0x25a):demo1.c: undefined reference to `glutDisplayFunc'
demo1.o(.text+0x26a):demo1.c: undefined reference to `glutKeyboardFunc'
demo1.o(.text+0x272):demo1.c: undefined reference to `glutMainLoop'
collect2: ld returned 1 exit status

the last again as

gcc -mnocygwin -print-file-name=libopengl32.a -Wall   -o demo1 demo1.o -lglut32 -lopengl32 -lglu32 -lm
/usr/lib/libopengl32.a



and now the specs file



*asm:


*asm_final:


*cpp:
-remap %(cpp_cpu) %{posix:-D_POSIX_SOURCE}   %{!mno-cygwin:-D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -isystem /usr/local/include -idirafter /usr/include}   %{mno-win32: %{mno-cygwin: %emno-cygwin and mno-win32 are not compatible}}   %{mno-cygwin: -D__MSVCRT__ -DWINNT -DWIN32 -D_WIN32 -D__WIN32__ -D__MINGW32__=1.0  %{mthreads:-D_MT} -isystem /usr/local/include/mingw  -idirafter /usr/include/mingw     -iwithprefixbefore /usr/include/mingw/g++-3 }    %{mwin32:-DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -DWINNT      -idirafter /usr/include/w32api}

*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}   %{mno-cygwin:%{mthreads:-lmingwthrd} -lmingw32}   %{mwindows:-lgdi32 -lcomdlg32}   -luser32 -lkernel32 -ladvapi32 -lshell32

*libgcc:
%{mno-cygwin: -L/lib/mingw/gcc-lib/mingw32/2.95.3-4 %{mthreads:-lmingwthrd} -lmingw32} %{mno-cygwin:-lmoldname -lmsvcrt} -lgcc 

*libstdc++:
{!lgcc: %{mno-cygwin: -L/lib/mingw/gcc-lib/mingw32/2.95.3-4 %{mthreads:-lmingwthrd} -lmingw32} %{mno-cygwin:-lmoldname -lmsvcrt}} -lstdc++

*startfile:
%{shared|mdll: %{mno-cygwin:dllcrt2%O%s}}   %{!shared: %{!mdll: %{!mno-cygwin:crt0%O%s}     %{mno-cygwin:-L/lib/mingw mingw/crt2%O%s}   %{pg:gcrt0%O%s}}}

*switches_need_spaces:


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

*predefines:
-Di386 -D__386__ -D__i386 -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:
0

*version:
2.95.2-7

*multilib:
. ;

*multilib_defaults:


*multilib_extra:


*multilib_matches:


*linker:
collect2

*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:
/usr/include/mingw

*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*}			
 }}}}}}
<<
_______________________________________________________________________
1.000.000 DM gewinnen - kostenlos tippen - http://millionenklick.web.de
IhrName@web.de, 8MB Speicher, Verschluesselung - http://freemail.web.de



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Re: library path for libopengl32

[Christopher Faylor]

On Fri, Aug 24, 2001 at 12:02:11PM +0200, Tim Bregulla wrote:
>Here my results:
>>From: Andre Bleau <bleau at igb dot umontreal dot ca> 
>>Date: Thu, 23 Aug 2001 17:01:01 -0400 
>>
>>You will find instructions about compiling and linking OpenGL programs
>>in /usr/doc/opengl-1.1.0/README.txt .
>
>>The correct order of librairies for linking is -lglut32 -lglu32
>>-lopengl32 .
>
>Ok I tried that with no avail.  What I said: the linking with the
>Cygwin libs goes without errors.  It is only happening with mingw32
>libs.

If this is really just a mingw issue, then you should check out the mingw mailing list
referenced at http://mingw.org .

cgf

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Whither a2ps.exe?

[Frank D. Greco]

Is there a reasonably safe play to snarf 'a2ps.exe' from?

Any help is appreciated.

Thanks... Frank G.



--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Whither a2ps.exe?

[Jason Tishler]

Frank,

On Sat, Aug 25, 2001 at 02:36:27PM -0400, Frank D. Greco wrote:
> Is there a reasonably safe play to snarf 'a2ps.exe' from?
> 
> Any help is appreciated.

Why don't you build it yourself.  IIRC, is builds OOTB.  Just do the
configure, make, make install thing.

Jason

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Whither a2ps.exe?

[Jason Tishler]

Thomas,

In the future, please post to cygwin@cygwin.com instead of sending
private email so others can benefit too.

On Fri, Nov 23, 2001 at 04:56:15PM -0800, Thomas Harte wrote:
> I'm getting problems when I execute a2ps, however:
> 
> $ a2ps --file-align=fill --medium=Letter --toc ./*.m -o prt2.ps
> a2ps:/usr/local/etc/a2ps.cfg:7: invalid option `\r'
> 
> so I followed a tip I found in another post to replace blank
> lines in the /usr/local/etc/a2ps*.cfg files with '#' but that
> generated the following:
> 
> $ a2ps --file-align=fill --medium=Letter --toc ./*.m -o prt2.ps
> a2ps:/usr/local/etc/a2ps.cfg:150: invalid option `#?o!cat!psnup'
> 
> and so on.
> 
> Have you come across the above problems?

No.

> Any suggestions?

The above sounds like a text vs. binary mode problem.  Does a2ps.cfg have
CRNL line endings?  If so, then convert it and the other configuration
files to binary mode (i.e., NL line endings).  Otherwise, complete the
port so that a2ps can tolerate text mode configuration files.  Please
search the mailing list archives for the various way to accomplish this.

Thanks,
Jason

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Whither a2ps.exe?

[Jason Tishler]

Thomas,

In the future, please post to cygwin@cygwin.com instead of sending
private email so others can benefit too.

On Fri, Nov 23, 2001 at 04:56:15PM -0800, Thomas Harte wrote:
> I'm getting problems when I execute a2ps, however:
> 
> $ a2ps --file-align=fill --medium=Letter --toc ./*.m -o prt2.ps
> a2ps:/usr/local/etc/a2ps.cfg:7: invalid option `\r'
> 
> so I followed a tip I found in another post to replace blank
> lines in the /usr/local/etc/a2ps*.cfg files with '#' but that
> generated the following:
> 
> $ a2ps --file-align=fill --medium=Letter --toc ./*.m -o prt2.ps
> a2ps:/usr/local/etc/a2ps.cfg:150: invalid option `#?o!cat!psnup'
> 
> and so on.
> 
> Have you come across the above problems?

No.

> Any suggestions?

The above sounds like a text vs. binary mode problem.  Does a2ps.cfg have
CRNL line endings?  If so, then convert it and the other configuration
files to binary mode (i.e., NL line endings).  Otherwise, complete the
port so that a2ps can tolerate text mode configuration files.  Please
search the mailing list archives for the various way to accomplish this.

Thanks,
Jason

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

RE: Whither a2ps.exe?

[Troy Noble]

Confirmed.  Posting a message to close out this thread, per
Jason's request.

I did successfully build a2ps-4.13b.tar.gz OOTB with cygwin 1.3.2-1,
latest gcc, etc. using the same steps Jason mentioned.  It appeared
that the FTP site was up yesterday when I tried, it appears to be
down now again.  Kinda flaky as Jason said.

A quick search on lycos.com's Advanced FTP search for a2ps-4.13b.tar.gz
(which is the latest version mentioned on the official a2ps web site)
produced quite a few hits.  So there are mirrors out there.

Jason and I discussed offline... that the last time I had built
a2ps was with cygwin-1.1.4-1 and had to make a couple of minor
hacks to the a2ps sources because:
(1) contrib/fixnt.l was attempting to use GetTempPath(), and
    that wasn't in the winsup.h back then (I went back and checked).
(2) lib/userdata.c was having trouble figuring out who I was,
    so was displaying "Unknown User" instead of my username.
    Not sure if I had an incorrect /etc/passwd back then or if
    HAVE_STRUCT_PASSWD_PW_GECOS just wasn't getting set
    by ./configure?  Perhaps cygwin didn't support passwd->pw_gecos
    back in 1.1.4-1?  Anyway I just fell back to "login" instead
    of "name" which was equivalent to getenv("USERNAME").

But it all works OOTB now.  No more source code hacks required.

Looking forward to Jason's release of a contributed version
of a2ps once the package moratorium is lifted.  But in the
meantime it's easier than ever to build a2ps from sources.

Thanks, Troy

-----Original Message-----
From: Jason Tishler [ mailto:jason@tishler.net ]
Sent: Monday, August 27, 2001 12:45 PM
To: Frank D. Greco
Cc: Cygwin
Subject: Re: Whither a2ps.exe?


Frank,

On Sun, Aug 26, 2001 at 03:38:20PM -0400, Frank D. Greco wrote:
> At 01:12 PM 8/26/2001 -0400, you wrote:
>  >Frank,
>  >
>  >On Sat, Aug 25, 2001 at 02:36:27PM -0400, Frank D. Greco wrote:
>  >> Is there a reasonably safe play to snarf 'a2ps.exe' from?
>  >>
>  >> Any help is appreciated.
>  >
>  >Why don't you build it yourself.  IIRC, is builds OOTB.  Just do the
>  >configure, make, make install thing.
> 
> 	I've never built any of the cygwin executables and I haven't
> 	done C pgming or makefile tracing in over 10 year.
> 	I just need to print some Java src files.

If you have installed all of the Cygwin packages (as recommended), then
the procedure is really as simply as:

    $ wget -nd ftp://ftp.enst.fr/pub/unix/a2ps/a2ps-4.13.tar.gz
    $ tar -xzf a2ps-4.13.tar.gz
    $ cd a2ps-4.13
    $ configure
    $ make 
    $ make install

At the time of this writing, ftp.enst.fr appears to be offline.  However,
you can find a2ps 4.12 on the GNU mirrors:

    http://www.gnu.org/prep/ftp.html

When the moratorium for new packages is over, then I intend to
contribute a pre-built a2ps to the standard Cygwin distribution.

Jason

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

Re: Whither a2ps.exe?

[Jason Tishler]

Frank,

On Sun, Aug 26, 2001 at 03:38:20PM -0400, Frank D. Greco wrote:
> At 01:12 PM 8/26/2001 -0400, you wrote:
>  >Frank,
>  >
>  >On Sat, Aug 25, 2001 at 02:36:27PM -0400, Frank D. Greco wrote:
>  >> Is there a reasonably safe play to snarf 'a2ps.exe' from?
>  >>
>  >> Any help is appreciated.
>  >
>  >Why don't you build it yourself.  IIRC, is builds OOTB.  Just do the
>  >configure, make, make install thing.
> 
> 	I've never built any of the cygwin executables and I haven't
> 	done C pgming or makefile tracing in over 10 year.
> 	I just need to print some Java src files.

If you have installed all of the Cygwin packages (as recommended), then
the procedure is really as simply as:

    $ wget -nd ftp://ftp.enst.fr/pub/unix/a2ps/a2ps-4.13.tar.gz
    $ tar -xzf a2ps-4.13.tar.gz
    $ cd a2ps-4.13
    $ configure
    $ make 
    $ make install

At the time of this writing, ftp.enst.fr appears to be offline.  However,
you can find a2ps 4.12 on the GNU mirrors:

    http://www.gnu.org/prep/ftp.html

When the moratorium for new packages is over, then I intend to
contribute a pre-built a2ps to the standard Cygwin distribution.

Jason

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/