[EMAIL PROTECTED] writes:
> Enclosed is a patch to pl 33.
>
> The primary reason for this patch is to change my email and web
> address. My new addresses are:
OK.
> I was however unable to link pl 33 due to the following error:
>
> out/audio-column.o: In function `_t9Link_list1ZP10Audio_item':
> /users/jeff/usr/src/lilypond-1.1.33/lily/..\\flower\\include\\list.icc(.text$add
> __t6Cursor1ZPvRCPv+0x12): undefined reference to `List<void *>::add(void *const
> &, Cursor<void *> &)'
> out/repeat-engraver.o: In function `Array<bool>::copy_array(void) const':
> /users/jeff/usr/src/lilypond-1.1.33/lily/..\\flower\\include\\array.hh(.text$com
> pare__t6Cursor1ZPvT0T0+0x23): undefined reference to `Cursor<void *>::operator-(
> Cursor<void *>) const'
> collect2: ld returned 1 exit status
> make[1]: *** [out/lilypond] Error 1
> make: *** [all] Error 2
>
Could you try instantiating List<void*> explicitly?
> My compiler is:
> Reading specs from d:\gnuwin32\cygwin-b20\H-i586-cygwin32\bin\..\lib\gcc-lib\i58
> 6-cygwin32\egcs-2.91.57\specs
> gcc version egcs-2.91.57 19980901 (egcs-1.1 release)
>
> Also, on the issue of tfm files. Windows doesn't really support a
> native linking mechanism like UNIX does. Would it be possible just to
> use a environment variable, say LILYTFM. This could be a delimited
> directory list much like LILYINCLUDE. The advantage to this approach
> is it is more platform independant. The disadvantage is that the
> installation is slightly more difficult. If we continue to use soft
> links I believe all we can hope for on Windows is a copy of all tfm
> files lilypond needs.
The link mechanism is a kludge, we'll have to fix this sometime.
--
Han-Wen Nienhuys, [EMAIL PROTECTED] ** GNU LilyPond - The Music Typesetter
http://www.cs.uu.nl/people/hanwen/lilypond/index.html
