This is the mail archive of the
cygwin
mailing list for the Cygwin project.
Re: [1.7] rebaseall doesn't solve the problem
- From: Charles Wilson <cygwin at cwilson dot fastmail dot fm>
- To: cygwin at cygwin dot com
- Date: Mon, 02 Mar 2009 21:06:29 -0500
- Subject: Re: [1.7] rebaseall doesn't solve the problem
- References: <499F6682.1090204@cwilson.fastmail.fm> <20090224100616.GC6035@calimero.vinschen.de> <49A85971.6070300@cwilson.fastmail.fm> <20090228104337.GG19887@calimero.vinschen.de> <49A986B4.2080501@cwilson.fastmail.fm> <20090228195127.GA26646@ednor.casa.cgf.cx> <20090228202850.GB8503@calimero.vinschen.de> <20090302120756.GA31166@calimero.vinschen.de> <49ABF7B5.5010605@cwilson.fastmail.fm> <49AC56FE.4080708@gmail.com>
Dave Korn wrote:
> Yep, this is exactly how I'm doing it. Patch will be posted shortly.
> Syntax looks like
>
> --pe-dll-characteristics=<name>|<integer>[(+|,:)<name>|<integer>[...]]
>
> e.g.
>
> --pe-dll-characteristics=0x0400|0x0100
> --pe-dll-characteristics=1+128+1024,noseh,nobind
> --pe-dll-characteristics noseh:nobind:tsaware
Nice. Where is the parsing done? I'm thinking of bringing in getopt_long
support into rebase and peflags (which is available for both cygwin and
mingw builds, just not MSVC. I don't think the rebase package cares
about that).
Anyway, if you've implemented that option parsing using just a small bit
of magic over top of getopt_long, I'll just borrow it (both packages are
GPL) and try to keep the interfaces for
ld --pe-dll-characteristics
peflags --dll-characteristics
sorta similar (with maybe some nice short synonyms for the common
peflags actions). OTOH, if it relies on a bunch of pre-existing ld/*
glue, then...
--
Chuck
--
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/