The mingw binary has been rebuilt. Jeremiah On Mar 31, 2014 4:24 AM, "Richard Shann" <[email protected]> wrote:
> On Thu, 2014-03-27 at 20:00 +0000, Richard Shann wrote: > > hmm, I don't think I know what rsvg is :( > > I just had a bit of a dig around - it seems I started using rsvg some > years back for the display graphics for DenemoDirectives. I don't > remember what prompted this, but it could be that the introduction of > cairo is behind it. Anyway, I have just replaced > gdk_pixbuf_new_from_file() with the rsvg function and it seems to work > just fine, so this may work on windows too now. > Can you generate a binary to check this out? > > Richard > > > > I think we (I) just use > > gdk_pixbuf_new_from_file() > > > > I see this in ui/palettes.c > > > > this works on GNU/Linux ... > > > > Richard > > > > > > On Thu, 2014-03-27 at 13:09 -0500, Jeremiah Benham wrote: > > > https://mail.gnome.org/archives/commits-list/2010-June/msg09244.html > > > > > > This suggests as if rsvg is used to created a rsvg enabled a > > > gdk-pixbuf-loader. > > > > > > > > > Jeremiah > > > > > > > > > > > > On Thu, Mar 27, 2014 at 1:02 PM, Jeremiah Benham > > > <[email protected]> wrote: > > > Oh I see on this website how to use rsvg with gdk-pixbuf: > > > > https://developer.gnome.org/rsvg/stable/rsvg-Using-RSVG-with-GdkPixbuf.html > > > > > > > > > I can't really test the mingw version of denemo. After the > > > libaubio upgrade it does not work in wine. > > > > > > > > > Jeremiah > > > > > > > > > > > > On Thu, Mar 27, 2014 at 12:46 PM, Jeremiah Benham > > > <[email protected]> wrote: > > > > > > > > > > > > On Wed, Mar 26, 2014 at 2:07 PM, Richard Shann > > > <[email protected]> wrote: > > > On Wed, 2014-03-26 at 10:38 -0500, Jeremiah > > > Benham wrote: > > > > On Wed, Mar 26, 2014 at 01:37:59PM +0000, > > > Richard Shann wrote: > > > > > On Wed, 2014-03-26 at 05:45 -0500, > > > Jeremiah Benham wrote: > > > > > > On Tue, Mar 25, 2014 at 04:05:12PM > > > +0000, Richard Shann wrote: > > > > > > > On Mon, 2014-03-24 at 18:03 -0500, > > > Jeremiah Benham wrote: > > > > > > > > I think if we were to move away from > > > gub we should switch to mxe. It > > > > > > > > is just a matter of debuging what > > > gets built. > > > > > > > > > > > > > > I agree, I didn't realize that other > > > thing was for windows users. We > > > > > > > were beaten back from mxe by the way > > > runtime loading of the pdf backend > > > > > > > and such like IIRC. > > > > > > > > > > > > I don't remember. I know gub has that > > > issue on the gtk3 build. > > > > > > > > > > > > >We actually have a problem right now > > > with our GUB > > > > > > > build for windows: we cannot load > > > the .svg images used in one or two > > > > > > > palettes, the gdk-pixbuf-loaders thing > > > doesn't work on windows. > > > > > > > > > > > > gdk-pixbuf-loaders is an exe isn't it? > > > If so what happens when you try to launch it > > > at the command line? > > > > > > > > > > I tried launching it from various > > > directories but in every case it did > > > > > nothing. No output, no messages. I ran it > > > under gdb and was able to get > > > > > it to break at main() if I recall > > > correctly. But there were no symbols, > > > > > so I couldn't see what it did next. I > > > don't know if there is the > > > > > equivalent of ptrace to find out what, if > > > anything, it tries to open or > > > > > write to. Does it do anything if launched > > > on wine? > > > > > > > > Yes. On the most recent git snapshot (Mar > > > 21) (note I needed to copy aubio-4.dll from > > > the lib directory to the bin directory.) > > > > It produces about 4 screens of this: > > > > > > > > # GdkPixbuf Image Loader Modules file > > > > # Automatically generated file, do not edit > > > > # Created by gdk-pixbuf-query-loaders.exe > > > from gdk-pixbuf-2.22.1 > > > > # > > > > # LoaderDir = C:\Program Files\Denemo > > > \usr/lib/gdk-pixbuf-2.0/2.10.0/loaders > > > > # > > > > "C:/Program > > > > Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-icns.dll" > > > > "icns" 4 "gdk-pixbuf" "The ICNS image > > > format" "GPL" > > > > "image/x-icns" "" > > > > "icns" "" > > > > "icns" "" 100 > > > > > > > > "C:/Program > > > > Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-pcx.dll" > > > > "pcx" 4 "gdk-pixbuf" "The PCX image format" > > > "LGPL" > > > > "image/x-pcx" "" > > > > "pcx" "" > > > > "\n \001" "" 100 > > > > "\n\002\001" "" 100 > > > > "\n\003\001" "" 100 > > > > "\n\004\001" "" 100 > > > > "\n\005\001" "" 100 > > > > > > > > "C:/Program > > > > Files/Denemo/usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-tiff.dll" > > > > "tiff" 1 "gdk-pixbuf" "The TIFF image > > > format" "LGPL" > > > > "image/tiff" "" > > > > "tiff" "tif" "" > > > > "MM *" " z " 100 > > > > "II* " " z" 100 > > > > > > > > > It looks like this is working - I just > > > downloaded and installed the same > > > binary from 21st Mar, moved the aubio-4.dll to > > > bin and it still has > > > no .svg icons (they are only used in one > > > palette - things like > > > fermata.svg and so on). > > > I then got up a terminal in the C:\Program > > > Files\Denemo\usr\bin > > > directory and > > > executed .\gdk-pixbuf-query-loaders.exe and, > > > as before it > > > appeared to do nothing at all. > > > > > > > > > Are you sure gdk-pixbuf-query-loaders.exe is to blame > > > for this? What where you expecting it to do? Doesn't > > > it update a file if present. If not it spits out the > > > info to STDOUT. I am not sure if that has anything to > > > do with svg's though. I will look to see we are > > > building gtk+ with rsvg support. Has svg loading every > > > worked in the windows build? > > > > > > > > > > > > I don't know if we could install gtk stuff > > > built by the gtk people > > > themselves ... > > > > > > > > > > > > It seems doubtful. We would probably have depenedency > > > issues. This symbol is defined twice and that is > > > undefined. etc... I would try it sometime. > > > > > > > > > Jeremiah > > > > > > > > > > > > Richard > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > Denemo-devel mailing list > > [email protected] > > https://lists.gnu.org/mailman/listinfo/denemo-devel > > >
_______________________________________________ Denemo-devel mailing list [email protected] https://lists.gnu.org/mailman/listinfo/denemo-devel
