Charles Wilson writes:
Perhaps guile should be re-libtoolized and/or Jan should confirm that
he has the most recent version of /usr/bin/cygltdl-3.dll (from
libltdl3-1.5.20-2) installed on his machine.
It works with a relibtoolized guile-1.7.2 using libtool 1.5.20. Guile
1.6.x uses a modified
I've prepared a new set of guile packages fixing a number of nits and
libtool packaging bugs.
Please upload.
Jan.
Changes for guile (1.6.7-3)
* mknetrel/split: Remove autom4te.cache from src package.
* mknetrel/split: Install changelog.$Cygwin in $packagedocdir.
* mknetrel/doc: Remove
James R Phillips writes:
--- Dr. Volker Zell [EMAIL PROTECTED] wrote:
Hi
Your patch doesn't apply cleanly. Try the below patches.
Ok, I realized that a couple hours after I posted the links, and
corrected the
problem, but I guess you downloaded before I got that
James R Phillips writes:
Wouldn't it be better to produce a separate compressed log file archive,
distinct from the source archive? The contents of the source archive
have been
previously specified.
I don't think so, we just get more information on top on what we already
have.
Charles Wilson writes:
I wouldn't worry about that. See ncurses-X.Y-Z-src.tar.bz2 FWIW,
I think this is a neat idea (and CAPS help distinguish these files
from the working ones like .patch, .sh, etc).
That was my intention.
Chuck
Ciao
Volker
Igor Pechtchanski writes:
I would compress the log files -- they're only there for reference, and
place them in a separate archive (again, as James suggested).
Something like
texi2html-1.76-2-src.tar.bz2
texi2html-1.76.tar.gz
texi2html-1.76-2.patch
texi2html-1.76-2.sh
On Sat, Oct 08, 2005 at 09:46:22AM +0200, Jan Nieuwenhuizen wrote:
Charles Wilson writes:
Perhaps guile should be re-libtoolized and/or Jan should confirm that
he has the most recent version of /usr/bin/cygltdl-3.dll (from
libltdl3-1.5.20-2) installed on his machine.
It works with a relibtoolized
Christopher Faylor writes:
The files don't belong there. We need to fix whatever problem is
requiring them to go there. If you perform a ls /usr/lib/*.la you'll
see that many packages put their .la files in /usr/lib.
Guile also has most of its .la files in /usr/lib: those that are not
--- Charles Wilson wrote:
And again: http://cygutils.fruitbat.org/testing/ADOPT-ME/plotutils/
fully DLLized -- but check the README (might need some work to be
brought up to current g-b-s standard):
--- plotutils-2.4.1-orig/CYGWIN-PATCHES/plotutils.READMEWed Dec
31 19:00
On Sat, Oct 08, 2005 at 06:11:38PM +0200, Jan Nieuwenhuizen wrote:
Christopher Faylor writes:
The files don't belong there. We need to fix whatever problem is
requiring them to go there. If you perform a ls /usr/lib/*.la you'll
see that many packages put their .la files in /usr/lib.
Guile also
Christopher Faylor wrote:
Um. It's your package right? I don't see why I have to go to the
effort of downloading sources and figuring out how guile works to make
it work like every other package out there.
I'm not happy about your apparent reluctance to fix this problem.
Chris, I think the
On Sat, Oct 08, 2005 at 09:38:15PM -0400, Charles Wilson wrote:
Christopher Faylor wrote:
Um. It's your package right? I don't see why I have to go to the
effort of downloading sources and figuring out how guile works to make
it work like every other package out there.
I'm not happy about your
Hi, Igor
Try doing this without changing your UID to 18. In fact, is there a
reason why you didn't use cron-config in the first place? Why not try
removing all traces of the cron service, including the log and pid files,
and using cron-config to install cron?
well, I removed all my cron
Orfeo Da Via wrote:
$ /usr/bin/cron-config
...as service? yes
...yourself? no
...ntsec? yes
...start ..service? yes
now:
$ cygrunsrv -L
cron
$ cygrunsrv -Q cron
Service : cron
Display name: Cron daemon
Current State : Running
Controls
Hi,
I am trying to compile MICO, a CRBA implementation. It uses configure
for it's configuration.
Using AC_CHECK_FUNCS(infnanl isnanl isinfl asinl ldexpl frexpl fabsl
floorl ceill): in configure.in results in #define HAVE_ASINL 1 in
config.h
This appears however to be not true: during the
Joost Kraaijeveld wrote:
Hi,
I am trying to compile MICO, a CRBA implementation. It uses configure
for it's configuration.
Using AC_CHECK_FUNCS(infnanl isnanl isinfl asinl ldexpl frexpl fabsl
floorl ceill): in configure.in results in #define HAVE_ASINL 1 in
config.h
This appears however to
On Sat, 2005-10-08 at 06:40 -0700, Tim Prince wrote:
Maybe you have omitted information, which might explain why you
discarded some obvious possibilities, but here are some points:
newlib doesn't include full support for long double math, as you hinted.
The problem is that configure seems to
Joost Kraaijeveld wrote:
The problem is that configure seems to think that there *is* support
long double math: the test succeeds and HAVE_ASINL (and all other
double math) is defined. So both compile and link appear to be succesful
as far as configure is concerned.
Before choosing a
On Sat, 2005-10-08 at 16:34 +0200, Cygwin wrote:
You should see in config.log what configure is actually doing.
Not that I can see. The log just shows intersting stuff incase of a
failure and the tests do not fail (which is the problem as they should
fail):
...
configure:7378: checking for
On Sat, 2005-10-08 at 07:50 -0700, Tim Prince wrote:
such as the one used in the libstdc++ build itself. Maybe we should
look into how libstdc++ decides it can support asinl() on Cygwin. Did
Actually asinl is a built-in functions provided by GCC, so I
*think/hope* that it just is a matter of
Joost Kraaijeveld wrote:
On Sat, 2005-10-08 at 07:50 -0700, Tim Prince wrote:
such as the one used in the libstdc++ build itself. Maybe we should
look into how libstdc++ decides it can support asinl() on Cygwin. Did
Actually asinl is a built-in functions provided by GCC, so I
*think/hope*
On Sat, 8 Oct 2005, Orfeo Da Via wrote:
Try doing this without changing your UID to 18. In fact, is there a
reason why you didn't use cron-config in the first place? Why not try
removing all traces of the cron service, including the log and pid files,
and using cron-config to install
Cygwin on WinXP
I am trying to redirect the IO from a terminal app to a serial port.
$terminal_app /dev/com5
Works but uses the wrong baud rate.
$stty /dev/com5 115200
Does not change the baud: 'unable to perform all requested operations'.
I have tried many variations on this syntax.
$stty
On Oct 8, 2005, at 4:33 PM, tns1 wrote:
Cygwin on WinXP
What version of cygwin are you using?
I am trying to redirect the IO from a terminal app to a serial port.
$terminal_app /dev/com5
Works but uses the wrong baud rate.
$stty /dev/com5 115200
Does not change the baud: 'unable to
Eric Blake ebb9 at byu.net writes:
I've uploaded a test version of coreutils, 5.90-1. This is a new, unstable
upstream release, with a number of changes from 5.3.0. In particular, quite
a few changes have been made upstream in regards to text vs. binary mode, so
some feedback on this
On Sat, 8 Oct 2005, Joost Kraaijeveld wrote:
The problem is that configure seems to think that there *is* support
long double math: the test succeeds and HAVE_ASINL (and all other
double math) is defined. So both compile and link appear to be succesful
as far as configure is concerned.
26 matches
Mail list logo