Re: [Gm2] Option order to gm2

[Gaius Mulley]

john o goyo <address@hidden> writes:

> Why is the option order critical to gm2?  I was under the assumption
> that the driver would collect all options first before continuing on.
>
> Example (on Solaris 10/sparc):
>
> johng [arcfour]10=> gm2 -o tstarcfour -g tstarcfour.mod
> johng [arcfour]11=> gm2 -g -o tstarcfour tstarcfour.mod
> Undefined                       first referenced
>  symbol                             in file
> typeinfo for int                    /var/tmp//cc5ILG6p.a(RTExceptions.o)
> __cxa_allocate_exception            /var/tmp//cc5ILG6p.a(RTExceptions.o)
> __cxa_end_catch                     /var/tmp//cc5ILG6p.a
> (cc8PLRWastart.o)
> __cxa_begin_catch                   /var/tmp//cc5ILG6p.a
> (cc8PLRWastart.o)
> __cxa_throw                         /var/tmp//cc5ILG6p.a(RTExceptions.o)
> __gxx_personality_v0                /var/tmp//cc5ILG6p.a
> (cc8PLRWastart.o)
> ld: fatal: Symbol referencing errors. No output written to tstarcfour
> collect2: ld returned 1 exit status

Hi John,

now fixed in the latest CVS:

   * gm2/gm2spec.c:  fixed an off by one bug when scanning
     arguments.  This manifested itself as a linking bug
     (as reported by John O Goyo <address@hidden>)
     when arguments were presented in a different order.
     '-o' skipped one to many arguments.

regards,
Gaius