On Friday 26 August 2005 03:36, woc wrote:
> On 8/25/05, Leon Brooks <[EMAIL PROTECTED]> wrote:
>> You can build PPC and PPC64 binaries. I think you'd need eitehr a
>> real machine or a good emulator to actually thest them.
> I think I agree (with an added caveat that cross compiling
> environment
Hi,
woc <[EMAIL PROTECTED]> writes:
> But I'm guessing what people are saying is that even with the gimp
> bindings, SIOD doesn't have enough relevant type punning features,
> so it'll be considerably slower than using perl to just write a different
> kind of image file. In other words, I can'
On 8/25/05, Leon Brooks <[EMAIL PROTECTED]> wrote:
> You can build PPC and PPC64 binaries. I think you'd need eitehr a real
> machine or a good emulator to actually thest them.
I think I agree (with an added caveat that cross compiling environments
are not always trivial to work with).
Thanks!
(
On Thursday 25 August 2005 09:31, woc wrote:
> On 8/24/05, Michael Schumacher <[EMAIL PROTECTED]> wrote:
>> If you make sure that GCC can build it, use stuff that'savailable
>> on any platform (Hint: make heavy use of glib functions), make the
>> plug-in available at http://registry.gimp.org and an
On 8/24/05, Michael Schumacher <[EMAIL PROTECTED]> wrote:
> If you make sure that GCC can build it, use stuff that'savailable on any
> platform (Hint: make heavy use of glib functions), make the plug-in
> available at http://registry.gimp.org and announce new releases on the
> gimp mailinglists, yo
woc wrote:
> On 8/24/05, michael chang <[EMAIL PROTECTED]> wrote:
>
>> The only "portability" issue here is that you'd need to compile it
>> on all target OS's. No big deal -- that's how GIMP is made
>> anyways. Use MinGW for Windows, and Linux uses the GCC and related
>> tools. Easy enough.
>
On Thursday 25 August 2005 00:58, woc wrote:
> I'd have to mess around with getting access to the right
> development environment every time I needed to make a change.
> (And I do anticipate needing to make changes.)
Shouldn't be a big issue.
For MS-Windows, go to CygWin.com and click on the "in
On 8/24/05, michael chang <[EMAIL PROTECTED]> wrote:
> I presume you mean this in the sense that you'd want to write it and
> distribute it as-is for your users in this cases?
Yep -- plain text is ideal, but I can deal with other formats if
I have to.
> If you want, you can always cross compile
On 8/24/05, woc <[EMAIL PROTECTED]> wrote:
> On 8/24/05, Manish Singh <[EMAIL PROTECTED]> wrote:
> > Yeah, and you contradicted this statement when you said that C wasn't
> > portable enough for you. There are differing definitions of what
> > "portability" means.
>
> C is definitely less portable
On 8/24/05, Manish Singh <[EMAIL PROTECTED]> wrote:
> Well, the python bindings are disted with GIMP, though not on Windows.
> This will change with GIMP 2.4 though.
>
> If you care about Windows, you should've said so from the beginning. ;)
> You're basically stuck with C for 2.2, script-fu won't
On 8/24/05, Manish Singh <[EMAIL PROTECTED]> wrote:
> Yeah, and you contradicted this statement when you said that C wasn't
> portable enough for you. There are differing definitions of what
> "portability" means.
C is definitely less portable than I'd like.
Unfortunately, it looks like it's as p
On Wed, Aug 24, 2005 at 02:34:28PM -0400, woc wrote:
> On 8/24/05, Manish Singh <[EMAIL PROTECTED]> wrote:
> > Well, the python bindings are disted with GIMP, though not on Windows.
> > This will change with GIMP 2.4 though.
> >
> > If you care about Windows, you should've said so from the beginni
On Wed, Aug 24, 2005 at 01:49:50PM -0400, woc wrote:
> On 8/24/05, Manish Singh <[EMAIL PROTECTED]> wrote:
> > You can use Perl or Python to write a file format plugin. Script-fu is a
> > nonstarter, there's no way to register a load/save handler from a script
> > (though there could be in the futu
On 8/24/05, Manish Singh <[EMAIL PROTECTED]> wrote:
> You can use Perl or Python to write a file format plugin. Script-fu is a
> nonstarter, there's no way to register a load/save handler from a script
> (though there could be in the future). Script-fu sucks for this for
> other reasons, as others
On Wed, Aug 24, 2005 at 12:58:35PM -0400, woc wrote:
> On 8/24/05, michael chang <[EMAIL PROTECTED]> wrote:
> > Perl probably has similar limitations, to a certain extent. Perl
> > handles text best -- binary data, it's best at simply passing... I
> > believe the term is ad verbatim or something.
On 8/24/05, Shlomi Fish <[EMAIL PROTECTED]> wrote:
> While Perl has many facilities for handling text very well, it does not have
> any limitations with handling binary data. It can easily segment such data,
> convert it from ASCII to binary, generate it, etc. Perl strings can contain
> \0 characte
On 8/24/05, michael chang <[EMAIL PROTECTED]> wrote:
> The only "portability" issue here is that you'd need to compile it on
> all target OS's. No big deal -- that's how GIMP is made anyways. Use
> MinGW for Windows, and Linux uses the GCC and related tools. Easy
> enough.
Which means I'd have
On Wednesday 24 August 2005 15:48, michael chang wrote:
> On 8/23/05, woc <[EMAIL PROTECTED]> wrote:
> > I do not want to write a .c plugin, because portability is more
> > important to me than speed.
>
> Gimp itself is written in some variant of C, isn't it?
>
Right. ANSI C 89' with some extensio
On 8/23/05, woc <[EMAIL PROTECTED]> wrote:
> I do not want to write a .c plugin, because portability is more
> important to me than speed.
Gimp itself is written in some variant of C, isn't it?
The only "portability" issue here is that you'd need to compile it on
all target OS's. No big deal -
Hi,
woc <[EMAIL PROTECTED]> writes:
> Can someone point me at:
>
> * gimp 2.2 load/save support for some type of file written in
> script-fu? Or,
>
> * a concise reference work describing the data types I'd need to deal
> with and their fundamental support routines? Or,
>
> * a faq which is sp
20 matches
Mail list logo