After looking at the build script, I remembered the cross-compiling
configuration build kit that Jan(?) developed.
http://lilypond.org/cygwin/cygwin-cross.tar.gz
This toolkit was used to generate the guile build script.
What it tells me is that we have too many ways of doing this. There's
On Thu, Jul 04, 2002 at 08:44:19PM +0100, Chris January wrote:
>> >Hello Chris,
>> >
>> >Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
>> >
>> >CJ> Will this package actually appear on the mirrors in future or are
>there
>> >
>> >CJ> issues I am not aware of prevent
> >Hello Chris,
> >
> >Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
> >
> >CJ> Will this package actually appear on the mirrors in future or are
there
> >
> >CJ> issues I am not aware of preventing this from happening?
> >
> >Have you tried running the proc
"Charles Wilson" <[EMAIL PROTECTED]> wrote:
> Yeah, I've noticed that too. Perhaps I outsmarted myself:
> the wrapper script never actually "exits"
> -- it *execs* the real autoconf/make/whatever.
>
> So perhaps the trap doesn't get triggered when you exec.
Yep: that's what it is. I constructed
On Thu, Jul 04, 2002 at 02:00:06PM -0400, Nicholas Wourms wrote:
>Chris January wrote:
>>>I suspect that this must have something to do with binutils. I changed
>>>the alignments at David Billinghurst's suggestion to accommodate java.
>>>If this is causing problems, however, I'll change them back
Chris January wrote:
>Hello Chris,
>
>Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
>
>CJ> Will this package actually appear on the mirrors in future or are there
>
>CJ> issues I am not aware of preventing this from happening?
>
>Have you tried running the
Jan Nieuwenhuizen wrote:
>>Now, as for building from source, the script included in the source
>>package is not a valid Cygwin script. It seems to be a
>>cross-compilation script.
>>
>
>Yes, it is. To avoid confusion, I'll rename those to
>cross-guile-1.5.6-1.sh, for reference, and try my best
Nicholas Wourms <[EMAIL PROTECTED]> writes:
> The config.site doesn't seem right, like not detecting libintl.
Hmm. It maybe even is, as see that I didn't install gettext et al.
I'll look into this.
> The new gettext (libintl) requires -lintl and -liconv to properly
> link.
Ok.
> Also, it see
> >>> Hello Chris,
> >>>
> >>> Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
> >>>
> >>> CJ> Will this package actually appear on the mirrors in future or are
> >>there
> >>> CJ> issues I am not aware of preventing this from happening?
> >>>
> >>> Have you tried running the procps tools on cur
Nicholas Wourms <[EMAIL PROTECTED]> writes:
> I'm sure that Chuck meant to say 'external-source: guile'
Sure.
> Now, as for building from source, the script included in the source
> package is not a valid Cygwin script. It seems to be a
> cross-compilation script.
Yes, it is. To avoid confus
Charles Wilson <[EMAIL PROTECTED]> writes:
> Correct. libnetpbm10-devel is wrong. It should be netpbm-devel (or
> maybe libnetpbm-devel) Thanks (but I'll leave that change up to
> you. )
:)
>> Hmm, I'd say maybe libguile-dev, but I don't care too much? Anyone
>> else feels like arguing?
>
>
Jan,
The config.site doesn't seem right, like not detecting libintl. The new
gettext (libintl) requires -lintl and -liconv to properly link. Also,
it seems like you were having trouble with libtool dependency support.
I recommend deleting "depcomp install-sh mkinstalldirs missing ..."
befo
Jan Nieuwenhuizen wrote:
>>Also, will libguile14-devel be able to peacefully coexist
>>with, say, libguile15-devel? Or should the -devel package be called
>>"guile-devel' instead, so that only the latest version of the
>>headers/statlibs/implibs are ever installed?
>>
>>To me, it sure looks like
Charles Wilson <[EMAIL PROTECTED]> writes:
> Well, the setup.hints for guile-doc, libguile14, and libguile14-dev
> packages should all include an 'external-source: guide' line.
Ah, ok, will do. I imagined upset would handle that kind of thing.
> Also, the libguile14-dev package concerns me. I
Charles Wilson wrote:
>
>
> Jan Nieuwenhuizen wrote:
>
>> Hi List,
>>
>> Last night, I've eventually succeeded in building guile-1.5.6, with
>> shared object libraries for Cygwin.
>>
>> Guile version 1.5.6, is now available for testing at:
>>
>> http://lilypond.org/cygwin/tar/guile
>>
>> Afte
On Thu, Jul 04, 2002 at 12:00:32PM -0400, Christopher Faylor wrote:
>On Thu, Jul 04, 2002 at 01:52:59PM +0100, Chris January wrote:
>>> Hello Chris,
>>>
>>> Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
>>>
>>> CJ> Will this package actually appear on the mirrors in future or are
>>there
>>> C
>
>
>So, after three votes for the package there's just somebody missing
>who actually reviews the packaging...
>
>
>
Isn't charle's analysis enough? ;)
Just kidding.. I suppose either of you need an NTP server on the local machine 0=)
(Win32 native port here: http://www.five-ten-sg.com/ ^_^)
On Thu, Jul 04, 2002 at 01:52:59PM +0100, Chris January wrote:
>> Hello Chris,
>>
>> Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
>>
>> CJ> Will this package actually appear on the mirrors in future or are
>there
>> CJ> issues I am not aware of preventing this from happening?
>>
>> Have you t
On Thu, Jul 04, 2002 at 11:50:29AM -0400, Charles Wilson wrote:
> [Reviewing the package]
Ah, I'm sorry, I should have waited a little longer before ranting...
Thanks Charles.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Developer
On Thu, Jul 04, 2002 at 11:32:23AM -0400, Nicholas Wourms wrote:
> Jan Nieuwenhuizen wrote:
>
> >Hi List,
> >
> >Last night, I've eventually succeeded in building guile-1.5.6, with
> >shared object libraries for Cygwin.
> >
> >Guile version 1.5.6, is now available for testing at:
> >
> > http:/
Jan Nieuwenhuizen wrote:
> Hi List,
>
> Last night, I've eventually succeeded in building guile-1.5.6, with
> shared object libraries for Cygwin.
>
> Guile version 1.5.6, is now available for testing at:
>
> http://lilypond.org/cygwin/tar/guile
>
> After a successful installation of gui
Jan Nieuwenhuizen wrote:
>Hi List,
>
>Last night, I've eventually succeeded in building guile-1.5.6, with
>shared object libraries for Cygwin.
>
>Guile version 1.5.6, is now available for testing at:
>
>http://lilypond.org/cygwin/tar/guile
>
Since I was the one the pointed Jan on the right tr
Hello Chris,
Thursday, July 04, 2002, 5:21:07 PM, you wrote:
>> CJ> uptime reads the /proc files regardless of what options you pass.
>>
>> int main(int argc, char *argv[]) {
>> if(argc == 1) print_uptime();
>> if((argc == 2) && (!strcmp(argv[1], "-V"))) display_version();
>> return 0;
>>
> CJ> uptime reads the /proc files regardless of what options you pass.
>
> int main(int argc, char *argv[]) {
> if(argc == 1) print_uptime();
> if((argc == 2) && (!strcmp(argv[1], "-V"))) display_version();
> return 0;
> }
>
> How ?
Try re-compiling with print_uptime commented out. Notice h
Conrad Scott wrote:
> The wrapper scripts for autoconf and autoheader use temporary files
> that they (are supposed to) remove on exit (using trap 0). But I tend
> to find *lots* of these directories in /tmp (e.g. /tmp/acX and
> /tmp/ahX). Just running autoconf or autoheader with no arg
CJ>> uptime reads the /proc files regardless of what options you pass.
PT> int main(int argc, char *argv[]) {
PT> if(argc == 1) print_uptime();
PT> if((argc == 2) && (!strcmp(argv[1], "-V"))) display_version();
PT> return 0;
PT> }
PT> How ?
Ok, to answer my own question - I've noticed the
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On Behalf Of Earnie Boyd
> Sent: Friday, 5 July 2002 12:54 AM
> To: Jan Nieuwenhuizen; [EMAIL PROTECTED]
> Subject: Re: ITP: Guile 1.5.6
>
>
> --- Jan Nieuwenhuizen <[EMAIL PROTECTED]> wrote:
> > Hi List,
> >
--- Jan Nieuwenhuizen <[EMAIL PROTECTED]> wrote:
> Hi List,
>
> Last night, I've eventually succeeded in building guile-1.5.6, with
> shared object libraries for Cygwin.
>
I'm in favor of this package, although I haven't review them yet.
With this package autogen (autogen.sf.net) should build
Hi List,
Last night, I've eventually succeeded in building guile-1.5.6, with
shared object libraries for Cygwin.
Guile version 1.5.6, is now available for testing at:
http://lilypond.org/cygwin/tar/guile
After a successful installation of guile (and libguile14), you should
be able to run,
Hello Chris,
Thursday, July 04, 2002, 4:18:07 PM, you wrote:
CJ> uptime reads the /proc files regardless of what options you pass.
int main(int argc, char *argv[]) {
if(argc == 1) print_uptime();
if((argc == 2) && (!strcmp(argv[1], "-V"))) display_version();
return 0;
}
How ?
I'm curren
> Hello Chris,
>
> Thursday, July 04, 2002, 2:52:59 PM, you wrote:
>
> CJ> This is caused by the default alignment changing from 4 bytes to 8
bytes, as
> CJ> far as i can tell. Basically the size of structure passed to the NT
system
> CJ> calls is not the size of structure the call expects, so it
Jan Nieuwenhuizen <[EMAIL PROTECTED]> writes:
> Here's the error that I get:
>
> /bin/sh ../libtool --mode=link gcc -I/home/cygwin/cygwin-1.3.10/usr/include
>-L/home/cygwin/cygwin-1.3.10/usr/lib -L/home/cygwin/cygwin-1.3.10/usr/lib/w32api
>-L/home/cygwin/cygwin-1.3.10/usr/bin -O2 -g -Wall
Hello Chris,
Thursday, July 04, 2002, 2:52:59 PM, you wrote:
CJ> This is caused by the default alignment changing from 4 bytes to 8 bytes, as
CJ> far as i can tell. Basically the size of structure passed to the NT system
CJ> calls is not the size of structure the call expects, so it fails and th
Hello Chris,
Thursday, July 04, 2002, 2:52:59 PM, you wrote:
CJ> This is caused by the default alignment changing from 4 bytes to 8 bytes, as
CJ> far as i can tell. Basically the size of structure passed to the NT system
CJ> calls is not the size of structure the call expects, so it fails and th
> Hello Chris,
>
> Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
>
> CJ> Will this package actually appear on the mirrors in future or are
there
> CJ> issues I am not aware of preventing this from happening?
>
> Have you tried running the procps tools on current stock dll
> (1.3.12-1) ? For me
> Hello Chris,
>
> Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
>
> CJ> Will this package actually appear on the mirrors in future or are
there
> CJ> issues I am not aware of preventing this from happening?
>
> Have you tried running the procps tools on current stock dll
> (1.3.12-1) ? For me
Chuck,
The wrapper scripts for autoconf and autoheader use temporary files
that they (are supposed to) remove on exit (using trap 0). But I tend
to find *lots* of these directories in /tmp (e.g. /tmp/acX and
/tmp/ahX). Just running autoconf or autoheader with no arguments
creates a nice
Hello Chris,
Wednesday, July 03, 2002, 12:21:42 AM, you wrote:
CJ> Will this package actually appear on the mirrors in future or are there
CJ> issues I am not aware of preventing this from happening?
Have you tried running the procps tools on current stock dll
(1.3.12-1) ? For me most of them s
Hello Robert,
Thursday, July 04, 2002, 9:54:23 AM, you wrote:
RC> - Original Message -
RC> From: "Pavel Tsekov" <[EMAIL PROTECTED]>
RC> To: "Robert Collins" <[EMAIL PROTECTED]>
RC> Cc: <[EMAIL PROTECTED]>
RC> Sent: Thursday, July 04, 2002 5:11 PM
RC> Subject: Re[2]: [PATCH] Re: Setup.ex
- Original Message -
From: "Pavel Tsekov" <[EMAIL PROTECTED]>
To: "Robert Collins" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, July 04, 2002 5:11 PM
Subject: Re[2]: [PATCH] Re: Setup.exe 2.249.2.4 crashing under Windows NT
4.0 SP6
> RC> I've applied this to HEAD and 2002
Hi!
Wednesday, 03 July, 2002 Charles Wilson [EMAIL PROTECTED] wrote:
CW> The new version looks good to me; I built and ran your test without
CW> problems. I do have a suggestion for later, when
CW> --enable-runtime-pseudo-reloc is made the default: in pe-dll.c (around
CW> line 2209) change
C
41 matches
Mail list logo
