[bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside: mailing list search engine is broken]

[bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside: mailing list search engine is broken]

[Chris Faylor]

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

Disk space issue again, maybe?

cgf

----- Forwarded message from Andre Bleau <bleau@igb.umontreal.ca> -----

From: Andre Bleau <bleau@igb.umontreal.ca>
To: cygwin@sources.redhat.com
Subject: Re: OpenGL, -mno-cygwin  ***Aside: mailing list search engine
  is broken
Date: Fri, 16 Feb 2001 12:08:55 -0500


>I'm working on an OpenGL app, and when I use
> >gcc -mwindows code.C -lopengl32 -lglu32
>I get an executable that runs fine.  However, when I use
> >gcc -mno-cygwin -mwindows code.C -lopengl32 -lglu32
>I get
> >code.C:17 gl/gl.h: No such file or directory
> >code.C:18 gl/glu.h: No such file or directory
>and the compile fails.  I also tried
> >gcc -mno-cygwin -mwindows code.C -I /usr/include -lopengl32 -lglu32
>but I get warnings about APIENTRY being redefined.
>However, the executable seems to work.  Can anyone
>help me understand what's going on here?
>
>Shawn

Shawn,

This has been discussed just last month, see:

http://sources.redhat.com:80/ml/cygwin/2001-01/msg00626.html

My usual answer in such a case is "Please look at the mailing list 
archives", but I cannot use it this time, because the search engine seems 
unable to find that message.

The title of the message is "Re: Compiling OpenGL applications"

I tried searching the whole mailing list with "Compiling OpenGL 
applications" and got no hit. There is one hit for "Compiling OpenGL" but 
it is not that message. Only one hit also for "APIENTRY -mno-cygwin", both 
words being in the text of the target message, but the hit is for another 
message. 50 hits for "APIENTRY" alone, but none af the is the target 
message. Seems the serach engine has some problems...


André Bleau, ing.

email: bleau at igb dot umontreal dot ca
(Fight SPAM: encode your email-address)


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

----- End forwarded message -----

Re: [bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside:mailing list search engine is broken]

[Hans-Peter Nilsson]

On Fri, 16 Feb 2001, Chris Faylor wrote:
> Disk space issue again, maybe?

Some such failure.  There were no traces of indexing problems,
probably because the sourceware side does not do any automatic checking
after indexing.

Re-indexing made the problem to go away (the
<URL: http://sources.redhat.com:80/ml/cygwin/2001-01/msg00626.html > is
found)...

brgds, H-P

Re: [bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside: mailing list search engine is broken]

[Tom Tromey]

>>>>> "H-P" == Hans-Peter Nilsson <hp@bitrange.com> writes:

H-P> Some such failure.  There were no traces of indexing problems,
H-P> probably because the sourceware side does not do any automatic
H-P> checking after indexing.

Is there any way for the indexer itself to detect that it fails and
then, say, send out email indicating that?  That sure would be nice.

Tom

Re: [bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside: mailing list search engine is broken]

[Hans-Peter Nilsson]

On 17 Feb 2001, Tom Tromey wrote:

> >>>>> "H-P" == Hans-Peter Nilsson <hp@bitrange.com> writes:
>
> H-P> Some such failure.  There were no traces of indexing problems,
> H-P> probably because the sourceware side does not do any automatic
> H-P> checking after indexing.
>
> Is there any way for the indexer itself to detect that it fails and
> then, say, send out email indicating that?  That sure would be nice.

The sourceware side could do like the gcc side does, and invoke htsearch
on the command-line with a little sanity test suite before installing the
updated database.  I've been too paranoid having it send out mail though.
When failing, on the gcc side it just re-indexes from scratch (once), and
moves the log from update-log to update-log.failed, so the last failure is
identifiable and at times traceable.  See htupdate-gcc.sh in infra/bin.

Someone, feel free to copy to sourceware side, or merge the two
htupdate*.sh scripts.  I have been lame^H^H^H^Hcautious in avoiding adding
stuff to the sourceware side, it not being my turf, and me being under the
impression that some responsible sourceware maintainer would come around
and fix it there. ;-)

brgds, H-P

[bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside: mailing list search engine is broken]

[Chris Faylor]

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

Disk space issue again, maybe?

cgf

----- Forwarded message from Andre Bleau <bleau@igb.umontreal.ca> -----

From: Andre Bleau <bleau@igb.umontreal.ca>
To: cygwin@sources.redhat.com
Subject: Re: OpenGL, -mno-cygwin  ***Aside: mailing list search engine
  is broken
Date: Fri, 16 Feb 2001 12:08:55 -0500


>I'm working on an OpenGL app, and when I use
> >gcc -mwindows code.C -lopengl32 -lglu32
>I get an executable that runs fine.  However, when I use
> >gcc -mno-cygwin -mwindows code.C -lopengl32 -lglu32
>I get
> >code.C:17 gl/gl.h: No such file or directory
> >code.C:18 gl/glu.h: No such file or directory
>and the compile fails.  I also tried
> >gcc -mno-cygwin -mwindows code.C -I /usr/include -lopengl32 -lglu32
>but I get warnings about APIENTRY being redefined.
>However, the executable seems to work.  Can anyone
>help me understand what's going on here?
>
>Shawn

Shawn,

This has been discussed just last month, see:

http://sources.redhat.com:80/ml/cygwin/2001-01/msg00626.html

My usual answer in such a case is "Please look at the mailing list 
archives", but I cannot use it this time, because the search engine seems 
unable to find that message.

The title of the message is "Re: Compiling OpenGL applications"

I tried searching the whole mailing list with "Compiling OpenGL 
applications" and got no hit. There is one hit for "Compiling OpenGL" but 
it is not that message. Only one hit also for "APIENTRY -mno-cygwin", both 
words being in the text of the target message, but the hit is for another 
message. 50 hits for "APIENTRY" alone, but none af the is the target 
message. Seems the serach engine has some problems...


André Bleau, ing.

email: bleau at igb dot umontreal dot ca
(Fight SPAM: encode your email-address)


--
Want to unsubscribe from this list?
Check out: http://cygwin.com/ml/#unsubscribe-simple

----- End forwarded message -----

Re: [bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside: mailing list search engine is broken]

[Tom Tromey]

>>>>> "H-P" == Hans-Peter Nilsson <hp@bitrange.com> writes:

H-P> Some such failure.  There were no traces of indexing problems,
H-P> probably because the sourceware side does not do any automatic
H-P> checking after indexing.

Is there any way for the indexer itself to detect that it fails and
then, say, send out email indicating that?  That sure would be nice.

Tom

Re: [bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside:mailing list search engine is broken]

[Hans-Peter Nilsson]

On Fri, 16 Feb 2001, Chris Faylor wrote:
> Disk space issue again, maybe?

Some such failure.  There were no traces of indexing problems,
probably because the sourceware side does not do any automatic checking
after indexing.

Re-indexing made the problem to go away (the
<URL: http://sources.redhat.com:80/ml/cygwin/2001-01/msg00626.html > is
found)...

brgds, H-P

Re: [bleau@igb.umontreal.ca: Re: OpenGL, -mno-cygwin ***Aside: mailing list search engine is broken]

[Hans-Peter Nilsson]

On 17 Feb 2001, Tom Tromey wrote:

> >>>>> "H-P" == Hans-Peter Nilsson <hp@bitrange.com> writes:
>
> H-P> Some such failure.  There were no traces of indexing problems,
> H-P> probably because the sourceware side does not do any automatic
> H-P> checking after indexing.
>
> Is there any way for the indexer itself to detect that it fails and
> then, say, send out email indicating that?  That sure would be nice.

The sourceware side could do like the gcc side does, and invoke htsearch
on the command-line with a little sanity test suite before installing the
updated database.  I've been too paranoid having it send out mail though.
When failing, on the gcc side it just re-indexes from scratch (once), and
moves the log from update-log to update-log.failed, so the last failure is
identifiable and at times traceable.  See htupdate-gcc.sh in infra/bin.

Someone, feel free to copy to sourceware side, or merge the two
htupdate*.sh scripts.  I have been lame^H^H^H^Hcautious in avoiding adding
stuff to the sourceware side, it not being my turf, and me being under the
impression that some responsible sourceware maintainer would come around
and fix it there. ;-)

brgds, H-P