Re: Request new nasm package
On Mon, 26 Jun 2017 10:50:17 +0200, Corinna Vinschen wrote: On Jun 22 17:22, Steven Penny wrote: Please update the NASM (Netwide Assembler) package. Current version is: 2.10.07 (Jan 2013) On x86 it's only 2.10.05. x264 now requires at least: 2.13 (Apr 2017) We actually didn't read from the nasm maintainer Dean Scarff since 2012. Dean (in Bcc), are you still out there somehwere? Any chance to update nasm to a newer release? If Dean doesn't reply the next couple of days, the nasm package will be in need of a new maintainer... I'm still alive, but obviously haven't been actively maintaining the nasm package. :) Glad to see Michal picked it up for the 2.13.01 release. -- 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
[ANNOUNCEMENT] Updated: nasm-2.10.05-1
The cygwin package of nasm has been update to version 2.10.05. This is the latest stable upstream version available from http://nasm.us/ The Netwide Assembler, NASM, is an 80x86 and x86-64 assembler designed for portability and modularity. The full upstream changelog since the last Cygwin package (2.08.02) is long; below are excerpts for the two major upstream releases. The full history is available at http://nasm.us/doc/nasmdocc.html Version 2.10: - When optimization is enabled, mov r64,imm now optimizes to the shortest form possible between: mov r32,imm32 ; 5 bytes mov r64,imm32 ; 7 bytes mov r64,imm64 ; 10 bytes - Add support for the Intel AVX2 instruction set. - Add support for Bit Manipulation Instructions 1 and 2. - Add support for Intel Transactional Synchronization Extensions (TSX). - Add support for x32 ELF (32-bit ELF with the CPU in 64-bit mode.) - Add support for bigendian UTF-16 and UTF-32. Version 2.09: - Fixed assignment the magnitude of %rep counter. It is limited to 62 bits now. - Fixed NULL dereference if argument of %strlen resolves to whitespace. For example if nonexistent macro parameter is used. - %ifenv, %elifenv, %ifnenv, and %elifnenv directives introduced. - Fixed NULL dereference if environment variable is missed. - Updates of new AVX v7 Intel instructions. - PUSH imm32 is now officially documented. - Fix for encoding the LFS, LGS and LSS in 64-bit mode. - Fixes for compatibility with OpenWatcom compiler and DOS 8.3 file format limitation. - Macros parameters range expansion introduced. - Backward compatibility on expanging of local sigle macros restored. - 8 bit relocations for elf and bin output formats are introduced. - Short intersegment jumps are permitted now. - An alignment more than 64 bytes are allowed for win32, win64 output formats. - SECTALIGN directive introduced. - nojmp option introduced in smartalign package. - Short aliases win, elf and macho for output formats are introduced. Each stands for win32, elf32 and macho32 accordingly. - Faster handling of missing directives implemented. - Various small improvements in documentation. - No hang anymore if unable to open malloc.log file. - The environments without vsnprintf function are able to build nasm again. - AMD LWP instructions updated. - Tighten EA checks. We warn a user if there overflow in EA addressing. - Make -Ox the default optimization level. For the legacy behavior, specify -O0 explicitly. - Environment variables read with %! or tested with %ifenv can now contain non-identifier characters if surrounded by quotes. - Add a new standard macro package %use fp for floating-point convenience macros. -- Dean Scarff *** 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: cygwin-announce-unsubscribe-you=yourdomain.com at cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
RFU: nasm-2.10.05-1
Upstream release, please upload. wget -x -nH --cut-dirs=2 \ http://scarff.id.au/file/cygwin/nasm/nasm-2.10.05-1-src.tar.bz2 \ http://scarff.id.au/file/cygwin/nasm/nasm-2.10.05-1.tar.bz2 Versions prior to 2.08.02-1 can be removed. This has been the first nasm update for me in a while - there have been two major releases upstream that I missed, and I was only prompted into updating the package by a direct email from a user who depended on the newer versions. While I'm happy to keep maintaining the Cygwin nasm package, I wouldn't object to someone else taking it over. :) -- Dean
[ANNOUNCEMENT] Updated: nasm-2.08.02-1
The cygwin package of nasm has been updated to version 2.08.02. This is the latest stable upstream version available from http://nasm.us/ The Netwide Assembler, NASM, is an 80x86 and x86-64 assembler designed for portability and modularity. In addition to the upstream changes noted below, the I have re-added the -f gnuwin32 output format switch to the Cygwin package, in order to retain compatibility with build scripts engineered around this previously-necessary workaround. It now behaves identically to -f win32 except that it uses a .o output extension. Excerpts from the upstream changelog, since 2.06: Version 2.08: - A number of enhancements/fixes in macros area. - Support for converting strings to tokens. - Fuzzy operand size logic introduced. - Fix COFF stack overrun on too long export identifiers. - Fix Macho-O alignment bug. - Fix crashes with -fwin32 on file with many exports. - Fix stack overrun for too long [DEBUG id]. - Fix incorrect sbyte usage in IMUL (hit only if optimization flag passed). - Append ending token for .stabs records in the ELF output format. - New NSIS script which uses ModernUI and MultiUser approach. - Visual Studio 2008 NASM integration (rules file). - Warn a user if a constant is too long (and as result will be stripped). - The obsoleted pre-XOP AMD SSE5 instruction set which was never actualized was removed. - Fix stack overrun on too long error file name passed from the command line. - Bind symbols to the .text section by default (ie in case if SECTION directive was omitted) in the ELF output format. - Fix sync points array index wrapping. - A few fixes for FMA4 and XOP instruction templates. - Add AMD Lightweight Profiling (LWP) instructions. - Fix the offset for %arg in 64-bit mode. - An undefined local macro (%$) no longer matches a global macro with the same name. - Fix NULL dereference on too long local labels. Version 2.07 - NASM is now under the 2-clause BSD license. - Fix the section type for the .strtab section in the elf64 output format. - Fix the handling of COMMON directives in the obj output format. - New ith and srec output formats; these are variants of the bin output format which output Intel hex and Motorola S-records, respectively. - rdf2ihx replaced with an enhanced rdf2bin, which can output binary, COM, Intel hex or Motorola S-records. - The Windows installer now puts the NASM directory first in the PATH of the NASM Shell. - Revert the early expansion behavior of %+ to pre-2.06 behavior: %+ is only expanded late. - Yet another Mach-O alignment fix. - Don't delete the list file on errors. Also, include error and warning information in the list file. - Support for 64-bit Mach-O output. - Fix assert failure on certain operations that involve strings with high-bit bytes. -- Dean *** 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL. -- 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
Updated: nasm-2.08.02-1
The cygwin package of nasm has been updated to version 2.08.02. This is the latest stable upstream version available from http://nasm.us/ The Netwide Assembler, NASM, is an 80x86 and x86-64 assembler designed for portability and modularity. In addition to the upstream changes noted below, the I have re-added the -f gnuwin32 output format switch to the Cygwin package, in order to retain compatibility with build scripts engineered around this previously-necessary workaround. It now behaves identically to -f win32 except that it uses a .o output extension. Excerpts from the upstream changelog, since 2.06: Version 2.08: - A number of enhancements/fixes in macros area. - Support for converting strings to tokens. - Fuzzy operand size logic introduced. - Fix COFF stack overrun on too long export identifiers. - Fix Macho-O alignment bug. - Fix crashes with -fwin32 on file with many exports. - Fix stack overrun for too long [DEBUG id]. - Fix incorrect sbyte usage in IMUL (hit only if optimization flag passed). - Append ending token for .stabs records in the ELF output format. - New NSIS script which uses ModernUI and MultiUser approach. - Visual Studio 2008 NASM integration (rules file). - Warn a user if a constant is too long (and as result will be stripped). - The obsoleted pre-XOP AMD SSE5 instruction set which was never actualized was removed. - Fix stack overrun on too long error file name passed from the command line. - Bind symbols to the .text section by default (ie in case if SECTION directive was omitted) in the ELF output format. - Fix sync points array index wrapping. - A few fixes for FMA4 and XOP instruction templates. - Add AMD Lightweight Profiling (LWP) instructions. - Fix the offset for %arg in 64-bit mode. - An undefined local macro (%$) no longer matches a global macro with the same name. - Fix NULL dereference on too long local labels. Version 2.07 - NASM is now under the 2-clause BSD license. - Fix the section type for the .strtab section in the elf64 output format. - Fix the handling of COMMON directives in the obj output format. - New ith and srec output formats; these are variants of the bin output format which output Intel hex and Motorola S-records, respectively. - rdf2ihx replaced with an enhanced rdf2bin, which can output binary, COM, Intel hex or Motorola S-records. - The Windows installer now puts the NASM directory first in the PATH of the NASM Shell. - Revert the early expansion behavior of %+ to pre-2.06 behavior: %+ is only expanded late. - Yet another Mach-O alignment fix. - Don't delete the list file on errors. Also, include error and warning information in the list file. - Support for 64-bit Mach-O output. - Fix assert failure on certain operations that involve strings with high-bit bytes. -- Dean *** 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: cygwin-announce-unsubscribe-you=yourdomain@cygwin.com If you need more information on unsubscribing, start reading here: http://sourceware.org/lists.html#unsubscribe-simple Please read *all* of the information on unsubscribing that is available starting at this URL.
RFU: nasm-2.08.02-1
Upstream release, please upload. wget -x -nH --cut-dirs=2 \ http://scarff.id.au/file/cygwin/nasm/nasm-2.08.02-1-src.tar.bz2 \ http://scarff.id.au/file/cygwin/nasm/nasm-2.08.02-1.tar.bz2 Thanks. -- Dean http://scarff.id.au/ -- software bugs and workarounds
Re: nasm -- what format does cygwin use?
This is a *very* late reply to: http://sourceware.org/ml/cygwin/2009-12/msg00208.html I am trying to compile a program that use nasm and it thought that gnuwin32 was a format for nasm (don't know if it used to be, but it's not now). Does cygwin use standard linux format now 'elf', or is it using win32?..or something else)? It looks like the list settled on the right answer, but I feel like a naughty maintainer having missed the thread (also because I should have added some backward-compatibility defaulting for -f gnuwin32). The -f gnuwin32 format was a hack which I removed once it was no longer needed, see here: http://www.cygwin.com/ml/cygwin/2007-11/msg00587.html Use -f win32 if you want to link the object file using the cygwin binutils, but note that the default object extension is .obj. The cofftest.asm and cofftest.c that come with the nasm test suite) can confirm that -f win32 works with the latest cygwin binutils and gcc. However, as of the nasm-2.08.02-1 release (RFU'd but not uploaded/announced yet) I've re-added -f gnuwin32, but only as an alias for -f win32 with .o extensions; hopefully this will avoid the confusion above from occuring again, and keep people's build scripts working too. -- Dean http://scarff.id.au/ -- software bugs and workarounds -- 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
[ANNOUNCEMENT] [1.7] Updated: nasm-2.06-1
The cygwin package of nasm has been updated to version 2.06. This is the latest stable upstream version available from http://nasm.sourceforge.net/ The Netwide Assembler, NASM, is an 80x86 and x86-64 assembler designed for portability and modularity. This update is only available for the Cygwin 1.7 beta. Excerpts from the upstream changelog, since 2.02: 2.06: - This release is dedicated to the memory of Charles A. Crayne, long time NASM developer as well as moderator of comp.lang.asm.x86 and author of the book Serious Assembler. We miss you, Chuck. - Support for indirect macro expansion (%[...]). - %pop can now take an argument. - The argument to %use is no longer macro-expanded. Use %[...] if macro expansion is desired. - Support for thread-local storage in ELF32 and ELF64. - Fix crash on %ifmacro without an argument. - Correct the arguments to the POPCNT instruction. - Fix section alignment in the Mach-O format. - Update AVX support to version 5 of the Intel specification. - Fix the handling of accesses to context-local macros from higher levels in the context stack. - Treat WAIT as a prefix rather than as an instruction, thereby allowing constructs like O16 FSAVE to work correctly. - Support for structures with a non-zero base offset. - Correctly handle preprocessor token concatenation involving floating-point numbers. - The PINSR series of instructions have been corrected and rationalized. - Removed AMD SSE5, replaced with the new XOP/FMA4/CVT16 (rev 3.03) spec. - The ELF backends no longer automatically generate a .comment section. - Add additional well-known ELF sections with default attributes. 2.05.01: - Fix the -w/-W option parsing, which was broken in NASM 2.05. 2.05: - Fix redundant REX.W prefix on JMP reg64. - Make the behaviour of -O0 match NASM 0.98 legacy behavior. - -w-user can be used to suppress the output of %warning directives. - Fix bug where ALIGN would issue a full alignment datum instead of zero bytes. - Fix offsets in list files. - Fix %include inside multi-line macros or loops. - Fix error where NASM would generate a spurious warning on valid optimizations of immediate values. - Fix arguments to a number of the CVT SSE instructions. - Fix RIP-relative offsets when the instruction carries an immediate. - Massive overhaul of the ELF64 backend for spec compliance. - Fix the Geode PFRCPV and PFRSQRTV instruction. - Fix the SSE 4.2 CRC32 instruction. 2.04: - Sanitize macro handing in the %error directive. - New %warning directive to issue user-controlled warnings. - %error directives are now deferred to the final assembly phase. - New %fatal directive to immediately terminate assembly. - New %strcat directive to join quoted strings together. - New %use macro directive to support standard macro directives. - Excess default parameters to %macro now issues a warning by default. - Fix %ifn and %elifn. - Fix nested %else clauses. - Correct the handling of nested %reps. - New %unmacro directive to undeclare a multi-line macro. - Builtin macro __PASS__ which expands to the current assembly pass. - __utf16__ and __utf32__ operators to generate UTF-16 and UTF-32 strings. - Fix bug in case-insensitive matching when compiled on platforms that don't use the configure script. Of the official release binaries, that only affected the OS/2 binary. - Support for x87 packed BCD constants. - Correct the LTR and SLDT instructions in 64-bit mode. - Fix unnecessary REX.W prefix on indirect jumps in 64-bit mode. - Add AVX versions of the AES instructions (VAES...). - Fix the 256-bit FMA instructions. - Add 256-bit AVX stores per the latest AVX spec. - VIA XCRYPT instructions can now be written either with or without REP, apparently different versions of the VIA spec wrote them differently. - Add missing 64-bit MOVNTI instruction. - Fix the operand size of VMREAD and VMWRITE. - Numerous bug fixes, especially to the AES, AVX and VTX instructions. - The optimizer now always runs until it converges. It also runs even when disabled, but doesn't optimize. This allows most forward references to be resolved properly. - %push no longer needs a context identifier; omitting the context identifier results in an anonymous context. 2.03.01: - Fix buffer overflow in the listing module. - Fix the handling of hexadecimal escape codes in `...` strings. - The Postscript/PDF documentation has been reformatted. - The -F option now implies -g. 2.03: - Add support for Intel AVX, CLMUL and FMA instructions, including YMM registers. - dy, resy and yword for 32-byte operands. - Fix some SSE5 instructions. - Intel INVEPT, INVVPID and MOVBE instructions. - Fix checking for critical expressions when the optimizer is enabled. - Support the DWARF debugging format for ELF targets. - Fix optimizations of signed bytes. - Fix operation on bigendian machines. - Fix buffer overflow in the preprocessor. -
[1.7] Updated: nasm-2.06-1
The cygwin package of nasm has been updated to version 2.06. This is the latest stable upstream version available from http://nasm.sourceforge.net/ The Netwide Assembler, NASM, is an 80x86 and x86-64 assembler designed for portability and modularity. This update is only available for the Cygwin 1.7 beta. Excerpts from the upstream changelog, since 2.02: 2.06: - This release is dedicated to the memory of Charles A. Crayne, long time NASM developer as well as moderator of comp.lang.asm.x86 and author of the book Serious Assembler. We miss you, Chuck. - Support for indirect macro expansion (%[...]). - %pop can now take an argument. - The argument to %use is no longer macro-expanded. Use %[...] if macro expansion is desired. - Support for thread-local storage in ELF32 and ELF64. - Fix crash on %ifmacro without an argument. - Correct the arguments to the POPCNT instruction. - Fix section alignment in the Mach-O format. - Update AVX support to version 5 of the Intel specification. - Fix the handling of accesses to context-local macros from higher levels in the context stack. - Treat WAIT as a prefix rather than as an instruction, thereby allowing constructs like O16 FSAVE to work correctly. - Support for structures with a non-zero base offset. - Correctly handle preprocessor token concatenation involving floating-point numbers. - The PINSR series of instructions have been corrected and rationalized. - Removed AMD SSE5, replaced with the new XOP/FMA4/CVT16 (rev 3.03) spec. - The ELF backends no longer automatically generate a .comment section. - Add additional well-known ELF sections with default attributes. 2.05.01: - Fix the -w/-W option parsing, which was broken in NASM 2.05. 2.05: - Fix redundant REX.W prefix on JMP reg64. - Make the behaviour of -O0 match NASM 0.98 legacy behavior. - -w-user can be used to suppress the output of %warning directives. - Fix bug where ALIGN would issue a full alignment datum instead of zero bytes. - Fix offsets in list files. - Fix %include inside multi-line macros or loops. - Fix error where NASM would generate a spurious warning on valid optimizations of immediate values. - Fix arguments to a number of the CVT SSE instructions. - Fix RIP-relative offsets when the instruction carries an immediate. - Massive overhaul of the ELF64 backend for spec compliance. - Fix the Geode PFRCPV and PFRSQRTV instruction. - Fix the SSE 4.2 CRC32 instruction. 2.04: - Sanitize macro handing in the %error directive. - New %warning directive to issue user-controlled warnings. - %error directives are now deferred to the final assembly phase. - New %fatal directive to immediately terminate assembly. - New %strcat directive to join quoted strings together. - New %use macro directive to support standard macro directives. - Excess default parameters to %macro now issues a warning by default. - Fix %ifn and %elifn. - Fix nested %else clauses. - Correct the handling of nested %reps. - New %unmacro directive to undeclare a multi-line macro. - Builtin macro __PASS__ which expands to the current assembly pass. - __utf16__ and __utf32__ operators to generate UTF-16 and UTF-32 strings. - Fix bug in case-insensitive matching when compiled on platforms that don't use the configure script. Of the official release binaries, that only affected the OS/2 binary. - Support for x87 packed BCD constants. - Correct the LTR and SLDT instructions in 64-bit mode. - Fix unnecessary REX.W prefix on indirect jumps in 64-bit mode. - Add AVX versions of the AES instructions (VAES...). - Fix the 256-bit FMA instructions. - Add 256-bit AVX stores per the latest AVX spec. - VIA XCRYPT instructions can now be written either with or without REP, apparently different versions of the VIA spec wrote them differently. - Add missing 64-bit MOVNTI instruction. - Fix the operand size of VMREAD and VMWRITE. - Numerous bug fixes, especially to the AES, AVX and VTX instructions. - The optimizer now always runs until it converges. It also runs even when disabled, but doesn't optimize. This allows most forward references to be resolved properly. - %push no longer needs a context identifier; omitting the context identifier results in an anonymous context. 2.03.01: - Fix buffer overflow in the listing module. - Fix the handling of hexadecimal escape codes in `...` strings. - The Postscript/PDF documentation has been reformatted. - The -F option now implies -g. 2.03: - Add support for Intel AVX, CLMUL and FMA instructions, including YMM registers. - dy, resy and yword for 32-byte operands. - Fix some SSE5 instructions. - Intel INVEPT, INVVPID and MOVBE instructions. - Fix checking for critical expressions when the optimizer is enabled. - Support the DWARF debugging format for ELF targets. - Fix optimizations of signed bytes. - Fix operation on bigendian machines. - Fix buffer overflow in the preprocessor. -
Re: [RFU 1.7] nasm-2.06-1
Dave Korn wrote: [...] - should setup.hint have requires: cygwin? nasm's does. No, that's now an obsolete practice, it should be removed. See e.g.: http://cygwin.com/ml/cygwin-apps/2009-06/msg00145.html In that case: http://scarff.id.au/file/cygwin/nasm/setup.hint - should it be /usr/share/doc/nasm or /usr/share/doc/nasm-2.06? nasm's is the former Every package seems to have its own idea how to name the doc dir. It's not *that* important. I guess the better approach is to omit the version. After all, you usually have just one of the packages installed and the user doesn't exactly care for the actual version of the package when looking for the docs. Omitting the version number is the new convention; see the thread: [RFC] 1.7 Packaging: Documentation: http://www.cygwin.com/ml/cygwin-apps/2008-08/threads.html#00081 Thanks for the references, guess I didn't search hard enough. ;) Not sure whether there's a setup2.html in reserve, but when the time comes, I've attached a patch for setup.html for these two issues. --- setup.html 2009-07-01 23:41:51.0 +0800 +++ setup2.html 2009-07-01 23:43:57.0 +0800 @@ -257,7 +257,6 @@ /pre pThe above would place a package in a single category called ASCII Games rather than two categories ASCII and Games./p pThe ttrequires/tt line indicates the packages that this package relies on. If your package is dependent on a file provided by another package that other package should be included here. The requires field may be missing or empty if your package truly does not require any other package./p - pA package will probably require the ttCygwin/tt package if it contain any DLLs or executable files since the ttCygwin/tt package contains ttcygwin1.dll/tt, which is required for most programs. However, the ttCygwin/tt package would not be a required dependency for a package which contained only text files, as is the case with, for example, packages that consist entirely of man pages./p pA package can rely on multiple other packages. Hierarchical dependencies should work correctly, however, it is best to always include specific dependencies, i.e. don't drop 'ttbar/tt' from your dependency list if your package requires it, even if you are including 'ttfoo/tt' which relies on 'ttbar/tt'./p pConversely, do not include package dependencies of emdependent/em packages in your dependency list. If you think that another package has an incorrect dependency list, send email to cygwin-apps noting that fact./p pMultiple packages are separated by spaces. Do not enclose multiple package names within quotation marks./p @@ -355,7 +354,7 @@ liAll executables in your binary package are stripped (run 'strip' on them). Some makefiles have a install-strip command you can use to do this automatically when you setup your 'installed' tree. /li liSource packages are extracted in /usr/src. See the a href=#srcpackage_contentsPackage Source/a section for more information. /li liIn your binary package, include a file /usr/share/doc/Cygwin/foo-vendor-suffix.README containing (at a minimum) the information needed for an end user to recreate the package. This includes CFLAGS settings, configure parameters, etc. /li - liIn your binary package include a directory /usr/share/doc/foo-vendor/ that includes any binary-relevant vendor documentation, such as ChangeLog's, copyright licence's, README's etc. /li + liIn your binary package include a directory /usr/share/doc/foo/ that includes any binary-relevant vendor documentation, such as ChangeLog's, copyright licence's, README's etc. /li liIf you are not creating your package from an installed virtual root, be sure to check that the file permissions are appropriate. /li liIf the package has any global settings (ie in files in /etc) that are not overrideable on a per user basis (sshd, as a daemon, is an example of this) do not include the relevant config files in your package. Instead include in your post-install script to install the settings files. Be sure that if you would overwrite an already present file that the user is offered the choice of keeping their own or overwriting with your defaults. /li liEnsure that your package handles binary only systems, textmode only systems, and hybrid systems correctly. /li -- Dean
[RFU 1.7] nasm-2.06-1
Upstream release. Built for cygwin 1.7. There are a couple of relevant packaging conventions that I've noticed discussed on this list and in practice that contradict http://cygwin.com/setup.html yet haven't had an official response (at least I can't find it in the archives). - should setup.hint have requires: cygwin? nasm's does. - should it be /usr/share/doc/nasm or /usr/share/doc/nasm-2.06? nasm's is the former I forgot to announce the 2.05-1 package so I'll just announce this one once it hits the mirrors, assuming above issues aren't a problem. wget \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.06-1-src.tar.bz2' \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.06-1.tar.bz2' rm -f nasm-2.05-1-src.tar.bz2 nasm-2.05-1.tar.bz2 -- Dean
[RFU 1.7] nasm-2.05-1
Upstream release (actually I've missed a couple of minor upstream releases since the last cygwin package). Built for cygwin 1.7. wget \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.05-1-src.tar.bz2' \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.05-1.tar.bz2' rm -f nasm-2.01-1-src.tar.bz2 nasm-2.01-1.tar.bz2 Please upload :) -- Dean
Re: Please upload: nasm-2.02-1
On 26 Feb 2008, at 17:53 , Corinna Vinschen wrote: On Feb 26 11:43, Dean Scarff wrote: Upstream release. wget \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.02-1-src.tar.bz2' \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.02-1.tar.bz2' Uploaded. Anything to remove? 0.98.39-1 maybe? Sure. rm -f nasm-0.98.39-1-src.tar.bz2 nasm-0.98.39-1.tar.bz2 \ nasm-2.00-2-src.tar.bz2 nasm-2.00-2.tar.bz2 will take care of the old packages on the mirrors. -- Dean
[ANNOUNCEMENT] Updated: nasm-2.02-1
The cygwin package of nasm has been updated to the latest stable release, 2.02. The Netwide Assembler, NASM, is an 80x86 and x86-64 assembler designed for portability and modularity. Changes since 2.01: * Additional fixes for MMX operands with explicit qword, as well as (hopefully) SSE operands with oword. * Fix handling of truncated strings with DO. * Fix segfaults due to memory overwrites when floating-point constants were used. * Fix segfaults due to missing include files. * Fix OpenWatcom Makefiles for DOS and OS/2. * Add autogenerated instruction list back into the documentation. * ELF: Fix segfault when generating stabs, and no symbols have been defined. * ELF: Experimental support for DWARF debugging information. * New compile date and time standard macros. * %ifnum now returns true for negative numbers. * Add support for the XSAVE instruction group. * Makefile for Netware/gcc. * Fix issue with some warnings getting emitted way too many times. * Autogenerated instruction list added to the documentation. 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. Then, run setup and answer all of the questions. *** 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 the above URL. -- Dean -- 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/
Please upload: nasm-2.02-1
Upstream release. wget \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.02-1-src.tar.bz2' \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.02-1.tar.bz2' Thanks. -- Dean
[ANNOUNCEMENT] Updated: nasm-2.01-1
The cygwin package of nasm has been updated to the latest stable release, 2.01. The Netwide Assembler, NASM, is an 80x86 and x86-64 assembler designed for portability and modularity. Changes since 2.00: * Fix the handling of MMX registers with explicit qword tags on memory (broken in 2.00 due to 64-bit changes.) * Fix the PREFETCH instructions. * Fix the documentation. * Fix debugging info when using -f elf (backwards alias for -f elf32). * Man pages for rdoff tools (from the Debian project.) * ELF: handle large numbers of sections. 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. Then, run setup and answer all of the questions. *** 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 the above URL. -- Dean -- 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/
Updated: nasm-2.01-1
The cygwin package of nasm has been updated to the latest stable release, 2.01. The Netwide Assembler, NASM, is an 80x86 and x86-64 assembler designed for portability and modularity. Changes since 2.00: * Fix the handling of MMX registers with explicit qword tags on memory (broken in 2.00 due to 64-bit changes.) * Fix the PREFETCH instructions. * Fix the documentation. * Fix debugging info when using -f elf (backwards alias for -f elf32). * Man pages for rdoff tools (from the Debian project.) * ELF: handle large numbers of sections. 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. Then, run setup and answer all of the questions. *** 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 the above URL. -- Dean
Please upload: nasm-2.01-1
Upstream release. wget \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.01-1-src.tar.bz2' \ 'http://scarff.id.au/file/cygwin/nasm/nasm-2.01-1.tar.bz2' Thanks. -- Dean
please upload: nasm-2.00-2
Fixes a minor packaging bug in 2.00-1. prev set in setup.hint because of a backwards incompatability introduced in 2.00-1. http://scarff.id.au/file/cygwin/nasm/nasm-2.00-2-src.tar.bz2 http://scarff.id.au/file/cygwin/nasm/nasm-2.00-2.tar.bz2 http://scarff.id.au/file/cygwin/nasm/setup.hint Thanks. -- Dean
Re: [Packaging BUG] Re: [ANNOUNCEMENT] Updated: nasm-2.00-1
Ack. Updating RSN. There is a /usr/share/doc/html directory which should be under /usr/share/doc/nasm-2.00 -- Dean -- 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: Cygport bug: autoconf 2.6x check fails 2.61.
I don't see why both of those regexes wouldn't successfully match '2.61' already. Your patch looks like it's trying to make the regex accept 2.6 with no second digit after the decimal place as well. Can you perhaps clarify? Oh dear. Apparently MIME inline attachments + gmane + ezmlm isn't a good combination. There was an explanation ;) In short, the grep + cut doesn't quite work like it used to because there is a trailing period. The case glob (which is not a POSIX regex under the Bourne shell, right?) matches x2.61. as well as x2.60, which is what we want. Either way the whole thing isn't a robust check, autoconf's manual doesn't make any claims to insert that particular string. -- Dean -- 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: nasm-2.00-2
Version 2.00-2 of nasm has been uploaded, and should be available on the cygwin mirrors in the near future. nasm is an x86 and x86-64 assembler. Please find it under the Devel category in cygwin's setup utility. This release fixes a bug with the cygwin packaging from the 2.00-1 release. Please be aware that, like 2.00-1, the -f gnuwin32 output format has been removed in favour of -f win32; see http:// cygwin.com/ml/cygwin-announce/2007-11/msg00027.html Questions, comments, and reports should go to the cygwin mailing list: cygwin@cygwin.com *** 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. -- Dean -- 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: Cygport bug: autoconf 2.6x check fails 2.61.
Yaakov wrote: Dean Scarff wrote: In short, the grep + cut doesn't quite work like it used to because there is a trailing period. The case glob (which is not a POSIX regex under the Bourne shell, right?) matches x2.61. as well as x2.60, which is what we want. AFAIK that trailing period wasn't there with 2.60. I have already That's what I assumed (and indicated with my examples too). fixed this locally, but I see it hasn't got into CVS yet; it will soon. Either way the whole thing isn't a robust check, autoconf's manual doesn't make any claims to insert that particular string. Can you find a better solution? PTC. % wtf PTC Gee... I don't know what PTC means... Test by feature rather than by version: I guess I'm getting a little inspiration from the subject material here (autoconf). Also there's no need to be so sensitive to context and formatting changes (which a grep | cut certainly is). I've got two mutually exclusive patches, you can choose one or none as you see fit; I haven't tested them against all the obvious Autoconf versions either (2.59, 2.60 and 2.61 would seem prudent). It's all a bit of an overkill though: I'm sure my last patch will be fine for the forseeable future (and I feel bad for dropping noisy patches on the cygwin list). The first figures the help output is relatively stable, and essentially all you want to know is whether configure supports a docdir switch, so test for that. Of course, this will have problems if someone clever decides to include --docdir= in their help output, and somehow doesn't support it as an option (although all the autoconf options are currently hardcoded in autoconf's general.m4). Furthermore if the list of installation directory variables supported by Autoconf keeps growing, they might just drop support for listing them in the help in the one-line-per-option format. === RCS file: /cvsroot/cygwin-ports/cygport/bin/cygport.in,v retrieving revision 1.89 diff -u -3 -r1.89 cygport.in --- bin/cygport.in 3 Dec 2007 23:00:54 - 1.89 +++ bin/cygport.in 7 Dec 2007 19:08:39 - @@ -1007,15 +1007,12 @@ --sbindir=/usr/sbin --libexecdir=/usr/sbin \ --localstatedir=/var --sysconfdir=/etc - case x$(grep -m 1 'GNU Autoconf' ${configure} | cut -d ' ' -f 6) in - x2.6[0-9]) - confargs+= --datarootdir=/usr/share --docdir=/usr/share/doc/${P} - ;; - *) - confargs+= --datadir=/usr/share --infodir=/usr/share/info \ - --mandir=/usr/share/man - ;; - esac + if ${configure} --help | grep -e --docdir= /dev/null ; then + confargs+= --datarootdir=/usr/share --docdir=/usr/share/doc/${P} + else + confargs+= --datadir=/usr/share --infodir=/usr/share/info \ + --mandir=/usr/share/man + fi # AC_HAVE_MMAP fails despite a working mmap, so we force this to yes # (see http://www.cygwin.com/ml/cygwin/2004-09/msg00741.html The second approach is to actually *try* to use docdir. If configure doesn't support it then it will fail quickly. If configure does support it but fails for other reasons, it will write to config.log. This relies on the config.log file and behaviour. It's also not very extensible when there's more future-autoconf-features you want to take advantage of. You can deal with that in the future, no? It's not the most elegant piece of code either. === RCS file: /cvsroot/cygwin-ports/cygport/bin/cygport.in,v retrieving revision 1.89 diff -u -3 -r1.89 cygport.in --- bin/cygport.in 3 Dec 2007 23:00:54 - 1.89 +++ bin/cygport.in 7 Dec 2007 19:48:57 - @@ -1006,25 +1006,26 @@ confargs=--prefix=/usr --exec-prefix=/usr --bindir=/usr/bin \ --sbindir=/usr/sbin --libexecdir=/usr/sbin \ --localstatedir=/var --sysconfdir=/etc - - case x$(grep -m 1 'GNU Autoconf' ${configure} | cut -d ' ' -f 6) in - x2.6[0-9]) - confargs+= --datarootdir=/usr/share --docdir=/usr/share/doc/${P} - ;; - *) - confargs+= --datadir=/usr/share --infodir=/usr/share/info \ - --mandir=/usr/share/man - ;; - esac + docdir= --datarootdir=/usr/share --docdir=/usr/share/doc/${P} + nodocdir= --datadir=/usr/share --infodir=/usr/share/info \ + --mandir=/usr/share/man # AC_HAVE_MMAP fails despite a working mmap, so we force this to yes # (see http://www.cygwin.com/ml/cygwin/2004-09/msg00741.html # and following thread for details) export
Cygport bug: autoconf 2.6x check fails 2.61.
--- cygport-0.2.10 2007-12-08 01:05:11.892666000 +0900 +++ cygport 2007-12-08 01:05:53.720791000 +0900 @@ -802,7 +802,7 @@ fi case x$(grep -m 1 'GNU Autoconf' ${confdir}/configure | cut -d ' ' -f 6) in - x2.6[0-9]) + x2.6[0-9]*) confargs+= --datarootdir=/usr/share --docdir=/usr/share/doc/${P} ;; *) -- 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: nasm-2.00-1
Version 2.00-1 of nasm has been uploaded, and should be available on the cygwin mirrors in the near future. Please find it under the Devel category in cygwin's setup utility. This release constitutes a major revision of the upstream stable sources. From http://nasm.sf.net/ : After 7 months of intense development, the NASM team brings you NASM 2.0!!! This version of NASM supercedes version 0.98.39 (and Apple's 0.98.40) and introduces full 64-bit (x86-64/x64/AMD64/Intel 64) architecture and object file support. We have also addressed quite a few bugs and feature requests along the way. Special note: I have removed support for the GNUWin32 COFF format (-f gnuwin32 option). This format was introduced to work around historical disagreements between MinGW interpretation, Microsoft implementation, and the COFF/PE specifications of the VirtualSize field for .bss section headers. These have been (reportedly) resolved in binutils since 2003. Please use -f win32 now in contexts where -f gnuwin32 was used. If you get link errors, such as ld: PE operations on non PE file, when linking nasm objects produced with nasm -f win32, and you are using the latest version of Cygwin's binutils, please send a report to the cygwin mailing list. In general, questions, comments, and reports should go to the cygwin mailing list: cygwin@cygwin.com *** 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. -- Dean -- 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/
please upload: nasm-2.00-1
Thanks. http://scarff.id.au/file/cygwin/nasm/nasm-2.00-1-src.tar.bz2 http://scarff.id.au/file/cygwin/nasm/nasm-2.00-1.tar.bz2 http://scarff.id.au/file/cygwin/nasm/setup.hint -- Dean
Re: 3rd summary (was Re: [HEADSUP] ALL Maintainers, please reply.)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Corinna Vinschen writes: Below are the results as of today 2005-10-03. It would be helpful if all maintainers could scan this lists again, so that we're sure that nothing [snip] LIST 3: PACKAGES WITHOUT REPLY FROM MAINTAINER SO FAR = [snip] nasm I maintain nasm, and this is the only package I maintain. - -- Dean -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDQ7BuPs40JFRfzR0RAiWvAJ4tcjxq2HEbNK9xav/AAzyM2gf8FACfbn8d zYcnoY4O/GePjXlMnAp06gI= =zAS5 -END PGP SIGNATURE-
please upload: nasm-0.98.39-1
http://scarff.id.au/file/nasm/nasm-0.98.39-1-src.tar.bz2 http://scarff.id.au/file/nasm/nasm-0.98.39-1.tar.bz2 http://scarff.id.au/file/nasm/setup.hint Upstream ChangeLog: 0.98.39 --- * fix buffer overflow * fix outas86's .bss handling * make spotless no longer deletes config.h.in. * %(el)if(n)idn insensitivity to string quotes difference (#809300). * (nasm.c) __OUTPUT_FORMAT__ changed to string value instead of symbol. sdesc: The Netwide Assembler ldesc: nasm is the famous, portable Netwide Assembler for the 80x86. Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). curr: 0.98.39-1 requires: cygwin category: Devel I haven't kept up with the list, so if I've missed any new packaging conventions introduced in the last 8 months, let me know. -- Dean
[ANNOUNCEMENT] Updated: nasm-0.98.39-1
I have packaged the latest upstream release of nasm 0.98.39 for cygwin. This version contains a fix for a buffer overflow vulnerability; I'd urge you to upgrade. From the upstream ChangeLog: 0.98.39 --- * fix buffer overflow * fix outas86's .bss handling * make spotless no longer deletes config.h.in. * %(el)if(n)idn insensitivity to string quotes difference (#809300). * (nasm.c) __OUTPUT_FORMAT__ changed to string value instead of symbol. *** 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 the above URL. -- Dean -- 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/
Updated: nasm-0.98.39-1
I have packaged the latest upstream release of nasm 0.98.39 for cygwin. This version contains a fix for a buffer overflow vulnerability; I'd urge you to upgrade. From the upstream ChangeLog: 0.98.39 --- * fix buffer overflow * fix outas86's .bss handling * make spotless no longer deletes config.h.in. * %(el)if(n)idn insensitivity to string quotes difference (#809300). * (nasm.c) __OUTPUT_FORMAT__ changed to string value instead of symbol. *** 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 the above URL. -- Dean
Re: [ITP] TeXmacs: A scientific wysiwyg Editor and Interface for Computer Algebra Systems
Andreas Seidl wrote: Someone wanted more X-applications? I would like to contribute and maintain TeXmacs: - setup.hint - sdesc: A scientific wysiwyg Editor and Interface for Computer Algebra Systems. ldesc: GNU TeXmacs is a free scientific text editor, which was both inspired by TeX and GNU Emacs. The editor allows you to write structured documents via a wysiwyg (what-you-see-is-what-you-get) and user friendly interface. New styles may be created by the user. The program implements high-quality typesetting algorithms and TeX fonts, which help you to produce professionally looking documents. I vote pro. -- Dean
Re: Pending Packages List, 2003-12-19
Daniel Reed wrote: This is the list of pending packages as of Friday, December 19, 2003. Package: gtypist 2.7-1 [2003-12-09] Description: GNU Typist Proposer: Yaakov Selkowitz Proposal: http://cygwin.com/ml/cygwin-apps/2003-12/msg00127.html Release directory (for use with setup.exe): http://mysite.verizon.net/yselkowitz/cygwin/ http://mysite.verizon.net/yselkowitz/cygwin/release/gtypist/gtypist-2.7-1.tar.bz2 http://mysite.verizon.net/yselkowitz/cygwin/release/gtypist/gtypist-2.7-1-src.tar.bz2 http://mysite.verizon.net/yselkowitz/cygwin/release/gtypist/setup.hint Aye votes: Igor Pechtchanski [1/3] Status: Package available. HOLD-UPS: Not enough votes (need 2 more). No good to go review. +1 vote. The binary package looks good, if it gets the other vote I'll give the source package a review after xmas. Putting it in the games category might also be a good idea. -- Dean
Re: Updated xerces-c 2.4.0-1
Daniel Reed wrote: On 2003-12-17T09:18-0800, Abe Backus wrote: ) The files uploaded appear to have the version 2.4.0-4 in them, when it ) should be 2.4.0-1 That's my mistake; I fixed the XSL, so it shouldn't happen again, but I am not sure whether to rename 2.4.0-4 to 2.4.0-1 or just leave it. For setup-gurus: Would renaming it cause everyone to re-download the package as an update? From setup.html, it would appear so, as long as 2.4.0-1 is marked curr. -- Dean
Re: g++ link errors
Hannu E K Nevalainen wrote: Your compile displays gcc version 3.2.3 but cygcheck output says you have 3.3.* installed. May I suggest that you try to uninstall+reinstall the gcc packages? Though: I'm not sure this will help you. Yep, the problem seemed to be that all the 3.2.3 stuff was in /usr/local thus overriding the 3.3.1 files which use just the /usr prefix. Whether this was a failure of the 3.2.3 uninstall script or not I'm not sure, I had to remove all the old files manually (obviously uninstalling and reinstalling 3.3.1 wouldn't help, as this wasn't the problem). Problem solved, anyway. From: Dean Scarff Sent: Sunday, December 07, 2003 7:34 AM Hi, I'm getting link errors with libstdc++. At first I thought I must have been missing a package, but AFAICS I have all the relevant ones. I assumed libstdc++ would be linked in by default from a g++ command line. I couldn't see anything similar mentioned in the archives. I assume c++ wouldn't be broken by default for the whole distribution like this, what have I forgotten (and out of interest, why does the 3.3.1 version of gcc and g++ use the 3.2.3 specs)? scarff-box ~ $ cat nolink.cc #include iostream using namespace std; int main(int, char**) { cout hello.; } scarff-box ~ $ g++ -Wall -v nolink.cc Reading specs from /usr/local/lib/gcc-lib/i686-pc-cygwin/3.2.3/specs Configured with: ./configure --enable-languages=objective-c --with-system-zlib --without-included-gettext --host=i686-pc-cygwin --target=i686-pc-cygwin --prefix=/usr/local/ --exec-prefix=/usr/local : (reconfigured) ./configure --target=i686-pc-cygwin --prefix=/usr/local --with-as=/usr/bin/as.exe --with-ld=/usr/bin/ld.exe --enable-threads=win32 -enable-languages=c,c++,objc Thread model: win32 gcc version 3.2.3 /usr/local/lib/gcc-lib/i686-pc-cygwin/3.2.3/cc1plus.exe -v -D__GNUC__=3 -D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=3 -D__GXX_ABI_VERSION=102 -D_X86_=1 -D_X86_=1 -Asystem=winnt -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D__declspec(x)=__attribute__((x)) -D__i386__ -D__i386 -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -isystem /usr/local/include -idirafter /usr/local/i686-pc-cygwin/include -idirafter /usr/include -idirafter /usr/local/i686-pc-cygwin/include/w32api -idirafter /usr/include/w32api nolink.cc -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -quiet -dumpbase nolink.cc -Wall -version -o /mnt/data/Profiles/scarff/LOCALS~1/Temp/ccSJf53h.s ignoring nonexistent directory /usr/local/i686-pc-cygwin/include ignoring nonexistent directory /usr/local/i686-pc-cygwin/include/w32api GNU CPP version 3.2.3 (cpplib) (80386, BSD syntax) GNU C++ version 3.2.3 (i686-pc-cygwin) compiled by GNU C version 3.2 20020927 (prerelease). #include ... search starts here: #include ... search starts here: /usr/local/include /usr/local/include/c++/3.2.3 /usr/local/include/c++/3.2.3/i686-pc-cygwin /usr/local/include/c++/3.2.3/backward /usr/local/lib/gcc-lib/i686-pc-cygwin/3.2.3/include /usr/include /usr/include/w32api End of search list. SNIP gcc 3.3.1-3OK gcc-g++ 3.3.1-3OK gcc-mingw20030911-4 OK gcc-mingw-core 20031020-1 OK gcc-mingw-g++20031020-1 OK gdbm 1.8.3-7OK SNIP --END OF MESSAGE-- -- Dean -- 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++ link errors
Christopher Faylor wrote: On Tue, Dec 09, 2003 at 12:14:41PM +0800, Dean Scarff wrote: Hannu E K Nevalainen wrote: Your compile displays gcc version 3.2.3 but cygcheck output says you have 3.3.* installed. May I suggest that you try to uninstall+reinstall the gcc packages? Though: I'm not sure this will help you. Yep, the problem seemed to be that all the 3.2.3 stuff was in /usr/local thus overriding the 3.3.1 files which use just the /usr prefix. Whether this was a failure of the 3.2.3 uninstall script or not I'm not sure, I had to remove all the old files manually (obviously uninstalling and reinstalling 3.3.1 wouldn't help, as this wasn't the problem). Since there was never a cygwin gcc 3.2.3 release and there has never been a cygwin release of gcc that installed in /usr/local, it seems like you installed something that was nonstandard at some point. Yes, I think it was an objective-C package from a while ago I'd forgotten about. Sorry to bother the list with this. -- Dean -- 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/
g++ link errors
Hi, I'm getting link errors with libstdc++. At first I thought I must have been missing a package, but AFAICS I have all the relevant ones. I assumed libstdc++ would be linked in by default from a g++ command line. I couldn't see anything similar mentioned in the archives. I assume c++ wouldn't be broken by default for the whole distribution like this, what have I forgotten (and out of interest, why does the 3.3.1 version of gcc and g++ use the 3.2.3 specs)? scarff-box ~ $ cat nolink.cc #include iostream using namespace std; int main(int, char**) { cout hello.; } scarff-box ~ $ g++ -Wall -v nolink.cc Reading specs from /usr/local/lib/gcc-lib/i686-pc-cygwin/3.2.3/specs Configured with: ./configure --enable-languages=objective-c --with-system-zlib --without-included-gettext --host=i686-pc-cygwin --target=i686-pc-cygwin --prefix=/usr/local/ --exec-prefix=/usr/local : (reconfigured) ./configure --target=i686-pc-cygwin --prefix=/usr/local --with-as=/usr/bin/as.exe --with-ld=/usr/bin/ld.exe --enable-threads=win32 -enable-languages=c,c++,objc Thread model: win32 gcc version 3.2.3 /usr/local/lib/gcc-lib/i686-pc-cygwin/3.2.3/cc1plus.exe -v -D__GNUC__=3 -D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=3 -D__GXX_ABI_VERSION=102 -D_X86_=1 -D_X86_=1 -Asystem=winnt -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ -D__stdcall=__attribute__((__stdcall__)) -D__cdecl=__attribute__((__cdecl__)) -D_stdcall=__attribute__((__stdcall__)) -D_cdecl=__attribute__((__cdecl__)) -D__declspec(x)=__attribute__((x)) -D__i386__ -D__i386 -D__CYGWIN32__ -D__CYGWIN__ -Dunix -D__unix__ -D__unix -isystem /usr/local/include -idirafter /usr/local/i686-pc-cygwin/include -idirafter /usr/include -idirafter /usr/local/i686-pc-cygwin/include/w32api -idirafter /usr/include/w32api nolink.cc -D__GNUG__=3 -D__DEPRECATED -D__EXCEPTIONS -quiet -dumpbase nolink.cc -Wall -version -o /mnt/data/Profiles/scarff/LOCALS~1/Temp/ccSJf53h.s ignoring nonexistent directory /usr/local/i686-pc-cygwin/include ignoring nonexistent directory /usr/local/i686-pc-cygwin/include/w32api GNU CPP version 3.2.3 (cpplib) (80386, BSD syntax) GNU C++ version 3.2.3 (i686-pc-cygwin) compiled by GNU C version 3.2 20020927 (prerelease). #include ... search starts here: #include ... search starts here: /usr/local/include /usr/local/include/c++/3.2.3 /usr/local/include/c++/3.2.3/i686-pc-cygwin /usr/local/include/c++/3.2.3/backward /usr/local/lib/gcc-lib/i686-pc-cygwin/3.2.3/include /usr/include /usr/include/w32api End of search list. /usr/bin/as.exe --traditional-format -o /mnt/data/Profiles/scarff/LOCALS~1/Temp/ccLKD7P2.o /mnt/data/Profiles/scarff/LOCALS~1/Temp/ccSJf53h.s /usr/local/lib/gcc-lib/i686-pc-cygwin/3.2.3/collect2.exe -L/usr/local/i686-pc-cygwin/lib/w32api/ -L/usr/lib/w32api/ -Bdynamic --dll-search-prefix=cyg /usr/lib/crt0.o -L/usr/local/lib/gcc-lib/i686-pc-cygwin/3.2.3 -L/usr/lib/mingw /mnt/data/Profiles/scarff/LOCALS~1/Temp/ccLKD7P2.o -lstdc++ -lgcc -lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc /usr/lib/mingw/libstdc++.a(ios.o)(.text+0x263):ios.cc: undefined reference to `__imp___iob' /usr/lib/mingw/libstdc++.a(ios.o)(.text+0x29a):ios.cc: undefined reference to `__imp___iob' /usr/lib/mingw/libstdc++.a(ios.o)(.text+0x2ce):ios.cc: undefined reference to `__imp___iob' /usr/lib/mingw/libstdc++.a(eh_throw.o)(.text+0x7d):eh_throw.cc: undefined reference to `___w32_sharedptr_unexpected' /usr/lib/mingw/libstdc++.a(eh_throw.o)(.text+0x8e):eh_throw.cc: undefined reference to `___w32_sharedptr_terminate' /usr/lib/mingw/libstdc++.a(eh_throw.o)(.text+0xfd):eh_throw.cc: undefined reference to `__Unwind_SjLj_Resume_or_Rethrow' /usr/lib/mingw/libstdc++.a(stl-inst.o)(.text$_ZNSt24__default_alloc_templateILb1ELi0EE5_LockC2Ev+0x10):stl-inst.cc: undefined reference to `__CRT_MT' /usr/lib/mingw/libstdc++.a(stl-inst.o)(.text$_ZNSt24__default_alloc_templateILb1ELi0EE5_LockC2Ev+0x2b):stl-inst.cc: undefined reference to `___gthr_win32_mutex_lock' /usr/lib/mingw/libstdc++.a(stl-inst.o)(.text$_ZNSt24__default_alloc_templateILb1ELi0EE5_LockC1Ev+0x11):stl-inst.cc: undefined reference to `__CRT_MT' /usr/lib/mingw/libstdc++.a(stl-inst.o)(.text$_ZNSt24__default_alloc_templateILb1ELi0EE5_LockC1Ev+0x2b):stl-inst.cc: undefined reference to `___gthr_win32_mutex_lock' /usr/lib/mingw/libstdc++.a(stl-inst.o)(.text$_ZNSt24__default_alloc_templateILb1ELi0EE5_LockD2Ev+0x11):stl-inst.cc: undefined reference to `__CRT_MT' /usr/lib/mingw/libstdc++.a(stl-inst.o)(.text$_ZNSt24__default_alloc_templateILb1ELi0EE5_LockD2Ev+0x2b):stl-inst.cc: undefined reference to `___gthr_win32_mutex_unlock' /usr/lib/mingw/libstdc++.a(stl-inst.o)(.text$_ZNSt24__default_alloc_templateILb1ELi0EE5_LockD1Ev+0x10):stl-inst.cc: undefined reference to `__CRT_MT' /usr/lib/mingw/libstdc++.a(stl-inst.o)(.text$_ZNSt24__default_alloc_templateILb1ELi0EE5_LockD1Ev+0x2b):stl-inst.cc: undefined
Re: [RFC] Globally creating a user and a group root
Corinna Vinschen wrote: The remaining problem is the special handling of root. I guess it's best to create the /etc/group entry already in mkgroup. For mkpasswd it might be best, to add a special handling like this: If a Windows user root exists, give it the uid 0. any chance you can poke the base-passwd script soon, to check for a user and a group with SID S-1-1-0 in the existing /etc/passwd and /etc/group files and remove them silently? Also it would be good if the script adds the following entry to /etc/group, if possible as the first line: root:S-1-5-32-544:0: I currently have an entry in /etc/passwd: root:unused_by_nt/2000/xp:500:513:U-SCARFF-BOX\root,S-1-5-21-1606980848-1563985344-1060284298-500:/home/root:/bin/bash This is a side-effect of using mkpasswd with the Administrator user renamed to root on XP. For me (and others like me who renamed the Administrator user) will this cause problems? Forgive me if I've overlooked where this point was addressed before in the thread, I only followed it loosely. -- Dean
Re: cvs pserver setup howto ?
On Sun, 05 Oct 2003 15:16:08 +0200, Albrecht Berger wrote: I'm no cvs guru, but What are the steps that I need to do ? What I did is : 0.export CVSROOT=/cvsroot 1. cvs init 2. cvs checkout CVSROOT 3. cvs commit CVSROOT 4. mkpasswd.exe CVSROOT/passwd The passwd output from Cygwin's mkpasswd -l wouldn't really be useful for cvs auth. See http://www.cvshome.org/docs/manual/cvs-1.11.7/cvs_2.html#SEC30 You might also want to take note of their advice that Unlike many of the files in `$CVSROOT/CVSROOT', it is normal to edit the `passwd' file in-place, rather than via CVS. You can generate one with the aid of crypt. You might also consider using the fallback system auth instead. 5. cvs add CVSROOT/passwd 6. cvs commit It all worked and now I have a repository at /cvsroot. To start the cvs in server mode I usw : cvs server Shouldn't this be cvs pserver given: But if I try to login in an other cygwin-shell using : export CVSROOT=:pserver:[EMAIL PROTECTED]:/ cvs login Not using / as CVSROOT might be a good idea as well. I don't know how eclipse wants to access your repository, but wouldn't it make more sense not to use a local pserver, and just let cvs operate directly on the fs (:local: and :fork: methods)? Cheers, Dean Scarff Apologies: I sent this accidentally sent this reply off-list as well -- 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/
nasm 0.98.38-1
New upstream release. Added Charles Bilyue's coff patch (or should I say hack - but it saved me the trouble!), and updated docs to reflect this. Data now in /usr/share like it should be. Source package now has better management for building the extra docs. Built with cygwin 1.5.4-1. sdesc: The Netwide Assembler ldesc: nasm is the famous, portable Netwide Assembler for the 80x86. Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). prev: 0.98.36-1 curr: 0.98.38-1 requires: cygwin category: Devel http://www.polarhome.com:753/~p00ya/up/nasm-0.98.38-1-src.tar.bz2 http://www.polarhome.com:753/~p00ya/up/nasm-0.98.38-1.tar.bz2 http://www.polarhome.com:753/~p00ya/up/setup.hint Please upload. Cheers, Dean Scarff sdesc: The Netwide Assembler ldesc: nasm is the famous, portable Netwide Assembler for the 80x86. Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). prev: 0.98.36-1 curr: 0.98.38-1 requires: cygwin category: Devel
[ANNOUNCEMENT] Updated: nasm-0.98.38-1
nasm-0.98.38-1 is now available for download. BACKGROUND INFORMATION: === Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). RELEASE NOTES: == Upstream news from the CHANGES file: * Add Makefile for 16-bit DOS binaries under OpenWatcom, and modify mkdep.pl to be able to generate completely pathless dependencies, as required by OpenWatcom wmake (it supports path searches, but not explicit paths.) * Fix the STR instruction. * Fix the ELF output format, which was broken under certain circumstances due to the addition of stabs support. * Quick-fix Borland format debug-info for -f obj * Fix for %rep with no arguments (#560568) * Fix concatenation of preprocessor function call (#794686) * Fix long label causes coredump (#677841) * Use autoheader as well as autoconf to keep configure from generating ridiculously long command lines. * Make sure that all of the formats which support debugging output actually will suppress debugging output when -g not specified. Other notes: * Docs are now in /usr/share for FHS compliancy. * Linked with Cygwin 1.5.4-1. * Added Charles Bilyue's coff patch. This adds a new coff output format that will link properly with Cygwin. Use it like: nasm -f gnuwin32 mycoff.asm gcc mycoff.o myc.c As always, you should conduct an appropriate level of testing before using any new product in your production environment. MAINTAINER: === Dean Scarff, announced 21 September, 2003 GENERIC INFORMATION: 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 'nasm' from the 'Devel' category. QUESTIONS: -- If you want to make a point or ask a question concerning the package, 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] -- 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: Packages for upload: nasm (1.3.22 and 1.5.2)
On Sat, 30 Aug 2003 20:26:54 +0200, Gerrit P. Haase wrote: Uploaded; removed 0.98.35-1. Please send an announcement in a couple of hours. Let me know if you want me to remove 0.98.36-1, too. Why not make it prev: for a while, it works well for me and one never knows if the current: has bugs...? Gerrit I'd have no objections here. Although the diff between .36 and .37 isn't very big, it's a good idea. Cheers, Dean Scarff
[ANNOUNCEMENT] updated: nasm-0.98.37-1 and nasm-0.98.37-2
nasm-0.98.37-1 and nasm-0.98.37-2 have been uploaded to sourceware. BACKGROUND INFORMATION: === Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). RELEASE NOTES: == Upstream news from the CHANGES file: * Paths given in -I switch searched for incbined as well as %includeed files. * Added stabs debugging for the ELF output format, patch from Martin Wawro. * Fix output/outbin.c to allow origin 8000h. * Make -U switch work. * Fix the use of relative offsets with explicit prefixes, e.g. a32 loop foo. * Remove backslash(). * Fix the SMSW and SLDT instructions. * -O2 and -O3 are no longer aliases for -O5 and -O10. If you mean the latter, please say so! :) Setup.exe: -- nasm is in the category 'Devel'. New versions will remove older versions. nasm-0.98.37-2 is built for cygwin-1.5.2 and is marked test accordingly. It *WILL NOT WORK* under cygwin-1.3.22. Other notes: Please be aware the upstream ChangeLog is no longer maintained. nasm output will retain binary compatibility with previous versions, and the output should be unaffected between nasm-0.98.37-1 and nasm-0.98.37-2. The Portable Document Format and PostScript versions of the documentation are no longer distributed in the binary package, although they can be built with the source package. The text and HTML versions of the documentation are still available in /usr/doc/nasm-0.98.37 As always, you should conduct an appropriate level of testing before using any new product in your production environment. MAINTAINER: === Dean Scarff, announced 1 September, 2003 GENERIC INFORMATION: 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 'nasm' from the 'Devel' category. 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. These mirrors already got the package, the others will probably have the latest version of this package fairly soon: In Australia, ftp://planetmirror.com/pub/cygwin/ offers a reliable high bandwidth connection. QUESTIONS: -- If you want to make a point or ask a question concerning the package, 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] -- 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/
Packages for upload: nasm (1.3.22 and 1.5.2)
New packages have been built against both cygwin 1.3.22 and 1.5.2 (latest non-snapshot available 30 Aug 2003), for the upstream release of nasm 0.98.37. The 1.5.2-built package is flagged as test; quick tests suggest it's compatible. Other changes: the postscript version of the documentation is no longer used, seeming as it's the same as the info and html outputs, and it just adds to the package size. However, the source package retains all the functionality to build the .ps (and the .pdf if you have gs). sdesc: The Netwide Assembler ldesc: nasm is the famous, portable Netwide Assembler for the 80x86. Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). curr: 0.98.37-1 test: 0.98.37-2 # test version is built against cygwin 1.5.2-1 requires: cygwin category: Devel http://www.polarhome.com:753/~p00ya/up/nasm-0.98.37-1.tar.bz2 http://www.polarhome.com:753/~p00ya/up/nasm-0.98.37-1-src.tar.bz2 http://www.polarhome.com:753/~p00ya/up/nasm-0.98.37-2.tar.bz2 http://www.polarhome.com:753/~p00ya/up/nasm-0.98.37-2-src.tar.bz2 http://www.polarhome.com:753/~p00ya/up/setup.hint Please upload Cheers, Dean Scarff
Re: CRLF to LF Issue
On July 3 at 2003 0:49, Hannu E K Nevalainen (garbage mail) wrote: FYI... :-} I've been in this situation since 1985 or so... (Amiga user since then.AmigaOS uses LF EOL. Also been using MS OS'es since before '85). My way has been: 1) Keep each OS clean of files not having the default line ending 2) Make sure to always CONVERT files _at the very moment_ they're transferred Im sure that must be convenient ;) Sidenote: There is several ways to accomplish 2) on the Amiga: a) Enable CrossDOS (AmigaDOS file system for vfat) internal conversion b) dos2unix-like utilities c) Use an editor that manages files undependent of EOL style Bingo. If you're using Cygwin you've got access to vim, emacs, nano, all of which support variations to the line terminator. Richard mentioned before that The source code is designed to ONLY be used in MS-Windows, so I'm not interested in porting between Unix/MS- Windows. There's plenty of good editors (especially the ones intended for development) for windows that can handle LF as EOL. ConTEXT is quite nice if you go for 'free'/shareware. I use LF for all my sources, whether they're unix or not. As (I think?) you say, internal CRLF'ing and vice versa is just going to have problems where internal conversion doesn't behave as the user expects (read: cant read the user's mind). Cheers, Dean Scarff -- 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: rxvt icon replacement
- Original Message - From: Ronald Landheer-Cieslak [EMAIL PROTECTED] Date: Monday, June 30, 2003 11:14 pm Subject: Re: rxvt icon replacement On Mon, 30 Jun 2003, Robert R Schneck wrote: Is there any chance that the rxvt icon resource could be changed to something a little more aesthetic? IMHO, the current icon is quite ugly. It's not too hard to change it yourself; just download an icon editor that can change icons in .exe files. I used the shareware IconCool to change my rxvt's icon to be the Cygwin icon. Or.. get the source package, find the icon file and replace it with the one you want before recompiling - no binary hacking required. Actually, as this is open source software and thus you have (access to) the source, the usual way of customizing your software is exactly like this: Use The Source, Duke!. HTH rlc FWIW: the icon files are in /usr/src/rxvt/W11/wrap when the rxvt source pack is installed. The README for Cygwin tells you how to build it all.(I must say, though, that I've never actually tried building rxvt myself..) This is what I've been doing ;) But it gets annoying having to rebuild the rxvt source - especially when for some reason it doesnt build OOT(cygwin-patched)B - or patch the binary myself whenever there's a new release, especially when its a patch that most users would enjoy (although it may bloat the binary by an extra 1k - so use upx :P). Just a convenience thing really ;) Cheers, Dean Scarff -- 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/
nasm-0.98.36-1
This is the new version of nasm, released on sf March 13. The pdf issue from the 0.98.35 port is still current: again the pdf has been ommitted. setup.hint: http://www.polarhome.com:753/~p00ya/up/setup.hint src package: http://www.polarhome.com:753/~p00ya/up/nasm-0.98.36-1-src.tar.bz2 bin package: http://www.polarhome.com:753/~p00ya/up/nasm-0.98.36-1.tar.bz2 Please upload. Cheers, Dean Scarff -- ___ http://www.operamail.com Now with OperaMail Premium for only US$29.99/yr Powered by Outblaze
[ANNOUNCEMENT] Updated: nasm-0.98.36-1
The cygwin port of nasm has been updated to 0.98.36. This version contains some minor bugfixes and enhancements. 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. Then, run setup and answer all of the questions. If you have general questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com. *** 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: cygwin-announce-unsubscribe-you=yourdomain dot com at cygwin dot com 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. -- ___ http://www.operamail.com Now with OperaMail Premium for only US$29.99/yr Powered by Outblaze -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
Updated: nasm-0.98.36-1
The cygwin port of nasm has been updated to 0.98.36. This version contains some minor bugfixes and enhancements. 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. Then, run setup and answer all of the questions. If you have general questions or comments, please send them to the Cygwin mailing list at: cygwin at cygwin dot com. *** 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: cygwin-announce-unsubscribe-you=yourdomain dot com at cygwin dot com 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. -- ___ http://www.operamail.com Now with OperaMail Premium for only US$29.99/yr Powered by Outblaze
[ANNOUNCEMENT] New package: nasm-0.98.35-1
The netwide assembler has been included in the Cygwin net distribution. nasm is the famous, portable Netwide Assembler for the 80x86. Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). You can find more information in /usr/doc/Cygwin/nasm-0.98.35.README. 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 'nasm' from the 'Devel' 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. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. Cheers, Dean Scarff -- ___ Get your free email from http://mymail.operamail.com Powered by Outblaze -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Bug reporting: http://cygwin.com/bugs.html Documentation: http://cygwin.com/docs.html FAQ: http://cygwin.com/faq/
New package: nasm-0.98.35-1
The netwide assembler has been included in the Cygwin net distribution. nasm is the famous, portable Netwide Assembler for the 80x86. Many many developers all over the net respect NASM for what it is - a widespread (thus netwide), portable (thus netwide!), very flexible and mature assembler tool with support for many output formats (thus netwide!!). You can find more information in /usr/doc/Cygwin/nasm-0.98.35.README. 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 'nasm' from the 'Devel' 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. This includes ideas and comments about the setup utility or Cygwin in general. If you want to make a point or ask a question the Cygwin mailing list is the appropriate place. Cheers, Dean Scarff -- ___ Get your free email from http://mymail.operamail.com Powered by Outblaze
Re: [nasm packaging review] was Re: Pending packages status
- Original Message - From: Pavel Tsekov [EMAIL PROTECTED] Date: Mon, 30 Dec 2002 11:11:59 +0100 (CET) On Mon, 30 Dec 2002, Dean Scarff wrote: Done, the new binary package nasm-0.98.35-2 has everything except the pdf (due to ghostscript problems as I mentioned elsewhere). Updated files are here: http://proud-x.com/~p00ya/cygwin-apps/nasm/setup.hint http://proud-x.com/~p00ya/cygwin-apps/nasm/nasm-0.98.35-2.tar.bz2 http://proud-x.com/~p00ya/cygwin-apps/nasm/nasm-0.98.35-2-src.tar.bz2 Ok, I've just reviewed the package. Do you mind moving the contents of /usr/doc/nasm to /usr/doc/nasm-0.98.35 ? Btw, please, do not update the cygwin specific part of the package version number when releasing an updated version in the process of reviewing. My mistake, both the above points are fixed now. The new binary package looks like: usr/ usr/man/ usr/man/man1/ usr/man/man1/nasm.1 usr/man/man1/ndisasm.1 usr/info/ usr/info/nasm.info usr/info/nasm.info-1 usr/info/nasm.info-10 usr/info/nasm.info-11 usr/info/nasm.info-12 usr/info/nasm.info-13 usr/info/nasm.info-14 usr/info/nasm.info-2 usr/info/nasm.info-3 usr/info/nasm.info-4 usr/info/nasm.info-5 usr/info/nasm.info-6 usr/info/nasm.info-7 usr/info/nasm.info-8 usr/info/nasm.info-9 usr/bin/ usr/bin/rdf2com.exe usr/bin/nasm.exe usr/bin/ndisasm.exe usr/bin/rdfdump.exe usr/bin/ldrdf.exe usr/bin/rdx.exe usr/bin/rdflib.exe usr/bin/rdf2bin.exe usr/bin/rdf2ihx.exe usr/doc/ usr/doc/nasm-0.98.35/ usr/doc/nasm-0.98.35/html/ usr/doc/nasm-0.98.35/html/nasmdo10.html usr/doc/nasm-0.98.35/html/nasmdoc0.html usr/doc/nasm-0.98.35/html/nasmdoc1.html usr/doc/nasm-0.98.35/html/nasmdoc2.html usr/doc/nasm-0.98.35/html/nasmdoc3.html usr/doc/nasm-0.98.35/html/nasmdoc4.html usr/doc/nasm-0.98.35/html/nasmdoc5.html usr/doc/nasm-0.98.35/html/nasmdoc6.html usr/doc/nasm-0.98.35/html/nasmdoc7.html usr/doc/nasm-0.98.35/html/nasmdoc8.html usr/doc/nasm-0.98.35/html/nasmdoc9.html usr/doc/nasm-0.98.35/html/nasmdoca.html usr/doc/nasm-0.98.35/html/nasmdocb.html usr/doc/nasm-0.98.35/html/nasmdoci.html usr/doc/nasm-0.98.35/nasmdoc.ps usr/doc/nasm-0.98.35/nasmdoc.txt usr/doc/nasm-0.98.35/AUTHORS usr/doc/nasm-0.98.35/CHANGES usr/doc/nasm-0.98.35/INSTALL usr/doc/nasm-0.98.35/COPYING usr/doc/nasm-0.98.35/README usr/doc/nasm-0.98.35/TODO usr/doc/nasm-0.98.35/ChangeLog usr/doc/Cygwin/ usr/doc/Cygwin/nasm-0.98.35.README Updated files are at: http://proud-x.com/~p00ya/cygwin-apps/nasm/setup.hint http://proud-x.com/~p00ya/cygwin-apps/nasm/nasm-0.98.35-1.tar.bz2 http://proud-x.com/~p00ya/cygwin-apps/nasm/nasm-0.98.35-1-src.tar.bz2 Cheers, Dean Scarff -- ___ Get your free email from http://mymail.operamail.com Powered by Outblaze
Re: [nasm packaging review] was Re: Pending packages status
From: Dario Alcocer alcocer at helixdigital dot com Date: Mon, 30 Dec 2002 18:35:28 -0800 What problems exactly are you having with Ghostscript? I'll assume that you're referring to the Cygwin version of Ghostscript. They may not be a problem with ghostscript at all, contrary to what I said before. It may actually be a problem with the .ps that was generated. I have no experience with either format, but here's the error message from ps2pdf: $ ps2pdf -dOptimize=true nasmdoc.ps nasmdoc.pdf Error: /undefined in setpagesize Operand stack: Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval- - 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- fa lse 1 %stopped_push 1 3 %oparray_pop 1 3 %oparray_pop .runexec 2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push -- nostringval-- --nostringval-- --nostringval-- Dictionary stack: --dict:1085/1123(ro)(G)-- --dict:0/20(G)-- --dict:111/200(L)-- Current allocation mode is local Current file position is 52386 GNU Ghostscript 7.05: Unrecoverable error, exit code 1 The .ps was generated from a perl script that exited without error. The build works on debian with perl 5.8.0 and GNU Ghostscript 7.05. I'm using those same versions of each on cywin. I'm sorry for assuming this was a problem with ghostscript if it isn't. If you or anyone knows the source of this problem, I'd be happy to know. Otherwise, I'm quite happy to leave the pdf out - it would double the size of the binary package, and its not a format that is particularly useful (imho) in cygwin when there's html as well. Cheers, Dean Scarff -- ___ Get your free email from http://mymail.operamail.com Powered by Outblaze
Re: [nasm packaging review] was Re: Pending packages status
- Original Message - From: Pavel Tsekov [EMAIL PROTECTED] Date: Thu, 26 Dec 2002 18:37:20 +0100 (CET) To: [EMAIL PROTECTED] Subject: [nasm packaging review] was Re: Pending packages status On Tue, 24 Dec 2002, Pavel Tsekov wrote: 4. nasm version: 0.98.35-1 status : not reviewed I've reviewed the packaging of nasm and it seems to be OK. The only thing that seems to be missing is the documentation. The documentation provided by the binary package includes only the man pages for nasm and ndisasm. However, nasm has a very complete documentation with a lot of examples and available in several differen output formats (html, info, pdf). So, I think including one the .info files in the binary package along with the man pages is a good idea and will make the package complete. Done, the new binary package nasm-0.98.35-2 has everything except the pdf (due to ghostscript problems as I mentioned elsewhere). Updated files are here: http://proud-x.com/~p00ya/cygwin-apps/nasm/setup.hint http://proud-x.com/~p00ya/cygwin-apps/nasm/nasm-0.98.35-2.tar.bz2 http://proud-x.com/~p00ya/cygwin-apps/nasm/nasm-0.98.35-2-src.tar.bz2 Cheers, Dean Scarff -- ___ Get your free email from http://mymail.operamail.com Powered by Outblaze
Re: [nasm packaging review] was Re: Pending packages status
- Original Message - From: Joshua Daniel Franklin [EMAIL PROTECTED] Date: Thu, 26 Dec 2002 11:02:09 -0800 (PST) To: [EMAIL PROTECTED] Subject: Re: [nasm packaging review] was Re: Pending packages status ... An alternative would be to have a separate nasm-doc package with all the documentation, which would keep the smaller binary download for people that do not need the docs. I agree that both the man and info docs should be available in the binary distribution. As for the additional (pdf, ps, html) documentation, I'm open to suggestion. The extra docs are certainly very comprehensive, although I don't often consult them. I also notice that the nasm project provides a separate nasm-0.98.35-xdoc package. In any case, I'll repackage the existing package to make everything and make install_everything, I'll post an update soon. Cheers, Dean Scarff -- ___ Get your free email from http://mymail.operamail.com Powered by Outblaze
[adding docs to nasm] unfulfilled build deps for pdf
As per your suggestion to add the extra docs to the nasm package, I have found that nasm requires AFPL ghostscript to build the pdf. This package is not currently part of cygwin (although there is an old contrib that never made it here: http://sources.redhat.com/ml/cygwin-apps/2002-10/msg00185.html ). So my question is, is there a policy regarding relying on non-(official)cygwin packages for builds? I can easily just add the pdf built on linux to the binary package, but this would mean that the source package will be incapable (under cygwin) of producing the binary. The other option as Joshua suggested is to provide a separate docs package (which doesnt need a corresponding source). Cheers, Dean Scarff -- ___ Get your free email from http://mymail.operamail.com Powered by Outblaze