Charles Wilson wrote:
> way to get ld to print its search path (which is why Brian grep'ed the
> binary) like gcc's -print-search-dirs. So libtool has no mechanism to
I grepped the default linker script which is a plain text file. This
can be done programmatically by adding -Wl,-verbose to a tes
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| Changes sine libtool2.2-2.2.2-1
| =
I'm also seeing these warnings (where 'foo' is the executable being
linked against a yet-uninstalled libtool library):
./.libs/lt-foo.c: In function `main':
./.libs/lt-foo.c:
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| I think that libtool hasn't been told that LDFLAGS should include
| -L/usr/lib/w32api. I think this is something that should be passed on
| the invocation line in your makefile -- maybe AM_LDFLAGS needs to be set?
As I'm sure you're aware, /u
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| Changes sine libtool2.2-2.2.2-1
| =
I'm also seeing these warnings (where 'foo' is the executable being
linked against a yet-uninstalled libtool library):
./.libs/lt-foo.c: In function `main'
Scott Webster Wood wrote:
> I tried doing a if(-l $file) where $file was the name of a symbolically
> linked directory in the current working directory and it returned a false.
> Doing a (-d $file) returned true.
I can't reproduce this:
$ mkdir foo; ln -s foo bar
$ perl -e 'print "yes\n" if
Charles Wilson wrote:
> I think that libtool hasn't been told that LDFLAGS should include
> -L/usr/lib/w32api. I think this is something that should be passed on
> the invocation line in your makefile -- maybe AM_LDFLAGS needs to be set?
But the linker searches this location by default:
$ grep
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| I think that libtool hasn't been told that LDFLAGS should include
| -L/usr/lib/w32api. I think this is something that should be passed on
| the invocation line in your makefile -- maybe AM_LDFLAGS needs to be set?
As I'm su
Dr. Volker Zell wrote:
I just tried again:
I deleted /usr/bin/gs symlink, /etc/alternatives/gs symlink and
/var/lib/alternatives/gs.
12:13 AM [506]> update-alternatives --install /usr/bin/gs gs /usr/bin/gs-native
10
01:20 AM [507]> update-alternatives --install /usr/bin/gs gs /usr/bin/gs-x11
> Charles Wilson writes:
> Dr. Volker Zell wrote:
>> What does this
>> path to alternate expected in /var/lib/alternatives/gs
>> mean ?
> Some sort of parsing error. At that line in the code, the program
> expects that the line contains exactly an absolute path to the
Yaakov (Cygwin Ports) wrote:
Charles Wilson wrote:
| Changes sine libtool2.2-2.2.2-1
| =
| o changed base package name from 'libtool2.2' to 'libtool'
| o Added patches from Yaakov Selkowitz
| http://cygwin.com/ml/cygwin/2008-04/msg00378.html
Do you know why I'm
Dr. Volker Zell wrote:
What does this
path to alternate expected in /var/lib/alternatives/gs
mean ?
Some sort of parsing error. At that line in the code, the program
expects that the line contains exactly an absolute path to the target
program.
e.g.
line = parseLine(&bufp);
while (l
Hi
This is from the setup run after updating to the latest ghostscript
package:
2008/04/13 22:27:51 Running preremove script for ghostscript
2008/04/13 22:27:51 running: D:\\bin\bash.exe -c /etc/preremove/ghostscript.sh
2008/04/13 22:27:51 Running preremove script for ghostscript-base
2008/04/1
> Andrew Schulman writes:
> A new version of the atool package is now available in the Cygwin
distribution.
> Changes in this release:
> * New upstream release: adds lzma support.
The following man pages in /usr/share/man/man1:
apack.1.gz
arepack.1.gz
aunpack.1.gz
acat.1.gz
adif
I tried doing a if(-l $file) where $file was the name of a symbolically linked
directory in the current working directory and it returned a false. Doing a
(-d $file) returned true.
Is there any way to work around this and then retrieve the real path of a
symbolically linked directory under cygw
Eric Blake byu.net> writes:
> The cost of stat'ing a known symlink (which may involve spinning up a disk or
> doing a network access) just to color its target was deemed too expensive for
> the default. Coreutils 6.11 is due out this week, with no change in
behavior,
> but perhaps for 6.12,
Corinna Vinschen cygwin.com> writes:
>
> These are the changes noted in the changelog. However, what I see now
> is that the target of a symlink is not colored anymore at all.
According to the upstream maintainer, this was a deliberate change (even though
it was not mentioned in NEWS).
http
The cygwin gsl package (GNU Scientific Library) has been updated
to 1.11-1. This is a new upstream release.
For the announcement of gsl version 1.11 see:
http://sources.redhat.com/ml/gsl-announce/2008/msg0.html
The homepage for the GSL is http://www.gnu.org/software/gsl/
The gsl package co
hello
i've sent the same mail twice (segmentation fault...) because it has been
sent
in html format and i've read later that the cygwin server accept text format
only. i didnt check for replies before sending the second mail, i didnt
thought
that the first passed!
so, please, accept my apologies
On Mon, Apr 14, 2008 at 02:55:50PM -0400, Charles Wilson wrote:
> csih (cygwin-service-installation-helper) provides a library of shell
> functions that can be used by other cygwin packages that provide servers
> and daemons. It can assist in various service installation tasks, such as:
Did Chuc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| Changes sine libtool2.2-2.2.2-1
| =
| o changed base package name from 'libtool2.2' to 'libtool'
| o Added patches from Yaakov Selkowitz
| http://cygwin.com/ml/cygwin/2008-04/msg00378.html
D
csih (cygwin-service-installation-helper) provides a library of shell
functions that can be used by other cygwin packages that provide servers
and daemons. It can assist in various service installation tasks, such as:
* identifying the underlying Windows OS
* detecting whether a "privileged use
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Charles Wilson wrote:
| Should I create libtool-1.5.25a-1.tar.bz2 (and libtool-2.2.2-1.tar.bz2)
| packages that are simply copies of
| libtool1.5/libtool1.5-1.5.25a-1.tar.bz2 (and libtool2.2-2.2.2-1.tar.bz2)?
Yes.
Yaakov
-BEGIN PGP SIGNATURE
Hi, I've just rebuilt my machine and done a clean install of the
latest Cygwin, and am having a problem with tail. I'm wanting to know
whether this is a known issue before digging deeper. For other
reasons, I've rebuilt my machine clean twice this weekend and have had
this problem both times -- I
Question about setup.ini:
@ libltdl3
sdesc: "Libtool's dynamic loader (runtime)"
ldesc: "GNU libtool is a generic library support script.
Libtool hides the complexity of using shared libraries behind
a consistent, portable interface."
category: Libs
requires: cygwin
version: 1.5.27a-1
install: re
GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.
This update represents a name change from the previous 'libtool2.2'
package, to the new 'libtool' package (the embedded version number '2.2'
has been
Synopsis
libtool1.5 packages are now 'libtool' (current)
libtool2.2 packages are now 'libtool' (testing)
libltdl3 (the runtime library from libtool-1.5) is unchanged
libltdl7 (the runtime library from libtool-2.2) is unchanged
Required User Action
GNU libtool is a generic library support script. Libtool hides the
complexity of using shared libraries behind a consistent, portable
interface.
This is a routine update to the latest CVS code from the libtool-1.5
branch. It also represents a name change from the previous 'libtool1.5'
package,
Corinna Vinschen schrieb:
(...)
So that character is "f021".
I should have thought about that from the beginning. Well, there's no
workaround and there will be no patch for this. The problem is that
this character value is within the 0xf000-0xf0ff range. This range is
part of the UNICODE b
On Apr 14 14:26, Eric Tea wrote:
>
> Hi,
maybe you should read the replies you get before duplicating the same
message twice, which, btw., is quite rude.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT
On Apr 14 13:15, Tomasz Chmielewski wrote:
> Corinna Vinschen schrieb:
>> On Apr 14 11:30, Tomasz Chmielewski wrote:
>>> Corinna Vinschen schrieb:
On Apr 12 13:15, Tomasz Chmielewski wrote:
> Corinna Vinschen schrieb:
>> What's the wchar hex code value of that character?
> Hmm, I d
Hi,
I try to run a program which needs a lot of memory.
It
fails with a "segmentation fault".
In the program's
Users Guide, it is advised to increase the stack size but as knwon the
"ulimit -s" command does not work.
So i tried to compile
the program with "-Wl,stack=..." option but it still fai
Corinna Vinschen schrieb:
On Apr 14 11:30, Tomasz Chmielewski wrote:
Corinna Vinschen schrieb:
On Apr 12 13:15, Tomasz Chmielewski wrote:
Corinna Vinschen schrieb:
What's the wchar hex code value of that character?
Hmm, I don't know.
Is there some obvious way to get it?
You could write a s
On Apr 14 11:30, Tomasz Chmielewski wrote:
> Corinna Vinschen schrieb:
>> On Apr 12 13:15, Tomasz Chmielewski wrote:
>>> Corinna Vinschen schrieb:
What's the wchar hex code value of that character?
>>> Hmm, I don't know.
>>>
>>> Is there some obvious way to get it?
>> You could write a small a
Hi
The packages autotrace/libautotrace3/libautotrace-devel are now available with
the Cygwin distribution:
o http://autotrace.sourceforge.net/ (Homepage)
DESCRIPTION:
AutoTrace is a program for converting bitmap to vector graphics.
The aim of the AutoTrace project is the developm
Corinna Vinschen schrieb:
On Apr 12 13:15, Tomasz Chmielewski wrote:
Corinna Vinschen schrieb:
What's the wchar hex code value of that character?
Hmm, I don't know.
Is there some obvious way to get it?
You could write a small application which does nothing but calling
FindFirstFileW/FindNex
On Apr 12 10:55, leonv wrote:
> C:\Documents and Settings\Administrator>df
> Filesystem 1K-blocks Used Available Use% Mounted on
> C:\cygwin\bin390700768 26699324 0 100% /usr/bin
> C:\cygwin\lib390700768 26699324 0 100% /usr/lib
> C:\cygwin
On Apr 12 18:09, Hans Kaiser wrote:
> But now I want to be able to determine, if someone has already installed
> (via your setup.exe) a cygwin. If so I would like to be able to use the
> already installed one. But how to determine if there is already an
> installation of cygwin? And furthermore, ho
On Apr 12 13:15, Tomasz Chmielewski wrote:
> Corinna Vinschen schrieb:
>> What's the wchar hex code value of that character?
>
> Hmm, I don't know.
>
> Is there some obvious way to get it?
You could write a small application which does nothing but calling
FindFirstFileW/FindNextFileW and print the
38 matches
Mail list logo
