Re: Fwd: Re: Trying to build rxvt on Cygwin64.

[Robert McBroom]

On 9/2/2013 5:23 PM, Charles Wilson wrote:
Are you using the -src package from the cygwin mirrors, and the 
cygport script?  The rxvt shipped by cygwin has been heavily patched 
from upstream to support our (32bit) platform; at *minimum* you will 
need those patches to build the 64 bit version.


Unfortunately rxvt is pretty far down my list of priorities for 
porting to 64bit given its dead-as-a-doornail, ex-parrot status 
upstream and relative lack of users.  The best I can say is, I'll get 
to it eventually.


--
Chuck
cygwin rxvt "maintainer"


Robert@Dell-Studio ~
$ cygport /usr/local/src/rxvt-20050409-21.cygport compile
>>> Compiling rxvt-20050409-21
---console output attached

Robert McBroom

Robert@Dell-Studio ~
$ cygport /usr/local/src/rxvt-20050409-21.cygport compile
>>> Compiling rxvt-20050409-21
autoheader --include=autoconf autoconf/configure.in
autoconf --include=autoconf autoconf/configure.in > configure
/usr/local/src/rxvt-20050409-21/src/rxvt/configure 
--srcdir=/usr/local/src/rxvt-20050409-21/src/rxvt --prefix=/usr 
--exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin 
--libexecdir=/usr/libexec --datadir=/usr/share --localstatedir=/var 
--sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/rxvt -C 
--disable-shared --enable-xpm-background 
--with-xpm-includes=/usr/local/src/rxvt-20050409-21/build/W11/X11 
--with-xpm-library=/usr/local/src/rxvt-20050409-21/build/W11/lib 
--x-libraries=/usr/local/src/rxvt-20050409-21/build/W11/lib 
--x-includes=/usr/local/src/rxvt-20050409-21/build/W11 --enable-utmp 
--enable-wtmp --enable-lastlog --enable-menubar --enable-rxvt-scroll 
--enable-next-scroll --enable-xterm-scroll --enable-frills --enable-linespace 
--enable-mousewheel --enable-keepscrolling --enable-old-selection 
--enable-selectionscrolling --enable-transparency --enable-256-color 
--enable-24bit --enable-languages --with-encoding=noenc
configure: loading cache config.cache

configuring for rxvt 2.7.10 (20050409, 21)

checking build system type... x86_64-unknown-cygwin
checking host system type... x86_64-unknown-cygwin
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for a BSD-compatible install... /usr/bin/install -c
checking for gawk... gawk
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking for library containing strerror... none required
checking how to print strings... printf
checking for a sed that does not truncate output... /usr/bin/sed
checking for fgrep... /usr/bin/grep -F
checking for ld used by gcc... /usr/x86_64-pc-cygwin/bin/ld.exe
checking if the linker (/usr/x86_64-pc-cygwin/bin/ld.exe) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /usr/bin/nm -B
checking the name lister (/usr/bin/nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 8192
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-cygwin file names to 
x86_64-unknown-cygwin format... func_convert_file_noop
checking how to convert x86_64-unknown-cygwin file names to toolchain format... 
func_convert_file_noop
checking for /usr/x86_64-pc-cygwin/bin/ld.exe option to reload object files... 
-r
checking for objdump... objdump
checking how to recognize dependent libraries... file_magic ^x86 archive 
import|^x86 DLL
checking for dlltool... dlltool
checking how to associate runtime and link libraries... 
func_cygming_dll_for_implib
checking for ar... ar
checking for archiver @FILE support... @
checking for strip... strip
checking for ranlib... ranlib
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for sysroot... no
checking for mt... no
checking if : is a manifest tool... no
checking for dlfcn.h... yes
checking for as... as
checking for dlltool... (cached) dlltool
checking for objdump... (cached) objdump
checking for objdir... .libs
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -DDLL_EXPO

Re: Fwd: Re: Trying to build rxvt on Cygwin64.

[Robert McBroom]

On 9/2/2013 5:23 PM, Charles Wilson wrote:


Are you using the -src package from the cygwin mirrors, and the 
cygport script?  The rxvt shipped by cygwin has been heavily patched 
from upstream to support our (32bit) platform; at *minimum* you will 
need those patches to build the 64 bit version.


Unfortunately rxvt is pretty far down my list of priorities for 
porting to 64bit given its dead-as-a-doornail, ex-parrot status 
upstream and relative lack of users.  The best I can say is, I'll get 
to it eventually.


--
Chuck
cygwin rxvt "maintainer"
I used the source from the cygwin mirrors.  My assumption was that the 
included patches had been applied to the src in the tar ball.  I didn't 
apply the cygport script.


Robert McBroom

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

Re: Fwd: Re: Trying to build rxvt on Cygwin64.

[Christopher Faylor]

On Mon, Sep 02, 2013 at 05:23:44PM -0400, Charles Wilson wrote:
>On 9/2/2013 5:09 PM, V?clav Zeman wrote:
>> On 09/02/2013 09:14 PM, Robert McBroom wrote:
>>>
>>> make[2]: Entering directory `/usr/local/src/rxvt/W11/w32'
>>> gcc -c xlib.c -O -I.. -mwin32
>>> xlib.c: In function ?XOpenDisplay?:
>>> xlib.c:131:26: error: lvalue required as left operand of assignment
>>> (NT_window*)(scrd->root)= NT_new_window();
>>> ^
>> This is a bug in the original source code. It needs to be fixed or the
>> bug needs to be sidestepped. This might work, untested:
>
>Are you using the -src package from the cygwin mirrors, and the cygport 
>script?  The rxvt shipped by cygwin has been heavily patched from 
>upstream to support our (32bit) platform; at *minimum* you will need 
>those patches to build the 64 bit version.
>
>Unfortunately rxvt is pretty far down my list of priorities for porting 
>to 64bit given its dead-as-a-doornail, ex-parrot status upstream and 
>relative lack of users.  The best I can say is, I'll get to it eventually.

It would probably help if you identified the Thursday on which this
would be ready.

It's too bad about the parrot.  I'm sure it had beautiful plumage.  I
assume your cat, or lack thereof, was responsible.

cgf

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

Re: Fwd: Re: Trying to build rxvt on Cygwin64.

[Charles Wilson]

On 9/2/2013 5:09 PM, Václav Zeman wrote:

On 09/02/2013 09:14 PM, Robert McBroom wrote:


make[2]: Entering directory `/usr/local/src/rxvt/W11/w32'
gcc -c xlib.c -O -I.. -mwin32
xlib.c: In function ‘XOpenDisplay’:
xlib.c:131:26: error: lvalue required as left operand of assignment
(NT_window*)(scrd->root)= NT_new_window();
^

This is a bug in the original source code. It needs to be fixed or the
bug needs to be sidestepped. This might work, untested:


Are you using the -src package from the cygwin mirrors, and the cygport 
script?  The rxvt shipped by cygwin has been heavily patched from 
upstream to support our (32bit) platform; at *minimum* you will need 
those patches to build the 64 bit version.


Unfortunately rxvt is pretty far down my list of priorities for porting 
to 64bit given its dead-as-a-doornail, ex-parrot status upstream and 
relative lack of users.  The best I can say is, I'll get to it eventually.


--
Chuck
cygwin rxvt "maintainer"

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

Re: Fwd: Re: Trying to build rxvt on Cygwin64.

[Václav Zeman]

On 09/02/2013 09:14 PM, Robert McBroom wrote:
> On 9/2/2013 11:08 AM, Peter Rosin wrote:
>> On 2013-09-02 16:04, Robert McBroom wrote:
>>> checking for minix/config.h... no
>>> checking whether it is safe to define __EXTENSIONS__... yes
>>> checking for library containing strerror... none required
>>> checking build system type... autoconf/config.guess: line 4: $'\r':
>>> command not found
>>> autoconf/config.guess: line 6: $'\r': command not found
>>> autoconf/config.guess: line 33: $'\r': command not found
>>> autoconf/config.guess: line 34: $'\r': command not found
>>> autoconf/config.guess: line 36: $'\r': command not found
>>> autoconf/config.guess: line 48: $'\r': command not found
>>> autoconf/config.guess: line 57: $'\r': command not found
>>> autoconf/config.guess: line 60: $'\r': command not found
>>> autoconf/config.guess: line 63: syntax error near unexpected token
>>> `$'in\r''
>>> autoconf/config.guess: line 63: `  case $1 in
>>> '
>>> configure: error: cannot guess build type; you must specify one
>> You have messed up your copies of config.guess and config.sub to contain
>> silly line-endings by the looks of it.
>>
>> Cheers,
>> Peter
>>
>>
>>
> The copies of config.guess and config.sub are were retrieved as prompted
> by the readme in the ftp link the original config.guess pointed out.
> 
> From now on, please fetch new versions of these scripts via the
> following URLs:
> http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
> 
> http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD
> 
> 
> which are purported to be the most current editions. Pulled the rxvt
> source from the cygwin 32 archive and replaced said config files in
> rxvt/autoconf with the results previously noted. The lines given in the
> console output do not match up with anything meaningful in the script.
> 
> However, you are correct. The process of retrieving the files stored
> them as DOS format files. Converting to linux allows the scripts to
> execute.
> 
> make[2]: Entering directory `/usr/local/src/rxvt/W11/w32'
> gcc -c xlib.c -O -I.. -mwin32
> xlib.c: In function ‘XOpenDisplay’:
> xlib.c:131:26: error: lvalue required as left operand of assignment
> (NT_window*)(scrd->root)= NT_new_window();
> ^
This is a bug in the original source code. It needs to be fixed or the
bug needs to be sidestepped. This might work, untested:

scrd->root = (void *)NT_new_window();

> Makefile:14: recipe for target `xlib.o' failed
> make[2]: *** [xlib.o] Error 1
> make[2]: Leaving directory `/usr/local/src/rxvt/W11/w32'
> Makefile:90: recipe for target `all' failed
> make[1]: *** [all] Error 2
> make[1]: Leaving directory `/usr/local/src/rxvt/W11'
> Makefile:101: recipe for target `all' failed
> make: *** [all] Error 1
> 
> Where do I find the pieces to change W11/w32 toW11/w64 ?

-- 
VZ





signature.asc
Description: OpenPGP digital signature

Re: Fwd: Re: Trying to build rxvt on Cygwin64.

[Peter Rosin]

On 2013-09-02 16:04, Robert McBroom wrote:
> checking for minix/config.h... no
> checking whether it is safe to define __EXTENSIONS__... yes
> checking for library containing strerror... none required
> checking build system type... autoconf/config.guess: line 4: $'\r': command 
> not found
> autoconf/config.guess: line 6: $'\r': command not found
> autoconf/config.guess: line 33: $'\r': command not found
> autoconf/config.guess: line 34: $'\r': command not found
> autoconf/config.guess: line 36: $'\r': command not found
> autoconf/config.guess: line 48: $'\r': command not found
> autoconf/config.guess: line 57: $'\r': command not found
> autoconf/config.guess: line 60: $'\r': command not found
> autoconf/config.guess: line 63: syntax error near unexpected token `$'in\r''
> autoconf/config.guess: line 63: `  case $1 in
> '
> configure: error: cannot guess build type; you must specify one

You have messed up your copies of config.guess and config.sub to contain
silly line-endings by the looks of it.

Cheers,
Peter


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

Fwd: Re: Trying to build rxvt on Cygwin64.

[Robert McBroom]

On 9/2/2013 12:56 AM, Václav Zeman wrote:

On 09/02/2013 06:15 AM, mcforum wrote:

The source tar balls I can find of rxvt are quite old and the
config.guess in the package doesn't recognize a win 7 x64, Cygwin64
system.  Any pointers to getting a x64 rxvt to build?

If that is the only problem then you can get config.guess and config.sub
from the upstream:
 and replace
the one in the rxvt source.


I've already tried that.  The The console log from .prebuild and the
resulting config.log and output from the console are attached.

Robert@Dell-Studio ~
$ uname -a
CYGWIN_NT-6.1 Dell-Studio 1.7.24(0.269/5/3) 2013-08-15 11:59 x86_64 Cygwin

Robert McBroom



This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by configure, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  $ ./configure 

## - ##
## Platform. ##
## - ##

hostname = Dell-Studio
uname -m = x86_64
uname -r = 1.7.24(0.269/5/3)
uname -s = CYGWIN_NT-6.1
uname -v = 2013-08-15 11:59

/usr/bin/uname -p = unknown
/bin/uname -X = unknown

/bin/arch  = x86_64
/usr/bin/arch -k   = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo  = unknown
/bin/machine   = unknown
/usr/bin/oslevel   = unknown
/bin/universe  = unknown

PATH: /usr/local/bin
PATH: /usr/bin
PATH: /cygdrive/d/MCNP/mcnp5/bin
PATH: /cygdrive/c/Windows/system32
PATH: /cygdrive/c/Windows
PATH: /cygdrive/c/Windows/System32/Wbem
PATH: /cygdrive/c/Windows/System32/WindowsPowerShell/v1.0
PATH: /cygdrive/c/Program Files (x86)/Common Files/Roxio Shared/DLLShared
PATH: /cygdrive/c/Program Files (x86)/Common Files/Roxio Shared/OEM/DLLShared
PATH: /cygdrive/c/Program Files (x86)/Common Files/Roxio Shared/OEM/DLLShared
PATH: /cygdrive/c/Program Files (x86)/Common Files/Roxio 
Shared/OEM/12.0/DLLShared
PATH: /cygdrive/c/Program Files (x86)/Roxio/OEM/AudioCore
PATH: /cygdrive/c/Program Files (x86)/Common Files/Acronis/SnapAPI
PATH: /usr/lib/lapack


## --- ##
## Core tests. ##
## --- ##

configure:3042: checking for gcc
configure:3058: found /usr/bin/gcc
configure:3069: result: gcc
configure:3298: checking for C compiler version
configure:3307: gcc --version >&5
gcc (GCC) 4.8.1
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3318: $? = 0
configure:3307: gcc -v >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-cygwin/4.8.1/lto-wrapper.exe
Target: x86_64-pc-cygwin
Configured with: 
/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.1-3/src/gcc-4.8.1/configure 
--srcdir=/cygdrive/i/szsz/tmpp/cygwin64/gcc/gcc-4.8.1-3/src/gcc-4.8.1 
--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin 
--libexecdir=/usr/lib --datadir=/usr/share --localstatedir=/var 
--sysconfdir=/etc --datarootdir=/usr/share --docdir=/usr/share/doc/gcc -C 
--build=x86_64-pc-cygwin --host=x86_64-pc-cygwin --target=x86_64-pc-cygwin 
--without-libiconv-prefix --without-libintl-prefix --enable-shared 
--enable-shared-libgcc --enable-static --enable-version-specific-runtime-libs 
--enable-bootstrap --disable-__cxa_atexit --with-dwarf2 --with-tune=generic 
--enable-languages=c,c++,fortran,lto,objc,obj-c++ --enable-graphite 
--enable-threads=posix --enable-libatomic --enable-libgomp --disable-libitm 
--enable-libquadmath --enable-libquadmath-support --enable-libssp 
--enable-libgcj-sublibs --disable-java-awt --disable-symvers 
--with-ecj-jar=/usr/share/java/ecj.jar --with-gnu-ld --with-gnu-as 
--with-cloog-include=/usr/include/cloog-isl --without-libiconv-prefix 
--without-libintl-prefix --with-system-zlib
Thread model: posix
gcc version 4.8.1 (GCC) 
configure:3318: $? = 0
configure:3307: gcc -V >&5
gcc: error: unrecognized command line option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:3318: $? = 1
configure:3307: gcc -qversion >&5
gcc: error: unrecognized command line option '-qversion'
gcc: fatal error: no input files
compilation terminated.
configure:3318: $? = 1
configure:3338: checking whether the C compiler works
configure:3360: gccconftest.c  >&5
configure:3364: $? = 0
configure:3412: result: yes
configure:3415: checking for C compiler default output file name
configure:3417: result: a.exe
configure:3423: checking for suffix of executables
configure:3430: gcc -o conftest.execonftest.c  >&5
configure:3434: $? = 0
configure:3456: result: .exe
configure:3478: checking whether we are cross compiling
configure:3486: gcc -o conftest.execonftest.c  >&5
configure:3490: $? = 0
configure:3497: ./conftest.exe
configure:3501: $? = 0
configure:3516: result: no
configure:3521: checking for suffix of object files
configure:3543: gcc -c   conftest.c >&5
configure:3547