Re: httpd-2.0.52 (Apache2) testers wanted / maintainer searched

[Gerrit P. Haase]

Gerrit P. Haase wrote:
> There is still some work to do, i.e. figure out what to change in the
> /usr/sbin/apxs script to use it e.g. to build PHP or other modules.
>
> Anyway, finally I have a package ready and the webserver seems to run,
> CGI was also working, at least at my XP notebook where I tested it,
> though CGI doesn't work for me if the file_cache module is loaded.
>
> See also the httpd.README in usr/doc/Cygwin for some infos.
From the README:
BEWARE
==
Libraries from the apr and apr-util packages will be overwritten if you
extract this package from the root.  It may work with the apr and the
apr-util packages available via the netrelease, I have not tested this,
...
To avoid problems with already installed apr and apr-utils packages the
tarball was repackaged:  the binary package, webserver parts and apr &
apr-util are separated as well as the devel stuff (libhttpd import
library and all the headers) in httpd-devel:
Webserver (including docs):
http://194.95.224.180/apache2/httpd-2.0.52-1.tar.bz2
Runtime (should not be needed if you have apr & apr-util already
installed):
http://194.95.224.180/apache2/apr-2.0.52-1.tar.bz2
http://194.95.224.180/apache2/apr-util-2.0.52-1.tar.bz2
Devel stuff (not needed to run the webserver):
http://194.95.224.180/apache2/httpd-devel-2.0.52-1.tar.bz2
Patchfile:
http://194.95.224.180/apache2/httpd-2.0.52-1.patch.bz2
Buildscript:
http://194.95.224.180/apache2/httpd-2.0.52-1.sh
Original sources are available at: http://httpd.apache.org/
Have it running now at my home box:
http://194.95.224.180/server-info/
http://194.95.224.180/server-status/
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: httpd-2.0.52 (Apache2) testers wanted / maintainer searched

[Gerrit P. Haase]

Max Bowsher wrote:
Really, you should be linking apache against my apr/apr-util packages, 
and pinging me for an update if they are not recent enough.
Looking at cygwin.com/packages I see no DLL at all in the APR or APU
packages:
apr: The Apache Portable Runtime (development/documentation 
package) (installed binaries and support files)

Tue Jun  8 18:00:20 2004  0 usr/
Tue Jun  8 18:00:22 2004  0 usr/bin/
Tue Jun  8 18:00:21 2004   8860 usr/bin/apr-config
Tue Jun  8 18:00:18 2004  0 usr/include/
Tue Jun  8 17:58:29 2004  12034 usr/include/apr.h
...
apr-util: Additional utility library for use with the Apache 
Portable Runtime (development/documentation package) (installed binaries 
and support files)

Tue Jun  8 18:03:16 2004  0 usr/
Tue Jun  8 18:03:17 2004  0 usr/bin/
Tue Jun  8 18:03:16 2004   6136 usr/bin/apu-config
Tue Jun  8 18:03:14 2004  0 usr/include/
Fri Feb 13 09:52:42 2004   4867 usr/include/apr_anylock.h
...
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bug in perldoc (escape characters in output)

[Gerrit P. Haase]

Brian Dessent wrote:
Elvin Peterson wrote:

I don't get any color highlighting when I use LESS=R,
but as I said in another post, perldoc didn't have
highlighting to begin with.  Does anyone here get
color in the terminal for, say, perldoc CPAN?  As it
is, I am using man for everything except perldoc -f.

perldoc works fine, has full highlighting/bolding support but you have
to configure less to show the escape codes.  Try "export LESS=-R".  Not
just R.  There is a minus in front of it.  Just like it says in the
README.
I see no difference in using LESS=R instead of LESS=-R, works fine anyway.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Need an older gcc version on my cygwin due to poor performance on gcc-3.x series.

[Gerrit P. Haase]

Danny Smith wrote:
Gerrit wrote:

Ole Jacob Hagen wrote:

Hi,
I've compiled Octave-2.1.60 with gcc-3.3.3 successfully, but the
performance is pretty bad with gcc-3.3.3. 
The performance should of Octave is much better, when compiling it
with gcc-3.2.x instead.

It would make more sense to identify the problem and do s.th.
about it to resolve this issue then.

 http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14563
Wow, this is an interesting story about exception handling.
What I'm asking myself now:
Should we try again to use dwarf2 exceptions?
Should we try to find the reason why SjLj exceptions are slower on
Cygwin than for the rest of the world?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bug in perldoc (escape characters in output)

[Gerrit P. Haase]

Elvin Peterson wrote:
Hello,
   The perl documentation viewed using the
perldoc commands has escape characters inserted into it. 
The same pages view with the man command are OK.  I 
>>> think this is cygwin specific, so I am posting it here.
Not really a problem with perldoc, try:
export LESS=R

The same effect can be achieved with perldoc -t. 
This is textmode only, yep.
However, the color highlights are gone, so fixing this
might be worthwhile.
You get highlightingsd when you set LESS=R in your environment.
So what to fix?  It is a feature, not a bug.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

httpd-2.0.52 (Apache2) testers wanted / maintainer searched

[Gerrit P. Haase]

Hi,
I just wanted to know if it is possible and if it is running and the
answer is: *yes*.  I have Apache2 compiled with a shared core and shared
modules, I offer a full patch  and script so you can do the same with 
just running the buildscript against the patched sources.  Since it is
time consuming as nothing else to build packages like this one, so I'm
looking for someone else to maintain it.

There is still some work to do, i.e. figure out what to change in the
/usr/sbin/apxs script to use it e.g. to build PHP or other modules.
Anyway, finally I have a package ready and the webserver seems to run,
CGI was also working, at least at my XP notebook where I tested it, 
though CGI doesn't work for me if the file_cache module is loaded.

See also the httpd.README in usr/doc/Cygwin for some infos.
Binaries package:
http://194.95.224.180/apache2/httpd-2.0.52-1.tar.bz2
Patchfile:
http://194.95.224.180/apache2/httpd-2.0.52-1.patch.bz2
Buildscript:
http://194.95.224.180/apache2/httpd-2.0.52-1.sh
Original sources are available at: http://httpd.apache.org/
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Need an older gcc version on my cygwin due to poor performance on gcc-3.x series.

[Gerrit P. Haase]

Ole Jacob Hagen wrote:
Hi,
I've compiled Octave-2.1.60 with gcc-3.3.3 successfully, but the 
performance is pretty bad with gcc-3.3.3.
Install the ccache package and try
 export CC='ccache gcc'
 export CXX='ccache g++'
If you have a second PC you may also speedup builds with distcc.
The performance should of Octave is much better, when compiling it with 
gcc-3.2.x instead.

The reason might be that the memory allocator on gnu stdc++ has changed 
to one which is several times slower,
and therefore gives horrible performance on gcc-3.3 and gcc-3.4.

Therefore it would be nice to have gcc-3.2.2-3 to my cygwin.
So where can I find gcc-3.2.2-3 to my cygwin?
The setup version of my cygwin is 2.427, and I believe my cygwin version 
is one of the latest.
The previous release was 3.3.1, current is 3.3.3 and there is a test
release of 3.4.1, no older releases available.  You may try to find an
outdated mirror, though these older versions aren't supported any
longer.  It would make more sense to identify the problem and do s.th.
about it to resolve this issue then.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: ZoneAlarm hates email-2.3.0-2

[Gerrit P. Haase]

Keith Starsmeare wrote:
I've been using the new email package to upload my
digital photos to my yahoo email account (what else
can you do with a 2GB limit?), but it's really slow.
Looking in the task manager I see that when I'm using
email (email -s "description" -b -a "filename.jpg"
[EMAIL PROTECTED]) the vsmon process takes my CPU usage
upto 100%. vsmon is the firewall process for
ZoneAlarm.
Strange. When I email the photo's using outlook
express it doesn't behave like that.
I've tweaked every setting I can think of in ZonaAlarm
to  try to improve the performance (like adding my
SMTP server as a trusted host and lowering my
security) but I've not managed to alter the behaviour
at all.
Has anyone experienced similar problems?
I tried several times to use ZA without much success, it always ended
with uninstalling it.  Finally I used Sygate's personal firewall
which is free too and much more like I expect such a software to be.
Can anyone hazard a guess as to what ZoneAlarm's
problem is?
Any help would be greatly appreciated.

--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: bug in perldoc (escape characters in output)

[Gerrit P. Haase]

Elvin Peterson wrote:
Hello,
The perl documentation viewed using the perldoc
commands has escape characters inserted into it.  The
same pages view with the man command are OK.  I think
this is cygwin specific, so I am posting it here.
Not really a problem with perldoc, try:
export LESS=R
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: BUG: Cygwin implementation of Debian package tools

[Gerrit P. Haase]

Reini Urban wrote:
It happens i.e. often for me when using the generic-build-script, if 
invoking with install or reconf which does rm -rf .build / .inst and
having an explorer shell open in one of the (sub)directories to be
removed from the script -> it seems to hang and it is always rm.
Using the above 'rm -rf .build / .inst' verbatim is not recommended;)
This was not correct, I meant:
rm -rf .build/*
or
rm -rf .inst/*
$ time rm -r findutils-4.1.7-4
rm: Entfernen von Verzeichnis "findutils-4.1.7-4/find" nicht m"oglich: 
Device or resource busy

real0m0.099s
user0m0.030s
sys 0m0.031s
# high cpu for a short amount of time is not really annoying.
I'm getting these kind of 'build script hangs on trying to do rm -rf'
quite often, so it seems to be not that simple.  Another issue with this
is that you also cannot remove empty directories with explorer in these
cases, IIRC it is usually my editor (Windows Textpad) which I used to
open a file in some subdirectory and has the working path set to this
directory, it also happens often that even after closing the editor
doesn't free this handle so it is still not possible to remove the
directory with rm or explorer, probably a bug in my favorite editor.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem using cygwin autoconf

[Gerrit P. Haase]

Hi Brad,
I have forwared this message to the main cygwin mailing list. Since I 
have no problems using autoconf and I'm not the autoconf maintainer, I 
cannot help you much here.  One note, there was no update of autoconf 
since several months and I cannot see why a package that is stable like 
autoconf and causes few bug reports should be a problem.

Maybe there is a problem with your cygwin perl installation?
Gerrit
Brad Bell wrote:
My name is Brad Bell, see
   http://www.seanet.com/~bradbell
for a description of me.
On the web page
   http://www.catb.org/~esr/faqs/smart-questions.html#forum
the suggestion is made to carefully chose who to send questions to.
I am sending you this question because your e-mail address
was listed in the web page
   http://www.cygwin.com/ml/cygwin/2004-09/msg00823.html
Recently (today) I installed the current version of Cygwin from
   mirrors.kernel.org
Now I am having trouble using the autoconf and automake tools under cygwin.
To be specific, In response to the command
   autoconf
I get the error message
   Can't locate object method "path" via package "Request" at
   /usr/autotool/devel/share/autoconf/Autom4te/C4che.pm
   line 69,  line 214.
I get a similar error message in response to the aclocal and autoheader 
commands.

Do you have any suggestions as to how I should proceed to resolve this 
problem ?

!DSPAM:41848aa28561376214758!

--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

virus in cygwin-cvs mail archive

[Gerrit P. Haase]

Hello Christopher,
there is a W32/[EMAIL PROTECTED] virus attachment in the
cygwin-cvs archives in an attachment file named Document.zip:
/var/ftp/pub/cygwin/mail-archives/cygwin-cvs-2004-q2.bz2
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xmlcatalog.exe - Unable To Locate DLL

[Gerrit P. Haase]

Alex Vinokur wrote:
While installing I have got the following error message:
Is xmlcatalog called here from a postinstall script?
How can I know that?
Because you wrote "While installing" I thought you meant "while 
installing a package with setup.exe.

I cannot see any problem in your cygcheck output and I don't know
what you were actually doing as this error happens.
What do I need to do to reproduce this problem?  What are you actually
doing to reproduce it?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: BUG: Cygwin implementation of Debian package tools

[Gerrit P. Haase]

David A. Cobb wrote:
++rm.exe< getting 98% of the CPU time and not making any
progress.  Watching the handles display, I see an open handle on what
must be the first *.deb file found so I'm pretty sure of the "no
progress -= stuck!" diagnosis.
If there is a Windows process which has a handle on a file or directory
open, rm shows this behaviour occasionally.  e.g. try to run
rm -rf /path/to/directory
while having an explorer view open on this directory (or a subdirectory 
of directory).

It happens i.e. often for me when using the generic-build-script, if 
invoking with install or reconf which does rm -rf .build / .inst and
having an explorer shell open in one of the (sub)directories to be
removed from the script -> it seems to hang and it is always rm.

Maybe Reini can look into this issue, it seems he is already working
at the coreutils sources.  But I think it is a Windows feature and this 
is probably difficult to work around.

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Need help with Apache2

[Gerrit P. Haase]

Hello,


I have some problems to figure out why the toplevel configure accepts
the options --enable-so, --enable-dso, --enable-modules=all
--enabl-modules-shared=all and the macros figure out that I want the
modules to be shared and configure displays this, however after
configure is finished I have *all* modules listed with BUILTIN_LIBS and
during the build it isn't even tried to create shared modules.


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: libcroco06-0.6.0-1

[Gerrit P. Haase]

Libcroco has been upddated

NEWS

- Regular update to latest upstream release.
- The package was renamed, the name is now libcroco06. If you have
  libcroco installed it will be removed automatically and libcroco06
  will be installed when you invoke Setup for an update.


DESCRIPTION
===
The Libcroco project is an effort to build a generic Cascading Style
Sheet (CSS) parsing and manipulation toolkit that can be used by
GNOME applications in need of CSS support.
Canonical website: http://www.freespiders.org/projects/libcroco/


UPDATE
==
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions and pick up
'libcroco06' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'libcroco06' until '0.6.0-1'
is displayed. 


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


Gerrit P. Haase
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xmlcatalog.exe - Unable To Locate DLL

[Gerrit P. Haase]

Alex Vinokur wrote:

> "Gerrit P. Haase" wrote in message
> news:[EMAIL PROTECTED]
>> Alex Vinokur wrote:
>>> While installing I have got the following error message:
>>>
>>> 
>>> xmlcatalog.exe - Unable To Locate DLL
>>> -
>>> Dynamic link library cygz.dll could not be found in the specified
>>> path 
>>> c:\cygwin\bin;.;c:\WINNT\system32;c:\WINNT\system;c:\WINNT

>> Do you have cygz.dll in /usr/bin?

> $ which -a cygz.dll
> /usr/bin/cygz.dll
> /bin/cygz.dll
> /usr/bin/cygz.dll

Is xmlcatalog called here from a postinstall script?

If so, which package calls xmlcatalog in the postinstall script?

And what about the permissions of the DLL?


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: xmlcatalog.exe - Unable To Locate DLL

[Gerrit P. Haase]

Alex Vinokur wrote:
While installing I have got the following error message:

xmlcatalog.exe - Unable To Locate DLL
-
Dynamic link library cygz.dll could not be found in the specified path
c:\cygwin\bin;.;c:\WINNT\system32;c:\WINNT\system;c:\WINNT;c:\cygwin\bin;c:\cygwin\bin;
-
$ cygcheck -srv > cygcheck.txt   // Attached.
No attachment here.
Do you have cygz.dll in /usr/bin?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Missing DocBook XML DTD

[Gerrit P. Haase]

Jani Tiainen wrote:
Actually in my installation I have no /usr/share/xml/docbook-4.1.2, 
instead I have usr/share docbook-xml42, and under /usr/share/xml is 
_only_ libglade subdir...

Wondered that while looking those one of scripts...
Are packages installed improperly in wrong directory?
Hmmm, the cygwin docbook packages are there because the maintainer 
decided to put them there.  Make symlinks or mount the according paths 
or change the script to your needs.  You may also start a discussion 
with the docbook-x* maintainer to use paths like recommended by the FHS: 
http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSHARESGMLSGMLANDXMLDATA
or like debian or fedora or whatever you think is better.

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: check-0.9.1-1

[Gerrit P. Haase]

check-0.9.1-1 has been uploaded to the Cygwin net distribution.

Check is a unit test framework for C. It features a simple interface for
defining unit tests, putting little in the way of the developer. Tests
are run in a separate address space, so Check can catch both assertion
failures and code errors that cause segmentation faults or other
signals. The output from unit tests can be used within source code
editors and IDEs.

Homepage: http://check.sourceforge.net/
Tutorial: http://check.sourceforge.net/doc/index.html


INSTALLATION:

To update your installation, click on the "Install Cygwin now" link
on the http://cygwin.com/ web page.  This downloads setup.exe to
your system.  Save it and run setup, answer the questions and pick
up `check' from the `Libs' category.


Please send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html .  I would appreciate if you would use
this mailing list rather than emailing me directly.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


Gerrit P. Haase
-- 
=^..^=   http://cygwin.com/cygwin/faq/



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: expat-1.95.8-1

[Gerrit P. Haase]

expat-1.95.8-1 has been uploaded to the Cygwin net distribution.

Expat is an XML parser library written in C.

It is a stream-oriented parser in which an application registers 
handlers for things the parser might find in the XML document 
(like start tags).  Homepage: http://www.libexpat.org/

CHANGES (since expat-1.95.7):

 * Major new feature: suspend/resume. Handlers can now request that a
   parse be suspended for later resumption or aborted altogether. See
   "Temporarily Stopping Parsing" in the documentation for more details.
 
 * Some mostly minor bug fixes, but compilation should no longer
   generate warnings on most platforms. SF issues include: 827319,
   840173, 846309, 888329, 896188, 923913, 928113, 961698, 985192.


INSTALLATION:

To update your installation, click on the "Install Cygwin now" link
on the http://cygwin.com/ web page.  This downloads setup.exe to
your system.  Save it and run setup, answer the questions and pick
up `expat' from the `Libs' category.


Please send questions or comments to the Cygwin mailing list at:
[EMAIL PROTECTED] .  If you want to subscribe go to:
http://cygwin.com/lists.html .  I would appreciate if you would use
this mailing list rather than emailing me directly.

If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]

If you need more information on unsubscribing, start reading here:
http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


Gerrit P. Haase
-- 
=^..^=   http://cygwin.com/cygwin/faq/




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Avail for test: libtool-devel-1.9f_20041024-1, libltdl6-1.9f_20041024-1

[Gerrit P. Haase]

Peter wrote:

> Chuck wrote:
>> New alpha versions of libtool available for test.  This is
>> very close to what libtool-2.0 will be.  Please evaluate.

> "make install-strip" on a shared library strips the import
> lib, not the dll which was what I was hoping for.

> Not a show-stopper I suppose...

Yes, this is a showstopper!  Import libraries may be broken after
stripping.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Missing DocBook XML DTD

[Gerrit P. Haase]

Gerrit P. Haase wrote:
Yaakov Selkowitz wrote:
Maybe the docbook-xml42 maintainer could help us all out with this one?
~ Or Gerrit, what did you do for gtk-doc?

gtk-doc requires 'OpenSP openjade perl', should it depend on docbook-x* 
too?

At least the postinstall script to install the default catalogs should 
be in the docbook package.  I have a script which I use locally, the 
original is here (this was updated recently, defaults to version 4.1.2 
and takes a switch to change the version now): 
http://xmlsoft.org/buildDocBookCatalog

My modified version (was not updated recently, version 4.1.2 hardcoded, 
but has some other changes) is here:
http://anfaenger.de/cygwin/docbook/buildDocBookCatalog
It should output s.th. like this:
$ /usr/bin/buildDocBookCatalog
Found DocBook XML 4.1.2 DTD in /usr/share/xml/docbook-4.1.2
Found ISO DocBook entities in /usr/share/xml/docbook-4.1.2/ent
Found DocBook XSLT stylesheets in /usr/share/docbook-xsl
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Missing DocBook XML DTD

[Gerrit P. Haase]

Yaakov Selkowitz wrote:
Maybe the docbook-xml42 maintainer could help us all out with this one?
~ Or Gerrit, what did you do for gtk-doc?
gtk-doc requires 'OpenSP openjade perl', should it depend on docbook-x* too?
At least the postinstall script to install the default catalogs should 
be in the docbook package.  I have a script which I use locally, the 
original is here (this was updated recently, defaults to version 4.1.2 
and takes a switch to change the version now): 
http://xmlsoft.org/buildDocBookCatalog

My modified version (was not updated recently, version 4.1.2 hardcoded, 
but has some other changes) is here:
http://anfaenger.de/cygwin/docbook/buildDocBookCatalog

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: perl vendor_perl/Cygwin/Setup ?

[Gerrit P. Haase]

Reini Urban wrote:
Gerrit,
Shouldn't your next perl update also include our own perl libs?
These are the libs required by upset?
/usr/lib/perl5/vendor_perl/5.8.5/Cygwin/
cvd -d :pserver:[EMAIL PROTECTED]:/cvs/sourceware \
  co -d /usr/lib/perl5/vendor_perl/5.8.5/ infra/bin/cygwin/Cygwin
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: resolv.h test proposal

[Gerrit P. Haase]

Stepan Kasal wrote:
Hello Gerrit,
On Mon, Oct 25, 2004 at 05:40:19PM +0200, Gerrit P. Haase wrote:
I'm sorry, I don't know enough about autoconf / m4 programming to
integrate this into autoconf.

well, you don't need much special knowledge (I hope).
You wrote the most of the macro for me.  Then I used the definitions
from the file /usr/share/autoconf/autoconf/headers.m4 as templates.
(This file can be found by grepping for AC_CHECK_HEADERS.)
I adapted your check.
Before I try to submit it, I'd like to ask you (or others on the
lists) to test it.
Used it in acinclude, verbatim:
checking for resolv.h... yes

(Delete the AN_HEADER line there are problems with it.)
Thank you for this, please submit to autoconf-patches,
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: g77 executable with largish array fails (solved?)

[Gerrit P. Haase]

Billinghurst, David (CALCRTS) wrote:
From: David Billinghurst
The following test case is distilled from the LAPACK timing test cases.  
These used to work on some previous versions of cygwin/g77, but now fail.

I translated the problem into C using f2c.  It becomes:
$ cat labugc.c
int main() {
  static float a[39*1024*1024];
}
$ gcc -O0 -o labugc.exe labugc.c
$ ./labugc
C:\cygwin\usr\people\billingd\labugc.exe (3372): *** MapViewOfFileEx(0x728, in_h 
0x728) failed, Win32 error 6
Aha, I says.  Looks like stack overflow.  Google pointed me to an work around
gcc -Wl,--stack,2 -O0 -o labugc.exe labugc.c
	David
Interesting, it works without special flags when using gcc-3.4.1.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Avail for test: libtool-devel-1.9f_20041024-1, libltdl6-1.9f_20041024-1

[Gerrit P. Haase]

Peter wrote:

> Reini Urban wrote:
>> Peter Ekberg schrieb:
>>> I have one problem with libtool 1.9d, that I suspect is still present
>>> in 1.9f. If I specify -lpthread when linking, libtool searches for a

[...]

> I have this in the generated libtool script:
> --8<
> # Method to check whether dependent libraries are shared objects.
> deplibs_check_method="file_magic ^x86 archive import|^x86 DLL"

> # Command to use when deplibs_check_method == "file_magic".
> file_magic_cmd="func_win32_libid"
> --8<

> Is that what is expected?

> If I change to
> deplibs_check_method="file_magic"
> it works.

> Any suggestions?


libpthread should be in the list of libraries where these tests are
skipped, like it is for libstdc++ or libgcc and others, if it is not
included, try the snapshot Charles provided which includes probably some
more cygwin related fixes than f-d = 2 versions before the current
snapshot, and if this fails too, then please come back.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: resolv.h test proposal

[Gerrit P. Haase]

Thread context: http://cygwin.com/ml/cygwin/2004-10/msg0.html

Stepan schrieb:

> Hello Reini,

> On Mon, Oct 25, 2004 at 02:49:51PM +0200, Reini Urban wrote:
>> >So I take the liberty to forward it to the bug report address.
>> 
>> Many thanks for doing this for us.

> nothing to be really grateful for.

> What's really needed, is to write the AC_HEADER_RESOLV macro.
> The existing AC_HEADER_* macros can serve as a template.

> It would be nice if you or Gerrit or someone else could invest the time
> to do it and post the patch to [EMAIL PROTECTED] .

I'm sorry, I don't know enough about autoconf / m4 programming to
integrate this into autoconf.

I just use this for acinclude.m4 or put it in a file named resolv_h.m4
under /usr/share/aclocal now:

# AC_HEADER_RESOLV
# Call AC_HEADER_RESOLV after this in configure.ac:
# AC_CHECK_HEADERS([arpa/nameser.h netinet/in.h sys/socket.h sys/types.h])
# ---
AC_DEFUN([AC_HEADER_RESOLV],
[AC_CHECK_HEADERS([resolv.h], [], [],
  [[#if HAVE_SYS_TYPES_H
#  include 
#endif
#ifdef HAVE_NETINET_IN_H
#  include/* inet_ functions / structs */
#endif
#ifdef HAVE_ARPA_NAMESER_H
#  include  /* DNS HEADER struct */
#endif
#ifdef HAVE_SYS_SOCKET_H
#  include  /* DNS HEADER struct */
#endif
  ]]
)])# AC_HEADER_RESOLV



I call AC_HEADER_RESOLV in configure.ac and this works for me(tm).


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [bugreport] resolv.h test fails (was: Re: minires-devel-0.97-1: resolv.h fails)

[Gerrit P. Haase]

Gerrit wrote:

> Pierre A. Humblet wrote:

>> At 01:03 PM 10/18/2004 +0200, Corinna Vinschen wrote:
>> 
>>>On Oct 18 03:28, Reini Urban wrote:
>>>
minires-devel-0.97-1:
  #include  fails suddenly.

Apparently /usr/include/resolv.h misses the definition for
sockaddr_in, which is defined in 

Have no clue why it suddenly fails. Anyone else?
These headers didn't change for years...

Which file is supposed to include cygwin/in.h? I found nothing.
>>>
>>>netinet/in.h
>> 
>> 
>> Its an upstream issue. According to the resolver man page, 
>> netinet/in.h should be included before resolv.h.
>> 
>> For example
>> 
>> SYNOPSIS
>>  #include 
>>  #include 
>>  #include 
>>  #include 
>> 

> I think this is correct.  What is buggy is the autoconf test which is
> just including resolv.h and not netinet/in.h to compile the test exe.

This applies to the default test when calling
AC_CHECK_HEADERS([resolv.h])

Workaround is to use s.th. like this in configure.ac:

AC_CHECK_HEADERS([arpa/nameser.h netinet/in.h sys/socket.h sys/types.h])
AC_CHECK_HEADERS([resolv.h], [], [],
  [[#if HAVE_SYS_TYPES_H
#  include 
#endif
#ifdef HAVE_NETINET_IN_H
#  include/* inet_ functions / structs */
#endif
#ifdef HAVE_ARPA_NAMESER_H
#  include  /* DNS HEADER struct */
#endif
#ifdef HAVE_SYS_SOCKET_H
#  include  /* DNS HEADER struct */
#endif
 ]])

Anyway, there should be a macro which provides this functionity.

-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: wstring, how?

[Gerrit P. Haase]

Larry Hall wrote:
Sorry, I wasn't specific in my reply.  'wchar_t' is referenced in newlib.  
'wstring' is only defined (typedef) in '/usr/include/g++-3/string' but it 
is commented out.  Like I said though, if you uncomment it (or put the same
definition in the code), everything compiles/links fine.  So, on the face 
of it, it would appear that using 'wstring', 'wchar_t', and, presumably,
wide-character functions are possible with Cygwin.  Am I missing something?
There is
configure:25389: checking for ISO C99 wchar_t support
configure:25399: result: no
and
configure:25841: checking for XPG2 wchar_t support
configure:25851: result: yes
configure:25866: checking for enabled wchar_t specializations
configure:25868: result: no
in the log.
The result is:
// Define if code specialized for wchar_t should be used.
/* #undef _GLIBCXX_USE_WCHAR_T */
These symbols are available in libcygwin:
btowc
mbrlen
mbrtowc
mbsinit
mbsrtowcs
wcrtomb
wcscat
wcschr
wcscmp
wcscoll
wcscpy
wcscspn
wcsncat
wcsncmp
wcsncpy
wcspbrk
wcsrchr
wcsrtombs
wcsspn
wcsstr
wctob
wprintf
But these symbols are missing:
fgetwc
fgetws
fputwc
fputws
fwide
fwprintf
fwscanf
getwc
getwchar
putwc
putwchar
swprintf
swscanf
ungetwc
vfwprintf
vfwscanf
vswprintf
vswscanf
vwprintf
vwscanf
wcsftime
wcstod
wcstof
wcstok
wcstol
wcstoul
wcsxfrm
wscanf
Then there is in the libstdc++ configure:
dnl At the moment, only enable wchar_t specializations if all the
dnl above support is present.
There are quite a lot symbols missing.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: wstring, how?

[Gerrit P. Haase]

Gerrit P. Haase wrote:
Larry Hall wrote:
Gerrit, do you know why  has the wstring typedef commented out?
wchar_t and wstring are not in newlib and so they are not in cygwin.
Yeah, I thought of that but then I grepped through newlib and there 
seemed to be plenty of references to it. 
Actually I'm getting nothing:
[EMAIL PROTECTED] /winsup/src/newlib
$ grep -r wstring *
[EMAIL PROTECTED] /winsup/src/newlib
$
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[bugreport] resolv.h test fails (was: Re: minires-devel-0.97-1: resolv.h fails)

[Gerrit P. Haase]

Pierre A. Humblet wrote:
At 01:03 PM 10/18/2004 +0200, Corinna Vinschen wrote:
On Oct 18 03:28, Reini Urban wrote:
minires-devel-0.97-1:
 #include  fails suddenly.
Apparently /usr/include/resolv.h misses the definition for
sockaddr_in, which is defined in 
Have no clue why it suddenly fails. Anyone else?
These headers didn't change for years...
Which file is supposed to include cygwin/in.h? I found nothing.
netinet/in.h

Its an upstream issue. According to the resolver man page, 
netinet/in.h should be included before resolv.h.

For example

SYNOPSIS
 #include 
 #include 
 #include 
 #include 
I think this is correct.  What is buggy is the autoconf test which is
just including resolv.h and not netinet/in.h to compile the test exe.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: wstring, how?

[Gerrit P. Haase]

Larry Hall wrote:
At 06:31 PM 10/23/2004, you wrote:
Larry Hall wrote:

At 07:44 PM 10/22/2004, you wrote:

#include 
class{
std::wstring wstr;   //<<== syntax error before ; token
};
g++ -Wall -g -c program.exe -o filename.cpp
Can someone tell me what I am dong wrong or why I get this error message?

Presuming you're using the latest Cygwin gcc/g++ release (3.3.3), take a look at 
/usr/include/g++-3/string and I think you'll find your answer.
You can add the wstring typedef yourself and then things compile fine, assuming you 
fix the 'typo' of the missing class name.
Gerrit, do you know why  has the wstring typedef commented out?
wchar_t and wstring are not in newlib and so they are not in cygwin.

Yeah, I thought of that but then I grepped through newlib and there seemed
to be plenty of references to it.  Then I added:
namespace std {
typedef std::basic_string  wstring;
};
after the '#include ' above, fixed the typo to add a class name,
and things compiled fine for me.  So it seems to me like newlib is not 
the bottleneck for wide character support.  Or did I miss something?
Hmmm, isn't it exported by cygwin1.dll then?
I cannot find wstring in cygwin.din.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Build/Linker question again (g++)

[Gerrit P. Haase]

Judd wrote:
The error I'm getting now is:

/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_chkstk.o)(.text+0x0):
multiple definition of `__alloca'
/usr/lib/libcygwin.a(d85.o)(.text+0x0): first defined here
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3/libgcc.a(_eprintf.o)(.text+0x0):
multiple definition of `___eprintf'
/usr/lib/libcygwin.a(d27.o)(.text+0x0): first defined here
-
From the build command:
-
g++ -shared \
>  -nodefaultlibs \
>  -o libInventor.dll \
>  -Wl,--out-implib=libInventor.dll.a \
 -Wl,--export-all-symbols \
>  -Wl,--enable-auto-import \
>  -Wl,--whole-archive \
 libInventor.a \
>  -WL,--no-whole-archive \
>  -L/usr/lib \
>  -L/usr/lib/gcc-lib/i686-pc-cygwin/3.3.3 \
>  -L/usr/X11R6/lib \
>  -L/usr/lib/w32api \
>  -L../libimage \
>  -L../libFL/src \
 -ljpeg.dll -limage -lFL -lX11.dll -lfltk_gl.dll -lGLU.dll \
> -lGL.dll -liconv.dll -lfreetype.dll -lcygwin -lstdc++ \
> -lasprintf -lz -lkernel32 -lgcc
You don't need to add the .dll prefix, the linker should automatically 
pick up the .dll.a import lib if both, import lib and static archives 
are present.


-
I'm using nodefaultlibs because I had a problem linking before where I was
getting lots of multiple definition errors from essentially the same
library.  Using nodefaultlibs and linking all the libs I need by hand has
fixed all those, but I have those last 2 multiple definition errors.  Is
there any way to link libcygwin and libgcc without getting multiple
definitions of ___eprintf and __alloca?  It seems bizarre that those 2 would
conflict.  Maybe there's a command line option that I need to be using in my
build command.
There is no option like nodefaultlibs:
$ ld --help | grep nodefaultlibs
Try -nostdlib instead.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: wstring, how?

[Gerrit P. Haase]

Larry Hall wrote:
At 07:44 PM 10/22/2004, you wrote:
#include 
class{
std::wstring wstr;   //<<== syntax error before ; token
};
g++ -Wall -g -c program.exe -o filename.cpp
Can someone tell me what I am dong wrong or why I get this error message?


Presuming you're using the latest Cygwin gcc/g++ release (3.3.3), take a 
look at /usr/include/g++-3/string and I think you'll find your answer.
You can add the wstring typedef yourself and then things compile fine, 
assuming you fix the 'typo' of the missing class name.

Gerrit, do you know why  has the wstring typedef commented out?
wchar_t and wstring are not in newlib and so they are not in cygwin.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: error: `::acosl' undeclared : #INCLUDE and

[Gerrit P. Haase]

[EMAIL PROTECTED] wrote:
Hello,
I am compiling using the latest Cygwin.
My main.cpp starts with:
Could please send my a snippet that I can use to test the compiler as I 
have installed it here?  I need to reproduce your error, else I cannot 
tell you anything.

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: SableVM & Cygwin (was: Re: sablevm + windows)

[Gerrit P. Haase]

Grzegorz B. Prokopski wrote:
Hi Gerrit, Hi Peter,
I looked at the patches to screen what's really needed.
* SableVM
IIUC the "foreign" was used only because of libffi being 'included' into
sources which, as discussed earlier, we can't accept.  BTW.  Some claim
(I have not verified it) that you need to set this flag in the toplevel
dir only.
If you use autoreconf --force --install the INSTALL file will be
overwritten, if you're GNU, then rename the INSTALL file, if you want to
keep it, then use foreign;)

The only diff not related to inclusion of libffi was this:
--- sablevm-1.1.6-orig/src/sablevm/sablevm.c
+++ sablevm-1.1.6/src/sablevm/sablevm.c
@@ -972,7 +972,11 @@
 #define ARG_COPYRIGHT 11
 #define ARG_NO_COPYRIGHT 12
 
+#ifndef __CYGWIN__
   static const struct poptOption options[] =   /* description of
command line options */
+#else /* __CYGWIN__ */
+  static struct poptOption options[] = /* description of command line
options */
+#endif /* __CYGWIN__ */
   {
 {"classpath", 'c', POPT_ARG_STRING, &argument, ARG_CLASS_PATH, "set
class path", "\"PATH\""},
 {"property", 'p', POPT_ARG_STRING, &argument, ARG_PROPERTY, "set
system property", "\"NAME=VALUE\""},

Why can't this struct be const?  We don't write to it.  Is this because
of how .data is handled in DLLs?  This would need some comment in the
patch so that next person that looks at this knew why it's there,
because it looks strange at the first sight.
There is a variable or a pointer in this struct, so it is actually not
constant since the target of the pointer holds different values, or the
variable likewise.  This cannot be exported from the DLL.  The reason
why Cygwin needs this change is that with gcc >= 3.3.3 those 'data' is
written to .rdata sections in object files and these cannot be exported,
it is not possible to build working executables when there are used
variables or pointer to variables in const structs.  Most of the time
there are these popt things causing problems, it seems that this is the
usual way to code this, however it is no longer possible to do so on
Cygwin.
* SableVM Classpath
Could you please handle the -no-undefined in similar way as it's done in
SableVM?  When cygwin is detected we set @NO_UNDEFINED@ to -no-undefined
We don't want to hardcode it.
In upcoming releases of classpath the -no-undefined flag will be
handled. But why make this conditionally, it doesn't hurt if you use it
elswhere too.
+# override FLAGS for Cygwin
+AM_CFLAGS=-pedantic -Wmissing-declarations -Wmissing-prototypes
-Wstrict-prototypes -Wall -Wno-long-long -D_BSD_SOURCE
If you need to change flags, then I think it should be done again in
configure when Cygwin is detected.  Don't override, just add
conditionally what is needed or disallowed for Cygwin.
What actually are the flags that you need to add/remove? (-ansi ?)
Yes of course, I just changed what was needed to get it compiled so who 
is interested can see what needs to be done, I don't want to distribute 
or maintain SableVM as long as nobody pays for it.

It is only in this dircetory a problem and it is only the -ansi flag.
But I saw that it compiles ok, I have classpath 0.11 ready here too, it 
is all the same there, just remove -ansi for Cygwin globally.

You asked:
Is tzname and timezone not ANSI?  Why is it used in sablevm then?  Or
is the Cygwin time.h wrong about this?

If it's any indication of anything - we haven't hit this problem on any
other platform (i.e. *BSD), so maybe there's some common sense that
these things should be made available even when -ansi is required?
I'm in contact with the cygwin developers, however, tzname and timezone 
/ daylight are so called 'extensions' so strictly spoken not ANSI.  The 
classpath maintainer is aware of that too, he said that it is not really 
needed to use the -ansi flag, I think he will do s.th. about it.


But I am fine with removing -ansi for Cygwin.
Do so.
You also said:
And one more, I needed to cast timezone to an int to get it compiled
on Cygwin, here is defined timezone as time_t.

I looked into /usr/include/time.h and I see:
extern __IMPORT time_t _timezone;
#define timezone ((long int) _timezone)
So isn't timezone already casted to a long int?  It should not be a
problem then, no?  What kind of error do you get while compiling?
Yes you're right.  But in newer classpath however, it is different,
there is used _timezone if available and this really needs the cast
then.
I changed it as usual, because the -ansi it doesn't compile, after the
change it still doesn't compile, until I found the reason was -ansi I
didn't remember that the cast wasn't actually needed.
BTW, I will be on a business trip for the next week and cannot reply all 
my mail,

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: SableVM & Cygwin (was: Re: sablevm + windows)

[Gerrit P. Haase]

Grzegorz B. Prokopski wrote:

Ready compiled SableVM binary and source package:
http://anfaenger.de/cygwin/cygwin-1.5/sablevm/
The source package includes also the patch and uses a statically libffi,
so it doesn't need a FFI DLL.  Could you verify that this SableVM works
as expected, please?

*2*MB diff that puts libffi in SableVM? Ouch!
.
I took a quick look at the non-libffi part of your patche.  In general
our approach is to integrate all reasonable changes required
by ports, so that SableVM worked on them out-of-the-box.  (2MB patch
hardly qualifies as reasonable, at least at the first sight)
Hey, all changes I really needed to make are reasonable.  The huge size 
is because I regenerated configure and Makkefile.in and so on, at least 
1000kb alone is configure, I include always the full changes after 
running autoreconf --ionstall --force --verbose


Would it be possible to separate the changes you really had to do to
SableVM (and SableVM Classpath - on which changes I haven't looked yet)
from the rest, so that we could see clearly what the changes were?
Yes, I'll try to figure out how to do s.th. weird like this, not
counting the libffi stuff, the only relevant change for needed SableVM
is a 1k patch.  SableVM-Classpath is a little larger, timezone needs a 
cast and the -no-undefined LDFLAGS for the native libraries are missing.

I have the *full* minimal patches attached, including the Makefile.am
and configure.ac changes for libffi integration, but without the libffi
subdirectory.
However, the patches are against 1.1.6 and may not apply against the 
latest snapshots.

Such cleaned-up diffs would really be very helpful.  Given the amount
of great work you put in porting SableVM to Cygwin - why not have an
out-of-the box support for Cygwin in the official SableVM?  This is
somethings that surely "belongs" to SableVM proper.
No, I did nothing, all the work was done by Peter.  The documents
available and the communication.  I have the libffi sources handy.
The only changes I made were to add some lines in configure.in,
Makefile.am and some lines in the source, so libffi sourcetree could be
a subdirectory of sablevm and everything compiles, and I removed all
from libffi Makefile.in & configure.in so it was possible to run 
autoreconf on the whole tree.

Gerrit
--
=^..^=
diff -urN -x .build -x .inst -x .sinst -x configure -x aclocal.m4 -x Makefile.in -x 
libffi-2.00-beta -x INSTALL -x INSTALL.sablevm -x ltmain.sh 
sablevm-1.1.6-orig/Makefile.am sablevm-1.1.6/Makefile.am
--- sablevm-1.1.6-orig/Makefile.am  2004-07-10 18:28:18.0 +0200
+++ sablevm-1.1.6/Makefile.am   2004-10-16 09:40:56.159988800 +0200
@@ -6,8 +6,10 @@
 ## * modification of this source file.   *
 ## * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
 
-SUBDIRS = doc src
+AUTOMAKE_OPTIONS = foreign
 
+SUBDIRS = libffi-2.00-beta doc src
+INCLUDES = -I$(top_srcdir)/libffi-2.00-beta -I$(top_srcdir)/libffi-2.00-beta/include
 pkgdata_DATA = LICENSE AUTHORS LGPL-2.1
 
 EXTRA_DIST = .indent.pro LICENSE java-sablevm.tmpl ChangeLog INSTALL-DEVEL LGPL-2.1
diff -urN -x .build -x .inst -x .sinst -x configure -x aclocal.m4 -x Makefile.in -x 
libffi-2.00-beta -x INSTALL -x INSTALL.sablevm -x ltmain.sh 
sablevm-1.1.6-orig/configure.ac sablevm-1.1.6/configure.ac
--- sablevm-1.1.6-orig/configure.ac 2004-07-10 18:28:18.0 +0200
+++ sablevm-1.1.6/configure.ac  2004-10-11 16:57:25.0 +0200
@@ -201,7 +201,16 @@
 
 dnl Checks for libraries.
 LIBSVMINCLUDE="-lm -lffi -lltdl"
-AC_CHECK_LIB(ffi,ffi_prep_cif,echo -n,echo ***ERROR: libffi is missing; exit 1)
+case $host in
+   *cygwin*)
+   dnl we need to use libffi_convenience
+   AC_CONFIG_SUBDIRS(libffi-2.00-beta)
+   AM_CONDITIONAL(CYGWIN, test xcygwin = xcygwin)
+   ;;
+   *)
+   AC_CHECK_LIB(ffi,ffi_prep_cif,echo -n,echo ***ERROR: libffi is 
missing; exit 1)
+;;
+esac
 AC_CHECK_LIB(ltdl,lt_dlinit,echo -n,echo ***ERROR: libltdl is missing; exit 1)
 AC_CHECK_LIB(m,fmod,echo -n,echo ***ERROR: libm is missing; exit 1)
 AC_CHECK_LIB(popt,poptGetContext,echo -n,echo ***ERROR: libpopt is missing; exit 1)
diff -urN -x .build -x .inst -x .sinst -x configure -x aclocal.m4 -x Makefile.in -x 
libffi-2.00-beta -x INSTALL -x INSTALL.sablevm -x ltmain.sh 
sablevm-1.1.6-orig/doc/Makefile.am sablevm-1.1.6/doc/Makefile.am
--- sablevm-1.1.6-orig/doc/Makefile.am  2004-07-10 18:28:18.0 +0200
+++ sablevm-1.1.6/doc/Makefile.am   2004-10-08 15:32:30.0 +0200
@@ -6,6 +6,8 @@
 ## * modification of this source file.   *
 ## * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
 
+AUTOMAKE_OPTIONS = foreign
+
 man_MANS = sablevm.1 java-sablevm.1
 
 EXTRA_DIST = \
diff -urN -x .build -x .inst -x .sinst -x configure -x aclocal.m4 -x Makefile.in -x 
libffi-2.00-beta -x INSTALL -x INSTALL.sablevm -x ltmain.sh 
sablevm-1.1.6-orig/sr

Re: Cygwin GMP 4.1.4-3 does not work correctly

[Gerrit P. Haase]

Hi Angelo,
in this case the bits precision is always a multiple of 30
(this is strange: one expect a multiple of a power of 2!)

4.1.3 and 4.1.4 were configured / compiled with the option:
  --enable-nails
Could you please compile your version with-nails and see if it is
'broken' in your version too then?
What is the option '--enable-nails' supposed to do?
Here is the docu: http://swox.com/gmp/manual/Low-level-Functions.html
[...]
At the mpn level, a nail build is neither source nor binary compatible 
with a non-nail build, strictly speaking. But programs acting on limbs 
only through the mpn functions are likely to work equally well with 
either build, and judicious use of the definitions below should make any 
program compatible with either build, at the source level.

For the higher level routines, meaning mpz etc, a nail build should be 
fully source and binary compatible with a non-nail build.
[...]

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

SableVM and SableVM-Classpath 1.1.6

[Gerrit P. Haase]

Hi,
I have binary packages of SableVM and SableVM Classpath uploaded;
http://anfaenger.de/cygwin/cygwin-1.5/sablevm/
export CLASSPATH=/usr/lib/sablevm/sablevm-classpath
get sablecc to run a benchmark: http://sablecc.org/
I used the stable release:
http://prdownloads.sourceforge.net/sablecc/sablecc-2.18.2.tar.gz?download
Fetch this file: 
http://anfaenger.de/cygwin/cygwin-1.5/sablevm/simplec.sablecc

extract sablecc and run:
$ sablevm -Yc sablecc-2.18.2/lib/sablecc.jar \
> org.sablecc.sablecc.SableCC simplec.sablecc
or
$ time sablevm -Yc sablecc-2.18.2/lib/sablecc.jar \
> org.sablecc.sablecc.SableCC simplec.sablecc
to see how long it lasts.
I got different times, at my AMD workstation:
real7m52.707s
user5m47.429s
sys 0m26.057s
At my PIII workstation:
real3m22.998s
user2m38.177s
sys 0m7.340s
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Updated: gmp-4.1.4-1

[Gerrit P. Haase]

Kelley wrote:

> --- Lapo Luchini <[EMAIL PROTECTED]> wrote:

>> gmp-4.1.4-1 has been uploaded to the Cygwin net distribution.
>> 
>> Thanks go to Gerrit, who did *all* the work on this release.
>> 
>> Please notice gmp-4.1.3 had a serious miscomputation bug, upgrade to
>> gmp-4.1.4 is strongly suggested.

> Could it possible to get a version of gmp compiled with --enable-mpfr

This release includes mpfr as a shared library.

> ... or even better libmpfr 2.0.3 compiled and packaged seperately,
> though it has a requirement to be built along with libgmp (The two
> projects teams have split, gmp 4.x is distributed with the two year old
> mpfr 2.0.1.  The next major release of gmp will not include mpfr at
> all).

If mpfr isn't bundled anymore we'll provide a separate package.


> I have compiled and installed it on my own without difficulty.  

> My main reason for requesting this is that GFortran 95, which will come
> with upcoming GCC 4.0, requires libmpfr to build.  Furthermore, the
> main GCC developers have been receptive to the proposal that all of GCC
> 4.1 be modified to use libmpfr for its internal math optimiziations
> instead of its homegrown routines.

Or if it is required to have a more recent mpfr version for this then we
could remove mpfr from the GMP package and build mpfr seperately.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Ping: Cygwin libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Yes, I know I'm annoying...

configure already checks for needed gcc options:

checking for gcc option to produce PIC...

So why don't go with it and use the option which is issued here from
configure?  What are all the tests good for if finally libtool overrides
it with its own flags?


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Ping: Cygwin libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Hi Charles,

yet another contra:

> You're missing the point.  *libtool* doesn't know that -DPIC means
> nothing for your code.  On some platforms, you really have to compile 
> DIFFERENT CODE, not just compile the same code in a different way 
> (-fpic), when you want to make a pic object.

Don't mix things up.  `-f' is a command line switch for gcc/ld/whatever,
`-D' defines a macro and is not a command line switch to any tool.
You can think of it as counterpart of a `#define PIC 1' in any included
header and doesn't affect the behaviour of gcc/ld/whatever.

So IMO -D is completely in the user domain, just like CFLAGS, ASFLAGS
et al.  If libtool needs a flag internally to distinguish between shared
a non shared code compilation, then use another one, e.g. LT_DO_LO_NOW?


> See above.  Libtool is providing a symbol that COULD, even on cygwin, be
> of some use.  You cannot specify it as an AM_CFLAGS because it should be
> "on" when building .lo's and "off" when building .o's -- and AM_CFLAGS
> don't allow that fine-grain control.  So libtool does it.

IMO the only relevant and also the only used flag on platforms where it
is needed is -fPIC?



> It is not used by gmp.  It might be used by ncurses.  Or Orbit.  Or any
> one of the thousands of other libtoolized packages.  You're asking me to
> unilaterally remove a feature from libtool that other packages may 
> already be using, because gmp doesn't use it and gets confused by it?

Yes.  Well, what I'm really asking for is to make libtool better, i.e.
do s.th. about the fact that a defined PIC macro breaks assembler code
e.g. to disable the macro automatically when assembler code is to be
compiled with libtool. 


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Ping: Cygwin libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Charles Wilson wrote:
That's a gmp bug, not a libtool bug.
And I don't think so.  IMO all assembler code cannot be compiled on
Cygwin when you use -DPIC to compile it.  If libtool is used as it is
now, the compilation will fail, so libntool should care about this and
don't use this flag in case platform is Cygwin and compiling assembler
code.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Ping: Cygwin libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Hi Charles,
I just don't think it is good idea to use flags for s.th. else just
because they are there anywhere.  If there is need for anther special
flag then introduce it, exactly for this reason and this platform and
for nothing else.  DLL_EXPORT is the best example, if there is really a
need for another flag like this to be used like you described then
introduce one which is a flag that doesn't affect other tools like ld,
as, ar, 
PIC is the option to get position independent code where it makes a 
difference.  It makes no difference on Cygwin: so don't use the flag.

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: tzset et al

[Gerrit P. Haase]

Corinna wrote:

> On Oct 14 13:17, Gerrit P. Haase wrote:
>> Corinna wrote:
>> > Hmm, I just tried Robert's test program on a DLL from current CVS:
>> 
>> > $ ./tzset.exe 
>> > std:WEST
>> > dst:WEDT
>> 
>> > and it works regardless if $TZ is set or not.  Could you debug this further?
>> 
>> No, I have no idea, it just don't work for me.
>> 
>> cygwin version: 1.5.10(0.116/4/2)

> Did you try with a recent DLL?

1.5.11.

> That's not helpful.  Don't you have a DLL which is not stripped?

No, isn't available for download... And I have no time to build cygwin now.

It works ok at my NT4 server, it doesn't work at my W2K workstation and
it doesn't work at my XP notebook.

The difference is that I have defined TZ in the environment at this NT4
box and here not.  It also works here when I export TZ=... It seems that
I need TZ to be defined. 


SableVM specific:

The actual problem is that I get errors when compiling sablevm classpath
because of an undeclard identifier, time.h and sys/time.h are included
and tzname and timezone should be defined, however I'm getting an error.

Now I see that there is -ansi at the commandline and that is the
problem, tzname et al is guarded with !__STRICT_ANSI__ in time.h and
therefore it is not defined. 

Is tzname and timezone not ANSI?  Why is it used in sablevm then?  Or is
the Cygwin time.h wrong about this?


> Where you can set a breakpoint to tzset before stepping?

I need a debug version of cygwin1.dll.



Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: tzset et al

[Gerrit P. Haase]

Corinna wrote:

> On Oct 14 11:50, Gerrit P. Haase wrote:
>> Hello,
>> 
>> it is a mess...
>> 
>> Whatever happend after this thread,
>> http://www.cygwin.com/ml/cygwin-patches/2001-q1/msg00248.html
>> it was not the result that it is working now, the simple testcase Robert
>> provided still (or again) doesn't work.  Even if I use _tzname instead
>> of tzname it prints out nothing.
>> 
>> What can I do?  It is annoying to get an error everytime a package uses
>> timezone or tzname or related.

> Hmm, I just tried Robert's test program on a DLL from current CVS:

> $ ./tzset.exe 
> std:WEST
> dst:WEDT

> and it works regardless if $TZ is set or not.  Could you debug this further?

No, I have no idea, it just don't work for me.

cygwin version: 1.5.10(0.116/4/2)


(gdb) break main
Breakpoint 1 at 0x40107e: file tztest.c, line 6.
(gdb) s
The program is not being run.
(gdb) run
Starting program: /tzset/tzset.exe 

Breakpoint 1, main () at tztest.c:6
6 tzset();
(gdb) s
7 printf("std:%s\ndst:%s\n",tzname[0],tzname[1]);
(gdb) 
8 return 0;
(gdb) 
9   }
(gdb) 
0x61005f54 in getprogname () from /usr/bin/cygwin1.dll
(gdb) 
Single stepping until exit from function getprogname, 
which has no line number information.
0x610d6cd0 in wmemset () from /usr/bin/cygwin1.dll
(gdb) 
Single stepping until exit from function wmemset, 
which has no line number information.
0x61004670 in getprogname () from /usr/bin/cygwin1.dll
(gdb) 
Single stepping until exit from function getprogname, 
which has no line number information.
0x610d6d5a in wmemset () from /usr/bin/cygwin1.dll
(gdb) 
Single stepping until exit from function wmemset, 
which has no line number information.
0x6101c530 in dlerror () from /usr/bin/cygwin1.dll
(gdb) 
Single stepping until exit from function dlerror, 
which has no line number information.
0x610d6d5a in wmemset () from /usr/bin/cygwin1.dll
(gdb) 
Single stepping until exit from function wmemset, 
which has no line number information.
0x610a3cd0 in cygwin1!__getreent () from /usr/bin/cygwin1.dll
(gdb) 
Single stepping until exit from function cygwin1!__getreent, 
which has no line number information.
0x610f08f0 in cygwin1!_alloca () from /usr/bin/cygwin1.dll
(gdb) 
Single stepping until exit from function cygwin1!_alloca, 
which has no line number information.
std:   
dst:   

Program exited normally.
(gdb) 

-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Ping: Cygwin libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Hi Charles,


> Libtool gives -DPIC -DDLL_EXPORT to indicate a cygwin or mingw DLL. We
> undefine PIC since we don't need to be position independent in this
> case and definitely don't want the ELF style _GLOBAL_OFFSET_TABLE_ etc.

> ifdef(`DLL_EXPORT',`undefine(`PIC')')

> Now, on *mingw*, we do indeed (up to now) define both DLL_EXPORT and PIC
> which compiling .lo's.  However, for cygwin, we no longer define 
> DLL_EXPORT, but continue to define PIC.  So the little rule above is 
> ineffective, and gmp ends up compiling the wrong assembler code.

Now I see, thanks.


> Now, I'd call this a case -- maybe -- of gmp assuming too much about the
> internals of libtool.  OTOH, libtool emitting -Dcodes means that those
> codes are supposed to be USED, right?

> I'm not convinced that it is a BAD thing to emit a -Dcode indicating 
> when a source file is being compiled for a shared object, even when just
> considering cygwin alone.  I can see cases where one might want to 
> implement something differently within a shared lib vs. a static lib. 
> If we unilaterally remove -DPIC on cygwin, we can never do anything like
> that.

I think it is a bad thing to add -D flags unconditionally and for sure
it is a bad thing if it is a noop.


> What gmp is doing is using the fact that "-DDLL_EXPORT" is defined to 
> indicate that the target platform is cygwin or mingw.  It does this 
> because gmp "knows" that it DOESN'T want to use the special PIC-guarded
> code on cygwin|mingw, *even* when building .lo's on those platforms. 
> (The fun part is gpm-h.in specifically says libtool's DLL_EXPORT is NOT
> used.  Errr...bzzt.  Yes it is!)

> However, DLL_EXPORT is an unreliable platform indicator, as we've 
> obviously seen here; it's only true when building .lo's on mingw now. 
> But I don't think just turning -DDLL_EXPORT back on for cygwin is the 
> answer, either.  (I don't really remember when this stopped being on for
> cygwin, but whatever).

The answer should be to not define -D flags which do nothing, let the
user decide which -D flags she wants, these are CFLAGS after all.


> I think gmp's x86-defs.m4 needs to use $host (or whatever analogue it 
> can conjure up) to determine when the platform is cygwin or mingw, and
> use THAT to decide when to undefine PIC.

> Gerrit, if you change the line in x86-defs.m4 to ALWAYS undefine PIC, 
> does that fix your build problem even when libtool still -DPIC's?  If 
> so, then certainly we can come up with a better way for gmp's config.m4
> machinery to determine its target platform, right?

Should do it, yes, however, why not undefine it in libtool, I still
don't see the reason why it is used at all.

And yes, GMP should not care that much about its own machinery, if there
is a flag in libtool that prevents generating working code then
obviously the used tool is broken and should be fixed, defining these
workarounds because buildtools are broken is not the way to go.  Because
Haible's packages nearly always include hacked versions of libtool or m4
macros it is always a pita to apply newer libtool versions, i.e. simply
doing autoreconf fails in most of the cases (CLN, gettext, libiconv,
GMP, ...choose your favourite Haible package...).

I don't whine if all works as expected, but in case of GMP it is even
impossible to build the vanilla source with the C++ lib included.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Reini wrote:

> Charles Wilson schrieb:
>> Gerrit P. Haase wrote:
>>> With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
>>> generated assembly is broken.  I saw this problem with a
>>> reautoconfiscated version of GMP.  This may be unusual, but there was
>>> libtool used to invoke gas.
>>>
>>> While -DPIC is a noop for usual compilation, it is harmful when used
>>> as gas flag to compile assembly, I suggest to remove it entirely when
>>> target is cygwin. Change would be in libtool.m4 line 4971 ff in
>>> libtool-1.5.10.
>>>
>>> Alternative: don't pass flag through when gas is called.
>> 
>> I don't see anywhere that "-DPIC" is ever invoked on cygwin.  Please 
>> send a patch to libtool.m4 that fixes the problem for you.

> The problem is when a user (or makefile) adds this -DPIC, which does no
> harm usually. Gerrit thought that it might be clever to strip it on 
> cygwin when gas is involved, since this does harm.
> Or maybe emit a warning to fix the makefile for cygwin.
> (Gerrit: Really -DPIC, not -fPIC?)

No.  Libtool adds this flag regardless what in your Makefile.am is.



Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

tzset et al

[Gerrit P. Haase]

Hello,

it is a mess...

Whatever happend after this thread,
http://www.cygwin.com/ml/cygwin-patches/2001-q1/msg00248.html
it was not the result that it is working now, the simple testcase Robert
provided still (or again) doesn't work.  Even if I use _tzname instead
of tzname it prints out nothing.

What can I do?  It is annoying to get an error everytime a package uses
timezone or tzname or related.

Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin Check Package

[Gerrit P. Haase]

Hallo Andrew,

Am Donnerstag, 14. Oktober 2004 um 02:39 schriebst du:

> I just recently began using Cygwin and was pleased to find your port
> of the Check framework. I was curious if you had noticed that a couple
> of new versions have been released since your last update:
> http://sourceforge.net/project/showfiles.php?group_id=28255&package_id=20116
> Are you still maintaining the package? 

Yes.  I use it to test my Libexpat builds.  Last upgrade to Expat
doesn't need newer Check, however, I'll look to update it when I
update Expat the next time (probably today;).

Thanks,
Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Ping: Cygwin libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Noah Misch wrote:
On Tue, Oct 12, 2004 at 03:29:10PM +0200, Gerrit P. Haase wrote:
Gerrit wrote:
PING!

Hello,

With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken.  I saw this problem with a
reautoconfiscated version of GMP.  This may be unusual, but there was
libtool used to invoke gas.

What do you mean by ``the generated assembly is broken''?  Please show the error
you encountered.
I built gmp-4.1.4 on Cygwin, and it passed all tests.  I used the shipped
``configure'', but adding -DPIC is not a new libtool behavior.
>
There was a thread about this general topic awhile ago.  That GMP actively uses
-DPIC to select the correct assembly came up:
http://lists.gnu.org/archive/html/libtool/2003-01/msg00060.html
I saw that -DPIC was used on Cygwin to compile assembly and it couldn't be
linked.  Also I read in the GMP sources somewhere that libtool adds this
flag where it is a noop on Cygwin when not compiling assembler code where
it breaks things, so the conclusion was to remove the flag entirely when
platform is Cygwin, I was able to build GMP and thats it.
Unfortunately I have no logs, but I tracked it down and realized that
this flag is the culprit and removing it resolves my problem.  Even
more bad that the demo I suspect to show the error doesn't build at all
with the recent Cygwin release (demos/expr).
Anyway, this flag is used where it is completely useless, so please
remove it, patch was already submitted to the Cygwin libtool maintainer.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

SableVM & Cygwin (was: Re: sablevm + windows)

[Gerrit P. Haase]

Hi Peter,

coming back to this now.

> I'm also willing to help port and maintain.

Fine.  I have to offer two possible scenarios.

1.
I have a stripped down standalone libffi package with a shared libffi
now.  This version is based on the sources from the cygwin release of
gcc-3.3.3. You can take this package and maintain it, that means update
it when Cygwin GCC is updated and integrate the changes happened in the
libffi subdirectory.

2.
Include this stripped down libffi version with the SableVM sourcetree
and link libffi into the main DLL as a convenience library.

IMO it would be easier to keep it uptodate when it is included with the
SableVM sources and also distributed this way.  So one can continue when
you or me are gone.

I have a patch I can send you, there is the stripped down libffi
integrated in the SablVM build.  The standalone libffi is available as
separate package from my webserver:
http://anfaenger.de/cygwin/cygwin-1.5/libffi-cygwin-standalone/

Ready compiled SableVM binary and source package:
http://anfaenger.de/cygwin/cygwin-1.5/saqblevm/

The source package includes also the patch and uses a statically libffi,
so it doesn't need a FFI DLL.  Could you verify that this SableVM works
as expected, please?

Classpath is still compiling.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Charles wrote:

> Gerrit P. Haase wrote:
>> With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
>> generated assembly is broken.  I saw this problem with a
>> reautoconfiscated version of GMP.  This may be unusual, but there was
>> libtool used to invoke gas.
>> 
>> While -DPIC is a noop for usual compilation, it is harmful when used
>> as gas flag to compile assembly, I suggest to remove it entirely when
>> target is cygwin. Change would be in libtool.m4 line 4971 ff in
>> libtool-1.5.10.
>> 
>> Alternative: don't pass flag through when gas is called.

> I don't see anywhere that "-DPIC" is ever invoked on cygwin.  Please 
> send a patch to libtool.m4 that fixes the problem for you.

> BTW, somebody mentioned libtool CVS branch-2.0 as being too "cutting 
> edge" for cygwin use...FYI, libtool-cvs-branch2.0 passes ALL regression
> tests which is better than libtool has EVER done on our platform.  I'm
> thinking of releasing a test version of the next beta...

--- libtool.m4~ 2004-08-04 13:08:29.955128000 +0200
+++ libtool.m4  2004-08-04 13:09:27.497870400 +0200
@@ -4972,6 +5028,9 @@ case "$host_os" in
   *djgpp*)
 _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)=
 ;;
+  *cygwin*)
+_LT_AC_TAGVAR(lt_prog_compiler_pic, $1)=
+;;
   *)
 _LT_AC_TAGVAR(lt_prog_compiler_pic, $1)="$_LT_AC_TAGVAR(lt_prog_compiler_pic, 
$1)ifelse([$1],[],[ -DPIC],[ifelse([$1],[CXX],[ -DPIC],[])])"
 ;;


-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

script replacement: ttyrec-1.0.6 ported

[Gerrit P. Haase]

Hello,

sionce it is requested often, I ported a replacement for script:
ttyrec-1.0.6: http://namazu.org/~satoru/ttyrec/

Patch is attached.


Have fun,
Gerrit
-- 
=^..^=

ttyrec.diff
Description: Binary data
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: building with G++ 3.3.3

[Gerrit P. Haase]

Hallo Judd,

> Am Dienstag, 12. Oktober 2004 um 20:19 schriebst du:

>> I'm trying to port OpenInventor freeware over to cygwin and I'm having some
>> problems with the linkage.  When trying to build the DLL, I'm coming up with
>> some errors I'm having a hard time trying to get around.

>> g++ -shared -o libInventor.dll -Wl,--out-implib=libInventor.dll.a \
>> -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive \
>> ./stub.o \
>> ./database/src/sb/projectors/SbProjectors.o \
>> ./database/src/sb/Sb.o \... (more object files)

> -Wl,--no-whole-archive

>>  -L/usr/lib -L/usr/X11R6/lib -L../libimage -L../libFL/src -ljpeg.dll -limage
>>  -lFL -lX11 -lGLU -lGL -liconv -lfreetype


BTW, saw the Cygwin documentation already:
http://www.cygwin.com/cygwin-ug-net/dll.html
?

Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Oracle

[Gerrit P. Haase]

Hallo David,

Am Dienstag, 12. Oktober 2004 um 19:11 schriebst du:

> HI,

> Like everyone else, I have cygwin installed on my Microsoft Windows platform.
> And, I installed Oracle on the machine. Unfortuanately, all the Oracle
> libraries link only with Microsoft's CL compiler.

> Has anyone used Oracle's *.a libraries on Microsoft Windows platforms so
> that the gcc compiler can compile a cygwin binary? I was thinking of
> getting the *.a libraries from a linux distribution. Would this work?

> Is there another way?

You should create import libraries from the DLLs and link agaist them.

See also the user guide:
http://www.cygwin.com/cygwin-ug-net/dll.html


I use impgen which comes from libtool:
http://anfaenger.de/cygwin/impgen/

impgen ${DLLNAME}.dll >${DLLNAME}.def
dlltool --as=as --dllname ${DLLNAME}.dll --def ${DLLNAME}.def --output-lib 
${DLLNAME}.dll.a


There are also lot of information about this on http://mingw.org/
where is described to use impdef which is available here:
http://www12.canvas.ne.jp/peters/colin/win32/tools/dlltool.html


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: building with G++ 3.3.3

[Gerrit P. Haase]

Hallo Judd,

Am Dienstag, 12. Oktober 2004 um 20:19 schriebst du:

> I'm trying to port OpenInventor freeware over to cygwin and I'm having some
> problems with the linkage.  When trying to build the DLL, I'm coming up with
> some errors I'm having a hard time trying to get around.

> g++ -shared -o libInventor.dll -Wl,--out-implib=libInventor.dll.a \
> -Wl,--export-all-symbols -Wl,--enable-auto-import -Wl,--whole-archive \
> ./stub.o \
> ./database/src/sb/projectors/SbProjectors.o \
> ./database/src/sb/Sb.o \... (more object files)

-Wl,--no-whole-archive

>  -L/usr/lib -L/usr/X11R6/lib -L../libimage -L../libFL/src -ljpeg.dll -limage
>  -lFL -lX11 -lGLU -lGL -liconv -lfreetype

> The errors I'm getting are mostly errors where a function is defined in 2
> places... but almost all of them (except the first few) are in the SAME
> library (libgcc.a).  Does anybody have a solution to this problem?

> Here's a sample of some of the build errors:
[...snip...]


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Ping: Cygwin libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Gerrit wrote:

PING!

> Hello,

> With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
> generated assembly is broken.  I saw this problem with a
> reautoconfiscated version of GMP.  This may be unusual, but there was
> libtool used to invoke gas.

> While -DPIC is a noop for usual compilation, it is harmful when used
> as gas flag to compile assembly, I suggest to remove it entirely when
> target is cygwin. Change would be in libtool.m4 line 4971 ff in
> libtool-1.5.10.

> Alternative: don't pass flag through when gas is called.


> Gerrit


-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: error in compiling berkeleydb-4.2.52 in cygwin

[Gerrit P. Haase]

Hallo Kevin, hello Bertrand,

Am Freitag, 13. August 2004 um 20:43 schriebst du:

> Hi,

> I downloaded berkeleydb-4.2.52 and two patches from sleepycat.
> When I tried to compile it I got the errors from ../lock/lock_region.c
> as below.
> Anybody know what's wrong? 

> Thanks,
> Kevin
> --
> pas-lap-030210:/home/kihoonj/db-4.2.52/build_win32> make
> /usr/bin/sh ./libtool --mode=compile cc -c -I. -I../dist/..  
> -D_GNU_SOURCE -D_REENTRANT -O2 ../dist/../lock/lock_region.c
>  cc -c -I. -I../dist/.. -D_GNU_SOURCE -D_REENTRANT -O2 
> ../dist/../lock/lock_region.c  -DPIC -o .libs/lock_region.o
> ../lock/lock_region.c:98:49: macro "__lock_init" passed 2 arguments, but
> takes just 1


Coming back to this now since I got the same problem today when trying
to build evolution:-(

Ron Cohen found a solution (or better the cause for this problem).  I
shipped BDB-4.2.x compiled on an older cygwin release, there were
changes, __lock_init was added to the system headers / libraries and
this overrides now the BDB own definition, suggested fix copied from
here: 
http://www.talkaboutdatabases.com/group/comp.databases.berkeley-db/messages/1284.html


Modify lock_region.c in the lock directory.
Add this one line of code:

#undef __lock_init

Add that line of code after the includes and right before this line:

static int  __lock_init __P((DB_ENV *, DB_LOCKTAB *));



Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Compiling LAM MPI

[Gerrit P. Haase]

Dalibor wrote:

[...]

Yes I see, maybe I was confused by your words:
"... and published under a BSD license without an advertising clause."


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin GMP 4.1.3-3 does not work correctly

[Gerrit P. Haase]

Angelo schrieb:

Oh not again...

> I have rebuilt my previous applications (which use also LiDIA).
> With version 4.1.3-3 of the package they give incorrect results
> (Pi() prints 0.4...E-4 instead of 3.14..., for example).

I saw the same problems, but I wasn't able to track this down, so I
thought it might bbe the program I wanted to do something useful...

I never looked at the GMP site, oh shit.

> I have noted at GMP site (http://www.swox.com/gmp/) that 4.1.3 has serious
> bugs. There it is suggested to pass at 4.1.4.

 
> When the 4.1.4 for Cygwin?

Laop is the maintainer, I have CC'ed him.
Unfortunately the previous version was also broken (at least for me
which usually means nothing).

Lapo, I'll try to build 4.1.4 now, for heavens sake;)

Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Compiling LAM MPI

[Gerrit P. Haase]

Dalibor wrote:

> Gerrit P. Haase  familiehaase.de> writes:

>> I have some replacement functions for inet_ntop & inet_pton which I
>> found in the kaffe sources, these don't include coyright notices and
>> compile ok on Cygwin.

> Hallo Gerrit,

> I've explicitely included them for Cygwin :)

Hmm, then I fetched them before this happened;)
Does that mean my version is not copyrighted then..?


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

libtool / assembler problem with -DPIC

[Gerrit P. Haase]

Hello,

With GNU as PIC is not an noop, when -DPIC is used to invoke gas the
generated assembly is broken.  I saw this problem with a
reautoconfiscated version of GMP.  This may be unusual, but there was
libtool used to invoke gas.

While -DPIC is a noop for usual compilation, it is harmful when used
as gas flag to compile assembly, I suggest to remove it entirely when
target is cygwin. Change would be in libtool.m4 line 4971 ff in
libtool-1.5.10.

Alternative: don't pass flag through when gas is called.


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libtool bug

[Gerrit P. Haase]

Hello Reini,

[...]

> But it didn't help on another (related?) new cygwin libtool problem:

> Sometimes it switches to .exe instead of .dll.  Will investigate this
> further. My current theory is that -o  just missed the .dll 
> extension and .exe is then taken as default.

I saw similar errors before, IIRC there were some old MACROS in .m4
files used from inside the package source tree, but never tracked it
really down.  After cleaning up with old buggy .m4 files and
reconfiguring it works in most of the cases.


> /bin/sh.exe ./libtool --mode=link g++ $LIBS 
> -Wl,--enable-runtime-pseudo-reloc -o libgdal.la ./gcore/*.lo ./port/*.lo
> ./alg/*.lo ... \
>  -rpath /usr/lib \
>  -no-undefined \
>  -version-info 5:1:4
> rm -fr  .libs/libgdal.a .libs/libgdal.dll.a .libs/libgdal.la 
> .libs/libgdal.lai
> creating reloadable object files...
> creating a temporary reloadable object file: .libs/libgdal.la-2.o
> /usr/i686-pc-cygwin/bin/ld.exe -r -o .libs/libgdal.la-1.o $OBJS...
> /usr/i686-pc-cygwin/bin/ld.exe -r -o .libs/libgdal.la-2.o $OBJS...

> g++ -shared -nostdlib  .libs/libgdal.la-2.o  -L/usr/lib 
> /usr/lib/libgeos.dll.a /usr/lib/libjasper.dll.a /usr/lib/libpng.dll.a
> /usr/lib/libz.dll.a /usr/lib/libsqlite3.dll.a -L/lib 
> /usr/lib/libpq.dll.a -L/usr/lib/gcc/i686-pc-cygwin/3.4.1 
> -L/usr/lib/gcc/i686-pc-cygwin/3.4.1/../../.. -lstdc++ -lgcc -lcygwin
> -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc 
> -Wl,--enable-runtime-pseudo-reloc -Wl,--enable-runtime-pseudo-reloc
> -o .libs/cyggdal-1 -Wl,--image-base=0x1000
>  ^^^  .dll missing!
> -Wl,--out-implib,.libs/libgdal.dll.a

> does this ring a bell somewhere? $output missing the extension.

No, never saw this before.


> I see in one code section that for case $linkmode prog) the .exe 
> extension and then any extension is stripped.

>  case $linkmode in
> ...
>  prog)
>case $host in
>   *cygwin*) output=`$echo $output | ${SED} -e 's,.exe$,,;s,$,.exe,'` ;;
>esac

> but we are in linkmode=lib.
> and this is the failing place, exactly after your patch:

>if test "$wrappers_required" = no; then
>   # Replace the output file specification.
>   compile_command=`$echo "X$compile_command" | $Xsed -e 
> '[EMAIL PROTECTED]@%'"$output"'%g'`

> $output misses the ".dll"
> I would rather use something like this:

>   compile_command=`$echo "X$compile_command" | $Xsed -e 
> '[EMAIL PROTECTED]@%'"$output_objdir/${outputname}${shrext}"'%g'`

> correct?

Is this the original libtool-devel-1.5.10 code before any patches?
If so, then it can't be wrong since I have nearly the whole GNOME
desktop compiled with this libtool (relink on install disabled).

Does it help with the errors you're getting if you use your version?

Gerrit
-- 
=^..^=



















--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

ALSA for Cygwin searched

[Gerrit P. Haase]

Hi,
who knows if there is a Cygwin version available somewhere?
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: PostInstallLast addons?

[Gerrit P. Haase]

Reini Urban wrote:
Robert R Schneck schrieb:
lex ein wrote:
6. If a user has by some miracle heard of 'locate', a search using 
'locate  openssh' produces no results unless the user first runs 
'updatedb'.

How about other distros?
Under Linux it is installed as a cron job which runs at least every 
night once, but you can also run it more often since it lasts about one 
or two minutes, deoneding on your harddisk, filesystem and the count of 
files you have laying around.  How long does it last to run it with cygwin?

Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin & openssh(d) & login without password

[Gerrit P. Haase]

lex ein wrote:
>>> I've read lots of web pages about how to set it up,
>> WHY DON'T YOU READ THE OFFICIAL DOCUMENTATION INSTEAD? [caps mine]
> BECAUSE in the case of openssh(and others), the "official
> documentation"  is of little use to a new user: information is not
Huh?  I have read /usr/share/doc/Cygwin/openssh.README, then I ran
sshd-config and ssh-config and it works for me.  I edited manually
the /etc/sshd_config file to disable password login and to enable
X forwarding.
Then I bought a book about SSH because I thought, now after I have it
running, I want to know every single bit about it, but after reading
this O'Reilly SSH book I knew, there is nothing else.  SSH is running
here and that was the last time a I thought about it, it is just
sitting here and listens to port 22 in case its master wants to login.
[...]
> 2. The user might type 'help openssh' and be told to "try 'man -k
> openssh'  which produces "openssh: nothing appropriate", a nice
> showstopper.  IF  enterprising (and unafraid of the command line)
> enough, one _might_ try  'man openssh', and 'info openssh' and be met
> with stony silence.
Actually, this is not a bug.  The programs are called 'ssh' and 'sshd'
and so are the man pages, try `man ssh' or `man sshd'.
> 3. One may try 'help ssh' and be told to "try 'man -k ssh' which
> produces  "ssh: nothing appropriate", another showstopper.  One _might_
> ultimately  try 'man ssh' instead and get (sort of) lucky.
This is *your* setup, this has nothing to do with openssh:
$ man -k ssh
[...]
ssh  (1)  - OpenSSH SSH client (remote login program)
ssh [slogin] (1)  - OpenSSH SSH client (remote login program)
ssh-add  (1)  - adds RSA or DSA identities to the 
authentication agent
ssh-agent(1)  - authentication agent
ssh-keygen   (1)  - authentication key generation, management 
and conversion
ssh-keyscan  (1)  - gather ssh public keys
ssh-keysign  (8)  - ssh helper program for hostbased authentication
ssh_config   (5)  - OpenSSH SSH client configuration files
sshd (8)  - OpenSSH SSH daemon
sshd_config  (5)  - OpenSSH SSH daemon configuration file

[...]
> So, let's have no more asking new users why they didn't read the
> official  documentation, then, eh?  They have _very good reasons_ for
> not doing so.
I don't think so.  I have read every document under /usr/share/doc/Cygwin.
There is lot of documentation and help at the official website, e.g. the
packages site http://cygwin.com/packages/.
I think if it is too much for Joe User to:
1. read just four pages of docu
2. after searching the docu one hour
3. just to get sshd up and running the first time
then the IT business might be the wrong place for Joe.
Gerrit
--
=^..^=
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem installing PerlMagick 6.02

[Gerrit P. Haase]

Hello Bryan,

Am Freitag, 8. Oktober 2004 um 19:23 schriebst du:

> I am trying to install PerlMagick on my WinXP box with Cygwin, and
> everything seems to install (after some tweaking of the build process,
> described below) fine.  Except that none of the PerlMagick tests pass and
> when I run the demo, I get this error:

> PerlMagick-6.02/demo$ make
> perl demo.pl
> Read...
> Exception 435: unable to open image `': No such file or directory at demo.pl
> line 14.
> Exception 435: unable to open image `': No such file or directory at demo.pl
> line 18.
> Exception 410: no images defined `label' at demo.pl line 19.
> make: *** [all] Error 10


> Using the Cygwin ImageMagick package.  I've also built and installed
> ImageMagick 6.08 myself and have no problems with it (display and convert
> work fine, for example). ImageMagick is installed in /usr/local. The errors
> produced from my own ImageMagick install are slightly different:

> PerlMagick-6.02/demo$ make
> perl demo.pl
> Read...
> Exception 435: unable to open image `ck': No such file or directory at
> demo.pl line 14.
> Exception 435: unable to open image `f': No such file or directory at
> demo.pl line 18.
> Exception 410: no images defined `label' at demo.pl line 19.
> make: *** [all] Error 10

> It looks like the image name is being truncated somehow ('ck' is the last
> part of 'NULL:black' and 'f' is the last part of 'model.gif'), but I don't
> know enough about DLLs and perl to guess why that might be happening.

There is a bug in cygwin-1.5.11, do you use 1.5.11?
Then please try the latest snapshot and report back.

And update ExtUtils::MakeMaker, the .dll.a bug was fixed a year ago,
but it seems that MakeMaker in the stable release of perl was not
updated.


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: sablevm + windows

[Gerrit P. Haase]

Grzegorz wrote:

> On Thu, 2004-10-07 at 18:45, Peter Lovell wrote:
>> I was not able to check out Mélanie's sandbox in the way you suggested
>> ($ svn co svn+ssh://svn.sablevm.org/public/developers/mlord 
>> sablevm-mlord) probably because I don't have an ssh account. However
>> I was able to  fetch svn.sablevm.org/developers/mlord/sandbox
>> which hopefully is the same (disabuse me of that notion if appropriate).

> Yes, it's the same.

Is there a snapshot available?  I would like to try a build of SableVM.
[...]

> If SableVM was to become part of applications available for Cygwin
> (which I hope will happend) we'd want it to be "mostly/easily buildable"
> with tools and libraries Cygwin provides (like it takes place in Debian
> or Gentoo).

You're going to volunteer to maintain SableVM?  I 'm willing to help
to get it ported if you're going to maintain the result as a package.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libtool bug

[Gerrit P. Haase]

Hallo Jan,

Am Freitag, 8. Oktober 2004 um 09:16 schriebst du:

> Charles Wilson writes:

>> What was my objection back then?  I'm sure someone objected, because
>> otherwise it would have gone in; and I'm sure it was me, because
>> nobody else cares about the libtool internals. :-)

> What is relinking supposed to achieve?

IMO, useless waste of CPU time, nothing else (well, I'm sure there are
some bordercases where it actually needed, but if so, introduce a flag
to force relinking during installation).


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libtool bug

[Gerrit P. Haase]

Hello Han-Wen,

>   libtool: install: warning: relinking `libguile-srfi-srfi-1-v-2.la'

I saw also problems with the useless relinking, I think it is time to
remove this for Cygwin completely.  I have already fixed it in my
local copy:

$ diff -ud ltmain.sh.old ltmain.sh
--- ltmain.sh.old   2004-10-08 01:56:36.797564800 +0200
+++ ltmain.sh   2004-10-02 02:24:08.852576000 +0200
@@ -2416,7 +2416,7 @@
   { test "$prefer_static_libs" = no || test -z "$old_library"; }; then
  if test "$installed" = no; then
notinst_deplibs="$notinst_deplibs $lib"
-   need_relink=yes
+   need_relink=no
  fi
  # This is a shared library
 


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: g++ 3.4.x library issue

[Gerrit P. Haase]

Hallo Steven,

Am Mittwoch, 6. Oktober 2004 um 02:23 schriebst du:

> Greetings!

> I tried downloading g++ version 3.4.1 (which I've been
> eagerly awaiting) from setup.exe.  It had trouble with
> the following (minimal) program because the 
> header could not find  where it expected to
> find size_t defined.  Trying to compile this one line
> program using 'g++ test.cpp' produced 500 lines of
> errors :)

> #include 
> int main(){return 0;}

Works for me(tm):

[EMAIL PROTECTED] /gcc-bugs
$ g++ -o g++-bug.o g++-bug.C 

[EMAIL PROTECTED] /gcc-bugs
$ 

Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Newbie GUI development

[Gerrit P. Haase]

Hello Ken,

>>  This is all gnome stuff.  You'll need to install gnome dev stuff.
>>  
>>
> That was my original thought but:

> http://cygwin.com/cgi-bin2/package-grep.cgi?grep=gnome

> doesn't appear to have any gnome specific stuff.

> It has gtk stuff, which I have.
> (cygcheck was attached to previous message)

> Could you make it obvious for me?

If pkg-config doesn't find a specific .pc file it tries to use
gnome-config, I think it is built-in.


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Newbie GUI development

[Gerrit P. Haase]

Hallo Ken,

Am Dienstag, 5. Oktober 2004 um 11:21 schriebst du:

> I'm trying to build a Linux gui app and failing miserably.
> Any help would be appreciated.

> $ pkg-config --libs gtk+-2.0
> gnome-config: not found
> Package gobject-2.0 was not found in the pkg-config search path.
> Perhaps you should add the directory containing `gobject-2.0.pc'
> to the PKG_CONFIG_PATH environment variable
> Package 'gobject-2.0', required by 'GdkPixbuf', not found

> I couldn't find gnome-config in the setup package search facility.
> I did find cygobject-2.0-0.dll
> inglib2-runtime/glib2-runtime

The name of the DLL is actually 'cyggobject-2.0-0.dll', the prefix is
'cyg' followed by the package name.  And it is included:
http://cygwin.com/cgi-bin2/package-grep.cgi?grep=cyggobject-2.0-0.dll

Expected output:
$ pkg-config --libs gtk+-2.0
-Wl,--export-dynamic -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm 
-lpangoxft-1.0 -lpangox-1.0 -lpango-1.0 -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl 
-liconv  


Please run: cygcheck -c gtk2-x11

Expected output:
$ cygcheck -c gtk2-x11
Cygwin Package Information
Package  VersionStatus
gtk2-x11 2.4.4-1OK


If you get the same, then maybe your pkg-config path setting is
broken?


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: whole Cygwin release/ distribution issues

[Gerrit P. Haase]

Hallo Reini,

Am Montag, 4. Oktober 2004 um 21:06 schriebst du:

> Gerrit P. Haase schrieb:
>>>gcc-core > 3.3.3
>>>   needs libtool-devel-1.5.10 (still in test) for
>>> libtoolized packages: .rdata bug
>> 
>> Not a bug, a feature?

> ??

I don't know if it is a bug or a feature, it may well be that there
was some effort to implement this as it is now and it was considered
to be a bug as it was before, but I don't know about it.

I wonder that this change happened from a version dump of 3.3.1 to
3.3.4, so it may well be a bug.  Maybe it was introduced as
improvement for 3.4, we backported also some changes from 3.4 to 3.3.

> same as the new libtool strictness which we don't quite like. (pass_all)
> old-style dlltool/dllwrap works just fine for me.

I like gcc -shared;)  Libtool could be better, but it works, I use two
hacks currently (not the pass_all thing I can live with this most of
the time), one to link the real executable from .libs to te actual pwd
and another to skip the relinking during installation since it lasts
very long to relink all shared libraries / modules in a package.


>>>postgreql-7.4.5
>>>   pgperl fails
>> 
>> Why?

> Probably just not enough shared memory for cygperl.dll.
> Or if not, some missing deps which have to be dlpreloaded.
> But I don't test 7.4.5 anymore, since I'll take over from jason 8.x and
> I do test it with the current 8.x cvs version, which is much better.
> I'll add pgperl upstream regression tests, so it will get caught then.
> They are just cleaning up the mess.

Ok.  I'll try to review the postgres package you posted.


>>>gnome2
>>>   stable?
>>>   some packages missing.
>> 
>> far away from stable...

> good to know. timeframe?

Hmmm, I hope that we will see the 2.8 desktop running this year.

>>>* perl layout (better upgrade convenience)
>> 
>> will be changed in the next update, I promise;)

> So we'll need another full recompile of all our extensions? :)
> No problem, if it stays then until perl6 or another xs API change,
> which will require rebuilds.

Perl6?  What is this?  There will be perl 5.10, 5.12, 5.14, 5.16, ...


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: t1lib: Library for generating character- and string-glyphs from Adobe Type 1 fonts

[Gerrit P. Haase]

Hello Volker,

> Actually only xglyph.exe (via cygt1x-5.dll) is dependant on X, and
> xglyph is only for interactive testing purposes. So I think we can
> safely remove it from the require line and add it to the README instead.

> Is that any better for you ?

Is the cygt1x-5.dll not included in the distribution?  And if so,
doesn't that also require X?

Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: whole Cygwin release/ distribution issues

[Gerrit P. Haase]

Hello Reini,

> gcc-core > 3.3.3
>needs libtool-devel-1.5.10 (still in test) for
>  libtoolized packages: .rdata bug

Not a bug, a feature?

> postgreql-7.4.5
>pgperl fails

Why?


> gnome2
>stable?
>some packages missing.

far away from stable...


> * perl layout (better upgrade convenience)

will be changed in the next update, I promise;)


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Bug on the website search tool

[Gerrit P. Haase]

Hello Manuel,

> I typed php in the search edit and I got:

[snip]

> Certainly not much to do with php, isn't it?

Yes for sure it has to do with PHP, see the antiword package in
detail, there is PHP support included in antiword:

   /usr/share/doc/antiword-0.34/antiword.php

Though it is just an example how to use it from PHP or so.

Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: where are my symbols?

[Gerrit P. Haase]

Danny wrote:
> Gerrit wrote:

>> Hello,
>>
>> I see the following:
>>
>> I link four objects togehter in a DLL:
>> gcc -shared -o .libs/cyggconfbackend-oldxml.dll  \
>>  -Wl,--out-implib,.libs/libgconfbackend-oldxml.dll.a \
>>  .libs/xml-cache.o .libs/xml-dir.o .libs/xml-entry.o  \
>>  .libs/xml-backend.o ${LIBS}
>>
>> Now I get this in the import library:
>> $ nm  .libs/libgconfbackend-oldxml.dll.a | grep ' T '
>>  T _gconf_backend_get_vtable
>>  T _g_module_check_init
>>
>   < snip >
>>
>> It seems that only the symbols from the fourth object have arrived in
>> the library.  What is going on here and how can I track this down?
>>

> Are the two symbols in fourth object marked as dllexport.  This will
> override
> --export-all, so you may need to add that switch explicitly.

Yep, correct:

G_MODULE_EXPORT const gchar*
g_module_check_init (GModule *module)
{
  gconf_log(GCL_DEBUG, _("Initializing XML backend module"));

  LIBXML_TEST_VERSION;
  xmlKeepBlanksDefault(1);

  return NULL;
}

G_MODULE_EXPORT GConfBackendVTable* 
gconf_backend_get_vtable(void)
{
  return &xml_vtable;
}


Thank you,
Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: `SIG_IGN' undeclared: Error when 'make' an application

[Gerrit P. Haase]

Hallo Miguel,

Am Sonntag, 3. Oktober 2004 um 23:10 schriebst du:

> Hi.

> Trying to install m4-1.4.2 (http://savannah.gnu.org/projects/m4/)
> on Cygwin (MS Windows 2000)

> When trying to 'make', I get this error message:
> ---
> make[1]: Entering directory `/home/root/m4-1.4.2/src'
> gcc -c -DHAVE_CONFIG_H -I.. -I. -I./../lib  -g -O2 m4.c
> m4.c: In function `main':
> m4.c:451: error: `SIG_IGN' undeclared (first use in this function)
> m4.c:451: error: (Each undeclared identifier is reported only once
> m4.c:451: error: for each function it appears in.)
> make[1]: *** [m4.o] Error 1
> make[1]: Leaving directory `/home/root/m4-1.4.2/src'
> make: *** [all] Error 1
> ---

> Any suggestion?

diff -urN -x .build -x .inst -x .sinst m4-1.4.2-orig/src/m4.c m4-1.4.2/src/m4.c
--- m4-1.4.2-orig/src/m4.c  2004-08-21 12:29:00.0 +0200
+++ m4-1.4.2/src/m4.c   2004-09-19 23:41:05.070438400 +0200
@@ -21,7 +21,11 @@
 #include "m4.h"
 
 #include 
+#ifndef __CYGWIN__
 #include 
+#else /* __CYGWIN__ */
+#include 
+#endif /* __CYGWIN__ */
 
 static void usage _((int));
 



-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Where is the documentation for installing Win2K services for cvs, ftp, rlogin, inetd?

[Gerrit P. Haase]

Hallo Siegfried,

> Perhaps it would ease my sense of frustration if I understood the logic
> behind having three different directories for documentation. There is
> /usr/doc/cygwin/, /usr/share/doc and /usr/doc. Have I missed any?

/usr/share/doc/Cygwin

[...]

> Why does not c:/cygwin/usr/share/doc/cvs-1.11.17/README contain the
> instructions for installing the W2K service for cvs? Where are the
> instructions for this?
> c:/cygwin/usr/share/doc/Cygwin/cvs-1.11.17.README
> does not contain the instructions for this either. Am I supposed to infer
> them from c:/cygwin/usr/share/doc/Cygwin/cygrunsrv.README?

Probably irt doesn't work to run a Cyugwin based CVS server (or it is
not supported)?

> Where are the instructions for starting the services that implement rlogin
> and ftp?

inetutils README?

> Where are the instructions for starting inetd as a WIN2K service? I looked
> in c:/cygwin/usr/doc/xinetd-2.3.9/README and could not find the instructions
> here either.

inetutils README?

And take a look at cygrunsrv.README.

Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[gcc-3.4.1 / binutils] where are my symbols?

[Gerrit P. Haase]

Hello,

I see the following:

I link four objects togehter in a DLL:
gcc -shared -o .libs/cyggconfbackend-oldxml.dll  \
 -Wl,--out-implib,.libs/libgconfbackend-oldxml.dll.a \
 .libs/xml-cache.o .libs/xml-dir.o .libs/xml-entry.o  \
 .libs/xml-backend.o ${LIBS}

Now I get this in the import library:
$ nm  .libs/libgconfbackend-oldxml.dll.a | grep ' T '
 T _gconf_backend_get_vtable
 T _g_module_check_init


When I look into my object files I have this:
for i in .libs/xml-cache.o \
 .libs/xml-dir.o \
 .libs/xml-entry.o \
 .libs/xml-backend.o ;\
do nm $i | grep  T  ; \
done
04c0 T _cache_clean
 T _cache_get
05f0 T _cache_lookup
0310 T _cache_sync
00f0 T _cache_unref
0d10 T _xml_test_cache
00d0 T __gconf_mode_t_to_mode
08b0 T __gconf_parent_dir
1770 T _dir_all_entries
1710 T _dir_all_subdirs
0570 T _dir_child_added
04f0 T _dir_child_removed
0420 T _dir_destroy
0ce0 T _dir_ensure_exists
05d0 T _dir_get_last_access
19d0 T _dir_get_metainfo
05e0 T _dir_get_name
0640 T _dir_get_parent_name
1aa0 T _dir_get_value
07b0 T _dir_last_access
0130 T _dir_load
 T _dir_new
1360 T _dir_set_schema
1bc0 T _dir_set_value
1cb0 T _dir_sync
04e0 T _dir_sync_pending
1840 T _dir_unset_value
2370 T _xml_test_dir
0090 T _entry_destroy
2d60 T _entry_fill_from_node
0160 T _entry_get_metainfo
0120 T _entry_get_name
0150 T _entry_get_node
0220 T _entry_get_schema_name
3370 T _entry_get_value
 T _entry_new
0280 T _entry_set_mod_time
02e0 T _entry_set_mod_user
0130 T _entry_set_node
0230 T _entry_set_schema_name
1db0 T _entry_set_value
1950 T _entry_sync_to_node
3090 T _entry_unset_value
0950 T _my_xmlGetProp
0360 T _my_xmlSetProp
35a0 T _xml_test_entry
0960 T _g_module_check_init
09b0 T _gconf_backend_get_vtable


It seems that only the symbols from the fourth object have arrived in
the library.  What is going on here and how can I track this down?


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: pango-1.6.0-1

[Gerrit P. Haase]

Pango has been updated


NEWS

Cygwin:  Use GLib 2.4.5, latest gettext, libiconv & binutils releases.
General: This is a stable release providing new functionality as
 compared to Pango-1.4, while maintaining source and binary
 compatibility. Notable improvements in Pango since version
 1.4 include: 

 * Ellipsization in PangoLayout; that is, for truncating 
   lines by replacing text at the start middle or end of the line 
   with an ellipsis (...)

 * Custom font decoders; applications can specify how characters 
   are converted to glyphs for particular fonts
 
 * Support for setting a transformation matrix on a PangoContext
   and transformed rendering support for the FT2 backend

 * Support for OpenType fonts in the Hebrew and Thai shapers


DESCRIPTION
===
Pango is a library for layout and rendering of text, with an emphasis on
internationalization. It forms the core of text and font handling for
GTK+-2.0. Canonical website: http://www.gtk.org/ & http://www.pango.org/


UPDATE
==
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions and pick up
'pango' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'pango' until '1.6.0-1' is
displayed.


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


Gerrit P. Haase
-- 
=^..^=





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: atk-1.8.0-1

[Gerrit P. Haase]

ATK has been updated to version 1.8.0


NEWS

Regular update to the latest upstream release.


DESCRIPTION
===
The ATK library provides a set of interfaces for accessibility. By
supporting the ATK interfaces, an application or toolkit can be used
with such tools as screen readers, magnifiers, and alternative input
devices. Canonical website: http://www.gtk.org/



UPDATE
==
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions and pick up
'atk' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'atk' until '1.8.0-1' is
displayed.


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


Gerrit P. Haase
-- 
=^..^=





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

[ANNOUNCEMENT] Updated: glib2-2.4.6-2

[Gerrit P. Haase]

I have updated GLib, the low-level core library that forms the basis for
projects such as GTK+ and GNOME to version 2.4.6.


DESCRIPTION
===
The GLib library provides data structure handling for C, portability
wrappers, and interfaces for such runtime functionality as an event
loop, threads, dynamic loading, and an object system.  Canonical
website: http://www.gtk.org/


NEWS

This is a bugfix release.
GLib now uses dlopen().


OLD NEWS


Overview of Changes from GLib 2.4.5 to GLib 2.4.6
=

* Bug fixes [Matthias Clasen, Ray Strode]
* New and updated translations (mn,nb)


UPDATE
==
To update your installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Save it and run setup, answer the questions and pick up
'glib2' from the 'Libs' category, if you install it for the first
time, click on the 'skip' field next to 'glib2' until '2.4.6-1' is
displayed.


DOWNLOAD:
=
Note that downloads from sources.redhat.com (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one nearest to
you: http://cygwin.com/mirrors.html


QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing
list is the appropriate place.


CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to the cygwin-announce mailing list, look at the
"List-Unsubscribe: " tag in the email header of this message.  Send
email to the address specified there.  It will be in the format:

[EMAIL PROTECTED]


If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.


Gerrit P. Haase
-- 
=^..^=






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libtool convenience libs problem

[Gerrit P. Haase]

Hi Reini,

>> There is also a thread n the archives where Charles explains why the
>> pass_all flag is not default for Cygwin.

> yes, that would be interesting to read, because I'm wondering what 
> prevents libtool on cygwin to ignore the duplication of efforts 
> providing PIC (in .libs) and nonPIC objects, where both are effectively
> the same. And then refuses to build on false assumptions.
>(PIC != non-PIC on cygwin)
> Maybe some src defines are in effect for the .libs/ which could hurt.
> (or did hurt before the improved binutils)

> So far I found nothing, but charles has a lot of messages in the archive
> to explore. I'll start with the libtool demo's from the src packages. 
> mdemo-shared looks promising.

Search for 'pass_all +Charles' via Google.


> for now I live this ugly workaround:
>extract the objects from the static lib,
>copy them (as fake) to the PIC objects, and build my module.

That is likely the same as if you would use pass_all, but pass_all is
cheap, just a small fix in libtool.m4 or if you prefer to not modify
system libs then fix it in aclocal.m4 before running autoconf.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: libtool convenience libs problem

[Gerrit P. Haase]

Hi Reini,


> So do I have to rebuild flex just to support a dynamic lib, which uses
> some parser generator support?

2000-01-19  Thomas Tanner  <[EMAIL PROTECTED]>

* ltmain.in: rewrite of the ILD code, merge linking code for
  programs, libraries and objects, allow linking of shared libraries
  against static libraries/objects on platforms that support it
  but print a warning, fix some typos

It was already implemented in libtool.

If all fails, try to set pass_all at the right place so this check is
'skipped': if test "$deplibs_check_method" != pass_all; then
  ...don't link...
   else
  ...link...


The only reason I see why it is not or just partially supported by
libtool is that it doesn't work on platforms where is a real difference
between PIC and nonPIC code.

THere is also a thread n the archives where Charles explains why the
pass_all flag is not default for Cygwin.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin locale broken? (was: Re: gnome 2.8.0 and external dependencies)

[Gerrit P. Haase]

Hi Yang,

>> And if it is working for X it should not be too hard to get it working
>> in Cygwin too.
> Yes, I think so. But we need somebody to do this.

You are the one!  Please send a bugreport to the newlib list.  Include
your simple testcase as you did before, thats it.  Maybe there are some
wise guys how know what to fix.


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

cygwin locale broken? (was: Re: gnome 2.8.0 and external dependencies)

[Gerrit P. Haase]

Hi Yang,

I switched this thread over to the main list.

> Just try the small test program attached below

> $ gcc -o localetest localetest.c
> $ ./localetest fr_FR
> changed to: (null)
> current LC_ALl: C
> current LC_CTYPE: C

> $ gcc -o xlocaletest -DX_LOCALE -I/usr/X11R6/include localetest.c
> -L/usr/X11R6/lib -lX11
> $ ./xlocaletest fr_FR
> changed to: fr_FR
> current LC_ALl: fr_FR
> current LC_CTYPE: fr_FR

> (and IIRC, David Huang sent a message to this list discussing about
> this issue last year, but cgf said there's no one bother to improve
> the implementation of the locale support of cygwin1.dl itself)

If there is no one fixing it then it will stay as it is, why is cygwin
locale broken, what is broken, how to fix it?  I don't want to patch 50
packages because some locale implementation is broken, better fix it
once and forever?

And if it is working for X it should not be too hard to get it working
in Cygwin too.


> - 8< --
> localetest.c-
> #ifdef X_LOCALE
> #include 
> #else
> #include 
> #endif


> void check_locale()
> {
> char *curr;

> /* Get the name of the current locale.  */
> curr=setlocale(LC_ALL, NULL);
> printf("current LC_ALl: %s\n", curr);

> curr=setlocale(LC_CTYPE, NULL);
> printf("current LC_CTYPE: %s\n", curr);
> }

> int main(int argc, char *argv[])
> {
>   if (argc<=1) {
> check_locale();
>   } else {
> char *new;
> new = setlocale(LC_ALL, argv[1]);
> printf("changed to: %s\n", new);

> check_locale();
>   }
>return 0;
> }


Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: [ITP] libgpg-error-1.0-2

[Gerrit P. Haase]

Hi Lapo,

> Is a review really needed if the package is based on Gerrit's work?
> It's HIM that corrected my last packages actually ;-)

Nobody is perfect!


Nobody
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problems configuring libgpg-error ?

[Gerrit P. Haase]

Hilton Fernandes wrote:
Dear all, 

sorry if this was already discussed in the mailing lists, but i could
not find it here.
A small and supposedly simple library, named libgpg-error is
responsible only for some constants in the context of gnupg and its
associated library.
Contrary to all my expectations, the configure step in cygwin gives
the most strange errors.  But it runs fine in Fedora GNU/Linux !
Why is that so ?  Is there any simple solution to this ? 
I have a patched version online:
http://194.95.224.180/cygwin/gnupg/
In the -src archive is a buildscript and a patch, extract it and run the 
script with the option 'all' to get a binary tarball and a new source 
tarbhall, or just fetch the binary package.  If you run the script with 
option 'prep' you get a pacthed source directory.  See the script for 
the details.

Gerrit
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Perl Tk Compilation

[Gerrit P. Haase]

Yaakov wrote:

>> On Fri, Sep 24, 2004 at 06:39:32PM +0530, Vijay Kiran Kamuju wrote:
>> 
>>>has any body successfully installed latest Perl/Tk without any break
>>>downs/errors?

> http://sourceforge.net/projects/cygwin-ports/

> I have version 800.025 with either Win32 or X11 interfaces (separate 
> packages) and 804.027 with only X11 (haven't got Win32 working with that
> version; Gerrit?).

No, havn't tried to build it for a while.

Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: setup.exe q's

[Gerrit P. Haase]

Barry wrote:

> At Monday, September 27, 2004 5:44 PM, Gerrit P. Haase wrote:
>> Hallo Michael,
>> 
>> Am Montag, 27. September 2004 um 21:33 schriebst du:
>> 
>>> i) I read a page on cygwin.com that says "$ setup.exe --help" will
>>> display optional command line args, yet it doesn't appear to do so?
>> 
>> Please submit a patch;)

> Is this already implemented?
> http://www.cygwin.com/ml/cygwin-apps/2003-10/msg00348.html

Then the 'help' output shold be in setup.log instead of stdout?

Have you tried if it works?

Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygheap problems with 1.5.11

[Gerrit P. Haase]

Hi Volker,

> In my case the cygheap_fixup_in_child error manifests only in a
> couple of gnome1 applications which I compiled by myself. It looks as
> so all apps which are dependent on /opt/gnome1/bin/cygart_lgpl-2.dll
> are infected. All my other gnome1 apps works just fine. For example:

> 08:15 AM [741]> cygcheck /opt/gnome1/bin/gnubg.exe 
> D:/opt/gnome1/bin/gnubg.exe
>   D:/opt/gnome1/bin\cygart_lgpl-2.dll   <

Is this the released or a selfcompiled version?


Gerrit
-- 
=^..^= http://nyckelpiga.de/donate.html


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: setup.exe q's

[Gerrit P. Haase]

Hallo Michael,

Am Montag, 27. September 2004 um 21:33 schriebst du:

> i) I read a page on cygwin.com that says "$ setup.exe --help" will
> display optional command line args, yet it doesn't appear to do so?

Please submit a patch;)


> ii) Is there any way to skip the md5 checking of packages when setup
> starts up? Yes, I understand the risk of skipping that step but it'd
> be nice to be able to get into setup quickly.

there is an option '-5' which forces setup to start without doing md5
checking.


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygrunsrv fails to run services

[Gerrit P. Haase]

Hello Igor,

>> I don't think that it is in the path code.  Must be some other reason.
>> E.g. cygserver runs in background, but cygrunsrv thinks it receives an
>> error and exits, also sshd is running happily in background without
>> cygrunsrv sitting on it.  So it is not the problem that the application
>> is not running.

> Huh?  The whole point of cygrunsrv is to take a *foreground* application
> and turn it into a service.  That's why you specify the "-F" flag to
> httpd, and the "-D" flag to sshd when you install them as services using
> cygrunsrv.

Should be possible to debug it, I could build a debug version of
cygrunsrv, and trace it?


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygrunsrv fails to run services

[Gerrit P. Haase]

Igor schrieb:

> On Mon, 27 Sep 2004, Gerrit P. Haase wrote:

>> Igor wrote:
>>
>> Coming back with this now. Today I upgraded cygwin from 1.5.5 to 1.5.11
>> at another box, now the same problems here, starting sshd gives me an
>> error 1062 or 1067, depending on the way how I start it, via Service
>> Control or via cygrunsrv from the prompt.  I have check_case:strict here
>> too.  Removing check_case:strict from the environment resolves the
>> problem.

> Another workaround is to fix the cases of directories in your PATH. If
> you do that, you can keep the "check_case:strict" setting.

I verified that the actual directory names and the settings in PATH are
the same, is there another place where Windows returns garbage?


>> Now I wonder what was changed in Cygwin so that it doesn't work anymore
>> when check_case:strict is defined, it used to work back in the good old
>> B20 days up to at least 1.5.5 and now with 1.5.10 it doesn't work
>> anymore, sigh!

> That's a good question.  Try as I might, I couldn't see *any* changes in
> the path.cc code that could have caused this behavior to change.  All of
> the relevant code was written as far back as 2001...

Actually I upgraded to 1.5.11, but I saw the problems also with 1.5.10,
cannot say when the cut happened, IIRC I used 1.5.5 and then upgraded to
1.5.10.

I don't think that it is in the path code.  Must be some other reason.
E.g. cygserver runs in background, but cygrunsrv thinks it receives an
error and exits, also sshd is running happily in background without
cygrunsrv sitting on it.  So it is not the problem that the application
is not running.


> FWIW, I'm hoping to submit a patch tonight with one possible fix for this.

Gerrit
-- 
=^..^=


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: lighttpd - problems with cgi scripts

[Gerrit P. Haase]

Hello Jan,

Am Sonntag, 26. September 2004 um 10:13 schriebst du:

> On Sat, Sep 25, 2004 at 06:52:29PM -0700, Brian Dessent wrote:
>> "Gerrit P. Haase" wrote:
>> 
>> > That works, thanks for pointing this out, however, lighttpd should
>> > simply give back an error instead of burning my cpu.
>> 
>> I agree.

> Hmm, it is not supposed to burn the cpu and I'll take a look at the
> problem and see if I can reqproduce it.

Thanks.

>> > > This sounds suspiciously like the "SYSTEMROOT being removed from the
>> > > environment" problem.
>> > 
>> > Hmmm, SYSTEMROOT:
>> > $ set | grep SYSTEMROOT
>> > SYSTEMROOT='C:\WINNT'
>> 
>> That's from a normal shell prompt though, right?  It must be set in the
>> environment of the CGI script that's forked from the lighttpd.  Try a
>> simple CGI that just runs "printenv" and see if it's set there. The
>> reason it seems to come up in CGI scripts is that often the environment
>> is cleansed of all but certain permitted variables, and it seems that
>> SYSTEMROOT is the casualty of this.  It's a situation particular to
>> Cygwin, as win32 native code would know not to remove it, whereas its
>> meaningless to stuff written for posix/unix.

> add 

> #ifdef __CYGWIN__
> /* CYGWIN needs SYSTEMROOT */
> cgi_env_add(&env, "SYSTEMROOT", getenv("SYSTEMROOT"));
> #endif


> to src/cgi.c in line 640 (or in that range) and tell me if that fixes
> it.
 
Jau, now it works!  Great fix, many thanks!


Gerrit
-- 
=^..^=



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/