adobe-source-devel — ASL development topic discussion

[Adobe-source-devel] GIL Question : Adding a new color space to GIL

[Haroon K. <har...@gm...>]

Hi,

I'm working with some images that are extracted from an MPEG stream
that are in the YCrCb color space. I want to be able to manipulate
these images using GIL and I've added a new color space as defined in
section 16 in the GIL design guide. I also added color conversion
based on  the functions in color_convert.h and defined the various
typedefs for pixels pointers, references and images.

Now everytime I try to instantiate ycrcb8_planar_image_t object in my
code, like the following

GIL::ycrcb8_planar_image_t img2(200,200);

, I get a compile error which is something like this something like
the error at the end of the email.

I noticed that there are template specializations for
byte_advanced_ref for the other color spaces such as rgb and cmyk. Do
other color spaces also need a specialization.

I'm using the VC8 compiler.

Thanks,
Haroon


1>c:\haroon\dev\libs\gil\core\locator.hpp(269) : error C2784:
'gil::planar_ref<std::iterator_traits<_Iter>::reference,gil::devicen_t<N>>
gil::byte_advanced_ref(const
gil::planar_ptr_base<IC,gil::devicen_t<N>> &,ptrdiff_t)' : could not
deduce template argument for 'const
gil::planar_ptr_base<IC,gil::devicen_t<N>> &' from 'const
gil::planar_ptr<IC,C>'
1>        with
1>        [
1>            N=5
1>        ]
1>        and
1>        [
1>            N=5
1>        ]
1>        and
1>        [
1>            IC=gil::bits8 *,
1>            C=gil::ycrcb_t
1>        ]
1>        c:\haroon\dev\libs\gil\core\device_n.hpp(319) : see
declaration of 'gil::byte_advanced_ref'
1>        c:\haroon\dev\libs\gil\core\locator.hpp(269) : while
compiling class template member function 'gil::planar_ref<TR,C>
gil::membased_2d_locator<S_IT>::operator ()(int,int) const'
.....

Re: [Adobe-source-devel] Compiling on MacOS X

[Hubert F. <hu...@fi...>]

On Tuesday 12 September 2006 15:08, Sean Parent wrote:
> I don't believe gcc 3.4 or 4.0 will work with the 10.3 static lib - =A0
> the ABI changed significantly for 3.4 - specifically RTTI is handled =A0
> differently.

The question is more: "is the libstdc++ the same in the 10.3 SDK on 10.4 th=
an=20
the one that came with 10.3" since it is linked statically, it shouldn't=20
matter as long as it is linked against the right libc.

=46rom my understanding of what googling gave me, gcc4 is the default for 1=
0.3.9=20
SDK targets (with XCode >=3D 2.1)

Hub

Re: [Adobe-source-devel] Compiling on MacOS X

[Sean P. <sp...@ad...>]

On Sep 12, 2006, at 10:34 AM, Hubert Figuiere wrote:

> On Tuesday 12 September 2006 12:38, Foster T. Brereton wrote:
>> As of XCode 2.3 it is possible to target the 10.3.9 SDK (and, for
>> that matter, 10.2.8) and set 10.3.9 (or 10.2.8) as the minimum OS
>> requirement for compatibility's sake. If you upgraded to Tiger and
>> the new XCode (gcc) development environment, you'd have everything to
>> need to target the platforms for which you want to develop -- unless
>> I am missing something?
>
> Hi,
>
> as I said, upgrading to 10.4 is NOT an option, unless I get another
> machine :-/ [1]
>
> <http://developer.apple.com/releasenotes/DeveloperTools/Xcode/ 
> PreviousXcodeRelNotes.html>
> state that XCode 2.3 only runs on 10.4, even if it can target older  
> release.
>
> And whether XCode use gcc 4 or gcc 3.3 when building uisng the 10.3  
> SDK is
> unknown to me and I couldn't find this in the documentation. But  
> given that
> in 10.3 libstdc++ was a static library, I don't see why gcc 4.0  
> wouldn't work
> with with libstdc++ statically linked... (the main problem beetween  
> these too
> release is the ABI compatibiliy in C++, C and Objective-C haven't  
> changed).

I don't believe gcc 3.4 or 4.0 will work with the 10.3 static lib -  
the ABI changed significantly for 3.4 - specifically RTTI is handled  
differently.

Sean

>
>
> Hub
> [1] this is for a personnal project and/or curiosity
>
> ---------------------------------------------------------------------- 
> ---
> Using Tomcat but need to do more? Need to support web services,  
> security?
> Get stuff done quickly with pre-integrated technology to make your  
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache  
> Geronimo
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

Re: [Adobe-source-devel] Compiling on MacOS X

[Hubert F. <hu...@fi...>]

On Tuesday 12 September 2006 12:38, Foster T. Brereton wrote:
> As of XCode 2.3 it is possible to target the 10.3.9 SDK (and, for =C2=A0
> that matter, 10.2.8) and set 10.3.9 (or 10.2.8) as the minimum OS =C2=A0
> requirement for compatibility's sake. If you upgraded to Tiger and =C2=A0
> the new XCode (gcc) development environment, you'd have everything to =C2=
=A0
> need to target the platforms for which you want to develop -- unless =C2=
=A0
> I am missing something?

Hi,

as I said, upgrading to 10.4 is NOT an option, unless I get another=20
machine :-/ [1]

<http://developer.apple.com/releasenotes/DeveloperTools/Xcode/PreviousXcode=
RelNotes.html>=20
state that XCode 2.3 only runs on 10.4, even if it can target older release.

And whether XCode use gcc 4 or gcc 3.3 when building uisng the 10.3 SDK is=
=20
unknown to me and I couldn't find this in the documentation. But given that=
=20
in 10.3 libstdc++ was a static library, I don't see why gcc 4.0 wouldn't wo=
rk=20
with with libstdc++ statically linked... (the main problem beetween these t=
oo=20
release is the ABI compatibiliy in C++, C and Objective-C haven't changed).


Hub
[1] this is for a personnal project and/or curiosity

Re: [Adobe-source-devel] Compiling on MacOS X

[Foster T. B. <fbr...@ad...>]

Hi Hubert,

As of XCode 2.3 it is possible to target the 10.3.9 SDK (and, for =20
that matter, 10.2.8) and set 10.3.9 (or 10.2.8) as the minimum OS =20
requirement for compatibility's sake. If you upgraded to Tiger and =20
the new XCode (gcc) development environment, you'd have everything to =20=

need to target the platforms for which you want to develop -- unless =20
I am missing something?

Blessings,
Foster

On Sep 12, 2006, at 9:33 AM, Hubert Figuiere wrote:

> Upgrading to 10.4 is not an option yet as I only have one MacOS X =20
> capable
> machine... and if I want to target 10.3, then gcc 3.3 will have to =20
> be used
> anyway.

--
Foster T. Brereton              <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82><     =
         Romans =20
3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov

Re: [Adobe-source-devel] Compiling on MacOS X

[Hubert F. <hu...@fi...>]

> We currently only have the bandwidth to support 10.4 - although it is
> very likely that most could be made to work on earlier releases. If
> you take the time to get 10.3.9 working along with 10.4 (our minimum
> will need to stay at 10.4 for our default release builds) please
> submit the changes. Mat and Foster might be able to give you some
> insight into how to deal with bjam.

Actually the code does not build on MacOS X 10.3 because of gcc 3.3. I don't 
know of any upgrade to gcc on 10.3, so it looks like a lost case, unless I 
find the workaround for the various bugs. Note that gcc 3.3 on Linux has the 
same issues, and that gcc 3.4 does not seem to have them (I'll test more 
extensively).
Upgrading to 10.4 is not an option yet as I only have one MacOS X capable 
machine... and if I want to target 10.3, then gcc 3.3 will have to be used 
anyway.

I don't know yet whether it is the template support or the namespace support 
(gcc 3.3 seems to have trouble with namespaces sometime as I discovered in 
some other code).


Hub

Re: [Adobe-source-devel] Compiling on MacOS X

[Hubert F. <hu...@fi...>]

On Monday 11 September 2006 17:38, Foster T. Brereton wrote:
> Please make sure you have a user-config.jam file in your home =C2=A0
>
> directory, and that it contains:
> > import toolset : using ; using darwin ;
>
> (it should have been auto-generated by build.sh)

It has.

Hub

Re: [Adobe-source-devel] Compiling on MacOS X

[Foster T. B. <fbr...@ad...>]

build.sh assumes the latest version of the OS and thus the SDK. =20
However we have taken steps to allow for the minimum requirements to =20
be specified to a different OS. By setting the sdkroot variant from =20
the command line, you can get a different SDK to be used when =20
building. For example:

> adobe-source$ bjam sdkroot=3D10.3.9 -d2

(the -d2 is optional-- it produces debug information) ...yields the =20
following output:

> ...patience...
> ...found 4659 targets...
> ...updating 251 targets...
> darwin.compile.c++ third_party/boost_tp/boost/bin.v2/libs/=20
> filesystem/build/darwin/debug/c++-lib-static/link-static/=20
> sdkroot-10.3.9/threading-multi/exception.o
>
>     "g++"   -Wall -ftemplate-depth-100 -O0 -fno-inline -g -=20
> isysroot /Developer/SDKs/MacOSX10.3.9.sdk -mmacosx-version-=20
> min=3D10.3.9 -fvisibility=3Dhidden -fvisibility-inlines-hidden -Wno-=20=

> long-double -no-cpp-precomp -gdwarf-2  -DBOOST_ALL_NO_LIB=3D1  -=20
> I"third_party/boost_tp/boost"  -c -o "third_party/boost_tp/boost/=20
> bin.v2/libs/filesystem/build/darwin/debug/c++-lib-static/link-=20
> static/sdkroot-10.3.9/threading-multi/exception.o"  "third_party/=20
> boost_tp/boost/libs/filesystem/src/exception.cpp"

As you can see, the SDK has changed, as has the minimum MacOS X version.

Also, there are other variants that may affect compilation. Please =20
see the file /third_party/boost_tp/boost/tools/build/v2/tools/=20
darwin.jam (it comes from the boost distribution and is patched by =20
Adobe) and search for "feature" to see other variants that you can =20
modifuy. While knowing bjamese helps, it shouldn't be required to get =20=

a basic understanding of the settings you have available to change =20
from the command line.

Hopefully this will help; it has not been tested thoroughly, however, =20=

so your mileage may vary. If there are issues that you have resolved, =20=

as Sean stated, please submit the patches.

Blessings,
Foster

On Sep 11, 2006, at 3:42 PM, Sean Parent wrote:

>>
>> The options that bugs me are:
>>
>> -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=3D10.4
>>
>> I don't have that SDK. Again, I'm on 10.3.9. I suspect this is =20
>> clearly
>> related.
>
> We currently only have the bandwidth to support 10.4 - although it is
> very likely that most could be made to work on earlier releases. If
> you take the time to get 10.3.9 working along with 10.4 (our minimum
> will need to stay at 10.4 for our default release builds) please
> submit the changes. Mat and Foster might be able to give you some
> insight into how to deal with bjam.
>
> Sean
>
> ----------------------------------------------------------------------=20=

> ---
> Using Tomcat but need to do more? Need to support web services, =20
> security?
> Get stuff done quickly with pre-integrated technology to make your =20
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache =20
> Geronimo
> http://sel.as-us.falkag.net/sel?=20
> cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

--
Foster T. Brereton              <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82><     =
         Romans =20
3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov

Re: [Adobe-source-devel] Compiling on MacOS X

[Sean P. <sp...@ad...>]

>
> The options that bugs me are:
>
> -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4
>
> I don't have that SDK. Again, I'm on 10.3.9. I suspect this is clearly
> related.

We currently only have the bandwidth to support 10.4 - although it is  
very likely that most could be made to work on earlier releases. If  
you take the time to get 10.3.9 working along with 10.4 (our minimum  
will need to stay at 10.4 for our default release builds) please  
submit the changes. Mat and Foster might be able to give you some  
insight into how to deal with bjam.

Sean

Re: [Adobe-source-devel] Compiling on MacOS X

[Hubert F. <hu...@fi...>]

Hi,

> I followed the steps you specified, and it seems to be working fine
> for me, which probably means there is an environment variable I have
> that you don't, or vice versa. Another issue that you may run in to
> is the fact that I'm building with XCode 2.4 on Mac OS 10.4.7 -- it
> is likely there are settings specified that may be XCode 2.4 or (more
> likely) Mac OS X 10.4+ specific.

The options that bugs me are:

-isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4

I don't have that SDK. Again, I'm on 10.3.9. I suspect this is clearly 
related.

I'll check the rest when I get home.

Hub

Re: [Adobe-source-devel] Compiling on MacOS X

[Foster T. B. <fbr...@ad...>]

Hi Hubert,

I followed the steps you specified, and it seems to be working fine =20
for me, which probably means there is an environment variable I have =20
that you don't, or vice versa. Another issue that you may run in to =20
is the fact that I'm building with XCode 2.4 on Mac OS 10.4.7 -- it =20
is likely there are settings specified that may be XCode 2.4 or (more =20=

likely) Mac OS X 10.4+ specific.

Please make sure you have a user-config.jam file in your home =20
directory, and that it contains:

> import toolset : using ; using darwin ;

(it should have been auto-generated by build.sh)

Other than that, I'm at a bit of a loss as to what the issue might =20
be. If that helps some, please let me know.

Blessings,
Foster


On Sep 11, 2006, at 1:34 PM, Hubert Figuiere wrote:

> On Monday 11 September 2006 12:05, Foster T. Brereton wrote:
>> Hi Hubert,
>>
>> Thanks for letting us know there is a problem. Can you tell me what
>> set of steps you were following when the error came up? Were you
>> using the p4checkout script, or the net_setup script? Anything else
>> you can tell me that might help me debug the issue?
>
> I use the official tarball for 1.0.20
>
> I did untar boost in adobe-source/third-party/boost_tp/
> then in that dir, ln -s boost_1_33_1 boost
> The ./adobe/patch_boost.sh
> =46rom that in adobe-source, I did run ./adobe/tools/build.sh
>
> Hub

--
Foster T. Brereton              <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82><     =
         Romans =20
3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov

Re: [Adobe-source-devel] Compiling on MacOS X

[Hubert F. <hu...@fi...>]

On Monday 11 September 2006 12:05, Foster T. Brereton wrote:
> Hi Hubert,
>
> Thanks for letting us know there is a problem. Can you tell me what
> set of steps you were following when the error came up? Were you
> using the p4checkout script, or the net_setup script? Anything else
> you can tell me that might help me debug the issue?

I use the official tarball for 1.0.20

I did untar boost in adobe-source/third-party/boost_tp/
then in that dir, ln -s boost_1_33_1 boost
The ./adobe/patch_boost.sh
=46rom that in adobe-source, I did run ./adobe/tools/build.sh

Hub

Re: [Adobe-source-devel] Compiling on Linux

[Ralph T. <ra...@gm...>]

WWVzLiBJIHNwZW50IG1vc3Qgb2YgbXkgd2Vla2VuZCBvbiBicmluZ2luZyBteSBHVEsrIHN0dWZm
IHVwIHRvIHNudWZmCndpdGggdGhlIGxhdGVzdCBBU0wgcmVsZWFzZSAtLSBpdCdzIG5lYXJseSBk
b25lLCB0b28uIEkgYWxzbyBoYXZlIGEKZmV3IHBhdGNoZXMgZm9yIG90aGVyIHRoaW5ncyBpbiBB
U0wgKGxpa2UgdGVsbGluZyBjbWF0aC5ocHAgYWJvdXQgR0NDCjQuMSwgYW5kIHRlbGxpbmcgdGhl
IGZ1dHVyZSBsaWJyYXJ5IGFib3V0IExpbnV4LCBldGMpIHRoYXQgYXJlCnJlcXVpcmVkIGZvciBh
IExpbnV4IGJ1aWxkLiBJJ2xsIHBvc3Qgd2hhdCBJJ3ZlIGdvdCBhdCB0aGUgZW5kIG9mIHRoZQpk
YXkgdG9kYXkgaW50byBteSBzYW5kYm94IGluIHBlcmZvcmNlLCBhbmQgYXMgc29vbiBhcyBJIGhh
dmUgc29tZXRoaW5nCnRoYXQgYnVpbGRzIEFkb2JlIEJlZ2luIHdpdGggR1RLKyBJJ2xsIHBvc3Qg
YSBwYXRjaCBmaWxlLgoKVGhhbmtzLAogUmFscGgKCk9uIDkvMTEvMDYsIEZvc3RlciBULiBCcmVy
ZXRvbiA8ZmJyZXJldG9AYWRvYmUuY29tPiB3cm90ZToKPiBIaSBQZXRlciwKPgo+IEF0IG9uZSBw
b2ludCB0aGVyZSB3YXMgYSBkZXNpcmUgdG8gaW5jbHVkZSBRdCBhcyBhIHBsYXRmb3JtLCBidXQg
dGhlCj4gaW1wbGVtZW50YXRpb24gbmV2ZXIgbWF0ZXJpYWxpemVkIChlaXRoZXIgcHVibGljbHkg
b3IgcHJpdmF0ZWx5KS4KPiBSYWxwaCBUaG9tYXMgaGFkIGEgd29ya2luZyBGTFRLIGltcGxlbWVu
dGF0aW9uIGF0IG9uZSBwb2ludCwgYnV0IGhhcwo+IHNpbmNlIHNwbGl0IG9mZiBoaXMgQVNMIGNv
ZGUgYmFzZSBmcm9tIHRoZSBtYWlubGluZSB0byB3b3JrIG9uCj4gTWlzc2lvbiBQaG90by4gSW4g
bGlldSBvZiBGTFRLIGhlIGhhcyByZXdyaXR0ZW4gYSBwbGF0Zm9ybQo+IGltcGxlbWVudGF0aW9u
IGZvciBHVEsrLCBhbmQgaGFzIHByb2R1Y2VkIGEgZmluZSBleGFtcGxlIG9mIGEgdGhpcmQtCj4g
cGFydHkgd2lkZ2V0IHBsYXRmb3JtIGxldmVyYWdpbmcgQVNMOgo+Cj4gICAgICAgICA8aHR0cDov
L3d3dy5taXNzaW9uY29kZS5vcmcvcGhvdG8vPgo+Cj4gTXkgdW5kZXJzdGFuZGluZyBvZiBoaXMg
ZGVzaXJlIGF0IHRoaXMgcG9pbnQgaXMgdG8gYnJpbmcgaGlzIEFTTCBjb2RlCj4gYmFzZSB1cCB0
byBzcGVlZCB3aXRoIHRoZSBtYWlubGluZSBBU0wgZGlzdHJpYnV0aW9uLgo+Cj4gQmxlc3Npbmdz
LAo+IEZvc3Rlcgo+Cj4KPiBPbiBTZXAgMTEsIDIwMDYsIGF0IDk6NTUgQU0sIFBldGVyIEvDvG1t
ZWwgd3JvdGU6Cj4KPiA+IEZvc3RlciBULiBCcmVyZXRvbiB3cm90ZToKPiA+PiBIaSBIdWJlcnQs
Cj4gPj4KPiA+PiBUaGUgaXNzdWUgaGVyZSBpcyB0aGF0IHRoZXJlIGlzIG5vIGltcGxlbWVudGF0
aW9uIG9mIHRoZSB3aWRnZXRzCj4gPj4gbGlicmFyeSBmb3IgTGludXguIEluIG9yZGVyIHRvIGJ1
aWxkIHRoZSB3aWRnZXRzIGxpYnJhcnkgeW91IG5lZWQgYQo+ID4+IFVJIHBsYXRmb3JtIHVwb24g
d2hpY2ggaXQgY2FuIGJlIGJ1aWx0LiBDdXJyZW50bHkgdGhlIG9ubHkgcGxhdGZvcm1zCj4gPj4g
dGhhdCBhcmUgc3VwcG9ydGVkIGFyZSBDYXJib24gYW5kIFdpbjMyLgo+ID4+Cj4gPj4gWW91IHNo
b3VsZCBzdGlsbCBiZSBhYmxlIHRvIHV0aWxpemUgdGhlIGNvcmUgQWRvYmUgU291cmNlIExpYnJh
cmllcwo+ID4+IHN1Y2ggYXMgdGhlIHByb3BlcnR5IG1vZGVsIGVuZ2luZSAoQWRhbSkgYW5kIHRo
ZSBsYXlvdXQgZW5naW5lIChFdmUpLAo+ID4+IGhvd2V2ZXIuCj4gPj4KPiA+PiBCbGVzc2luZ3Ms
Cj4gPj4gRm9zdGVyCj4gPgo+ID4gV2VyZW4ndCB0aGVyZSBzb21lIGVmZm9ydHMgb24gYSBRdCBz
dXBwb3J0Pwo+ID4gT3IgaXMgdGhpcyBvbmx5IHVzZWQgaW50ZXJuYWxseSBieSBBZG9iZT8KPiA+
Cj4gPiBQZXRlcgo+Cj4gLS0KPiBGb3N0ZXIgVC4gQnJlcmV0b24gICAgICAgICAgICAgIDzhvLDP
h864z43Pgj48ICAgICAgICAgICAgICBSb21hbnMKPiAzOjIxLTI2Cj4gQSBkIG8gYiBlICAgUyBv
IGYgdCB3IGEgciBlICAgVCBlIGMgaCBuIG8gbCBvIGcgeSAgIEwgYSBiCj4gIldoYXQgOTkgcGVy
Y2VudCBvZiBwcm9ncmFtbWVycyBuZWVkIHRvIGtub3cgaXMgbm90IGhvdyB0byBidWlsZAo+IGNv
bXBvbmVudHMgYnV0IGhvdyB0byB1c2UgdGhlbS4iIC0tIEFsZXhhbmRlciBTdGVwYW5vdgo+Cj4K
Pgo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0KPiBVc2luZyBUb21jYXQgYnV0IG5lZWQgdG8gZG8gbW9yZT8g
TmVlZCB0byBzdXBwb3J0IHdlYiBzZXJ2aWNlcywgc2VjdXJpdHk/Cj4gR2V0IHN0dWZmIGRvbmUg
cXVpY2tseSB3aXRoIHByZS1pbnRlZ3JhdGVkIHRlY2hub2xvZ3kgdG8gbWFrZSB5b3VyIGpvYiBl
YXNpZXIKPiBEb3dubG9hZCBJQk0gV2ViU3BoZXJlIEFwcGxpY2F0aW9uIFNlcnZlciB2LjEuMC4x
IGJhc2VkIG9uIEFwYWNoZSBHZXJvbmltbwo+IGh0dHA6Ly9zZWwuYXMtdXMuZmFsa2FnLm5ldC9z
ZWw/Y21kPWxuayZraWQ9MTIwNzA5JmJpZD0yNjMwNTcmZGF0PTEyMTY0Mgo+IF9fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fCj4gQWRvYmUtc291cmNlLWRldmVs
IG1haWxpbmcgbGlzdAo+IEFkb2JlLXNvdXJjZS1kZXZlbEBsaXN0cy5zb3VyY2Vmb3JnZS5uZXQK
PiBodHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9hZG9iZS1zb3Vy
Y2UtZGV2ZWwKPgoKCi0tIAoiaSBoYXZlIGEgZHJlYW0gYW5kIGl0J3MgY2FsbGVkIGEgY3Jvc3Ni
YXIgc3dpdGNoL3doYXQgdGhpcyB3aWxsIG1lYW4KaXMgbm8gYmlnIGRhdGEgZ2xpdGNoIgo=

Re: [Adobe-source-devel] Compiling on Linux

[Foster T. B. <fbr...@ad...>]

Hi Peter,

At one point there was a desire to include Qt as a platform, but the =20
implementation never materialized (either publicly or privately). =20
Ralph Thomas had a working FLTK implementation at one point, but has =20
since split off his ASL code base from the mainline to work on =20
Mission Photo. In lieu of FLTK he has rewritten a platform =20
implementation for GTK+, and has produced a fine example of a third-=20
party widget platform leveraging ASL:

	<http://www.missioncode.org/photo/>

My understanding of his desire at this point is to bring his ASL code =20=

base up to speed with the mainline ASL distribution.

Blessings,
Foster


On Sep 11, 2006, at 9:55 AM, Peter K=C3=BCmmel wrote:

> Foster T. Brereton wrote:
>> Hi Hubert,
>>
>> The issue here is that there is no implementation of the widgets
>> library for Linux. In order to build the widgets library you need a
>> UI platform upon which it can be built. Currently the only platforms
>> that are supported are Carbon and Win32.
>>
>> You should still be able to utilize the core Adobe Source Libraries
>> such as the property model engine (Adam) and the layout engine (Eve),
>> however.
>>
>> Blessings,
>> Foster
>
> Weren't there some efforts on a Qt support?
> Or is this only used internally by Adobe?
>
> Peter

--
Foster T. Brereton              <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82><     =
         Romans =20
3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov

Re: [Adobe-source-devel] Compiling on Linux

[<syn...@gm...>]

Foster T. Brereton wrote:
> Hi Hubert,
> 
> The issue here is that there is no implementation of the widgets  
> library for Linux. In order to build the widgets library you need a  
> UI platform upon which it can be built. Currently the only platforms  
> that are supported are Carbon and Win32.
> 
> You should still be able to utilize the core Adobe Source Libraries  
> such as the property model engine (Adam) and the layout engine (Eve),  
> however.
> 
> Blessings,
> Foster

Weren't there some efforts on a Qt support?
Or is this only used internally by Adobe?

Peter

Re: [Adobe-source-devel] Compiling on Linux

[Foster T. B. <fbr...@ad...>]

Hi Hubert,

The issue here is that there is no implementation of the widgets =20
library for Linux. In order to build the widgets library you need a =20
UI platform upon which it can be built. Currently the only platforms =20
that are supported are Carbon and Win32.

You should still be able to utilize the core Adobe Source Libraries =20
such as the property model engine (Adam) and the layout engine (Eve), =20=

however.

Blessings,
Foster


On Sep 11, 2006, at 9:42 AM, Hubert Figuiere wrote:

> Hi,
>
> And trying to compile on Linux:
>
> Building Boost.Regex with the optional Unicode/ICU support disabled.
> Please refer to the Boost.Regex documentation for more information
> (and if you don't know what ICU is then you probably don't need it).
> warning: Python location is not configured
> warning: the Boost.Python library won't be built
> adobe/adobe/future/widgets/Jamfile.v2:89: in modules.load
> *** argument error
> * rule glob ( wildcards + )
> * called with: (  )
> * missing argument wildcards
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/build/project.jam:898:see
> definition of rule 'glob' being called
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/build/project.jam:306:
> in load-jamfile
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/build/project.jam:68:
> in project.load
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/build/project.jam:699:
> in project.use
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/build/project.jam:89:
> in load
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/build/project.jam:164:
> in project.find
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/build-system.jam:136:
> in load
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/kernel/modules.jam:259:
> in import
> /home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/=20
> tools/build/v2/kernel/bootstrap.jam:153:
> in boost-build
> /home/hub/bzrlocal/adobe-source-1.0.20/boost-build.jam:1: in module =20=

> scope
>
> Looks like I have more chances with my hacked autoconf build system =20=

> (I'll
> submit a patch when it works)
>
> Time to learn Jam
>
> Hub
>
> ----------------------------------------------------------------------=20=

> ---
> Using Tomcat but need to do more? Need to support web services, =20
> security?
> Get stuff done quickly with pre-integrated technology to make your =20
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache =20
> Geronimo
> http://sel.as-us.falkag.net/sel?=20
> cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

--
Foster T. Brereton              <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82><     =
         Romans =20
3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov

[Adobe-source-devel] Compiling on Linux

[Hubert F. <hu...@fi...>]

Hi,

And trying to compile on Linux:

Building Boost.Regex with the optional Unicode/ICU support disabled.
Please refer to the Boost.Regex documentation for more information
(and if you don't know what ICU is then you probably don't need it).
warning: Python location is not configured
warning: the Boost.Python library won't be built
adobe/adobe/future/widgets/Jamfile.v2:89: in modules.load
*** argument error
* rule glob ( wildcards + )
* called with: (  )
* missing argument wildcards
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/build/project.jam:898:see 
definition of rule 'glob' being called
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/build/project.jam:306: 
in load-jamfile
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/build/project.jam:68: 
in project.load
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/build/project.jam:699: 
in project.use
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/build/project.jam:89: 
in load
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/build/project.jam:164: 
in project.find
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/build-system.jam:136: 
in load
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/kernel/modules.jam:259: 
in import
/home/hub/bzrlocal/adobe-source-1.0.20/third_party/boost_tp/boost/tools/build/v2/kernel/bootstrap.jam:153: 
in boost-build
/home/hub/bzrlocal/adobe-source-1.0.20/boost-build.jam:1: in module scope

Looks like I have more chances with my hacked autoconf build system (I'll 
submit a patch when it works)

Time to learn Jam

Hub

Re: [Adobe-source-devel] Compiling on MacOS X

[Foster T. B. <fbr...@ad...>]

Hi Hubert,

Thanks for letting us know there is a problem. Can you tell me what =20
set of steps you were following when the error came up? Were you =20
using the p4checkout script, or the net_setup script? Anything else =20
you can tell me that might help me debug the issue?

Blessings,
Foster


On Sep 10, 2006, at 10:04 PM, Hubert Figuiere wrote:

> Hi,
>
> I'm trying to compile asl 1.0.20 following the doc provided, on =20
> MacOS X 10.3.9
> and it fails immediately with these errors.
>
> [...]
>
> ...updating 217 targets...
> darwin.compile.c++
> third_party/boost_tp/boost/bin.v2/libs/filesystem/build/darwin/=20
> debug/c++-lib-static/link-static/threading-multi/exception.o
> g++: cannot specify -o with -c or -S and multiple compilations
>
>     "g++"   -Wall -ftemplate-depth-100 -fcoalesce-templates -O0 -=20
> fno-inline -g -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-=20
> version-min=3D10.4 -fvisibility=3Dhidden -fvisibility-inlines-hidden -=20=

> Wno-long-double -no-cpp-precomp -gdwarf-2  -DBOOST_ALL_NO_LIB=3D1  -=20=

> I"third_party/boost_tp/boost"  -c -o "third_party/boost_tp/boost/=20
> bin.v2/libs/filesystem/build/darwin/debug/c++-lib-static/link-=20
> static/threading-multi/exception.o"  "third_party/boost_tp/boost/=20
> libs/filesystem/src/exception.cpp"
>
>
> Any idea? I don't know Jam at all, and I actually want it to =20
> compile the
> official way to compare with the automake build system I'm working on.
>
> Thanks
>
> Hub
>
> ----------------------------------------------------------------------=20=

> ---
> Using Tomcat but need to do more? Need to support web services, =20
> security?
> Get stuff done quickly with pre-integrated technology to make your =20
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache =20
> Geronimo
> http://sel.as-us.falkag.net/sel?=20
> cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

--
Foster T. Brereton              <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82><     =
         Romans =20
3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov

[Adobe-source-devel] Compiling on MacOS X

[Hubert F. <hu...@fi...>]

Hi,

I'm trying to compile asl 1.0.20 following the doc provided, on MacOS X 10.3.9 
and it fails immediately with these errors.

[...]

...updating 217 targets...
darwin.compile.c++ 
third_party/boost_tp/boost/bin.v2/libs/filesystem/build/darwin/debug/c++-lib-static/link-static/threading-multi/exception.o
g++: cannot specify -o with -c or -S and multiple compilations

    "g++"   -Wall -ftemplate-depth-100 -fcoalesce-templates -O0 -fno-inline -g -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -fvisibility=hidden -fvisibility-inlines-hidden -Wno-long-double -no-cpp-precomp -gdwarf-2  -DBOOST_ALL_NO_LIB=1  -I"third_party/boost_tp/boost"  -c -o "third_party/boost_tp/boost/bin.v2/libs/filesystem/build/darwin/debug/c++-lib-static/link-static/threading-multi/exception.o"  "third_party/boost_tp/boost/libs/filesystem/src/exception.cpp"


Any idea? I don't know Jam at all, and I actually want it to compile the 
official way to compare with the automake build system I'm working on.

Thanks

Hub

Re: [Adobe-source-devel] Newbie question on GIL

[Foster T. B. <fbr...@ad...>]

Hi Haroon,

First off, welcome! And thanks for showing interest in GIL and the =20
Adobe Source Libraries. While I am not the primary developer of GIL =20
(I'll forward this to Lubomir and Hailin, who are) I suspect that =20
wrapping the #include expressions in extern "C" was the correct thing =20=

to do, as they are not C++ libraries and would not fare well under C+=20
+ name mangling conventions. I am puzzled, too, as to why you had to =20
make the change in the GIL headers themselves -- I'll leave that =20
question to be answered by the owners.

Blessings,
Foster


On Aug 14, 2006, at 9:44 PM, Haroon Khan wrote:

> Hi,
> Today is my first day of using GIL, and I was trying to compile and
> link the jpeg, png, and tiff libraries for a test program based on the
> sample program provided on the website. I kept getting linker errors,
> e.g.
>
> ...
> 1>hello_world.obj : error LNK2001: unresolved external symbol "int
> __cdecl jpeg_read_header(struct jpeg_decompress_struct *,unsigned
> char)" (?jpeg_read_header@@YAHPAUjpeg_decompress_struct@@E@Z)
> 1>hello_world.obj : error LNK2001: unresolved external symbol "void
> __cdecl jpeg_stdio_src(struct jpeg_decompress_struct *,struct _iobuf
> *)" (?jpeg_stdio_src@@YAXPAUjpeg_decompress_struct@@PAU_i
> ....
>
> until I went and edited the GIL header files and enclosed the #includ
> files for the jpeg, tiff, and png files with extern "C". Is this the
> correct way of doing this? or is there some build option in the
> libraries that I need to set.  I've already downloaded and created the
> static libraries for jpeg, tiff and png libs.
>
> I'm using Windows XP, and MSVC8.
>
>
> Thanks, Haroon
>
> ----------------------------------------------------------------------=20=

> ---
> Using Tomcat but need to do more? Need to support web services, =20
> security?
> Get stuff done quickly with pre-integrated technology to make your =20
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache =20
> Geronimo
> http://sel.as-us.falkag.net/sel?=20
> cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642
> _______________________________________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

--
Foster T. Brereton              <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82><     =
         Romans =20
3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov

[Adobe-source-devel] Newbie question on GIL

[Haroon K. <har...@gm...>]

Hi,
Today is my first day of using GIL, and I was trying to compile and
link the jpeg, png, and tiff libraries for a test program based on the
sample program provided on the website. I kept getting linker errors,
e.g.

...
1>hello_world.obj : error LNK2001: unresolved external symbol "int
__cdecl jpeg_read_header(struct jpeg_decompress_struct *,unsigned
char)" (?jpeg_read_header@@YAHPAUjpeg_decompress_struct@@E@Z)
1>hello_world.obj : error LNK2001: unresolved external symbol "void
__cdecl jpeg_stdio_src(struct jpeg_decompress_struct *,struct _iobuf
*)" (?jpeg_stdio_src@@YAXPAUjpeg_decompress_struct@@PAU_i
....

until I went and edited the GIL header files and enclosed the #includ
files for the jpeg, tiff, and png files with extern "C". Is this the
correct way of doing this? or is there some build option in the
libraries that I need to set.  I've already downloaded and created the
static libraries for jpeg, tiff and png libs.

I'm using Windows XP, and MSVC8.


Thanks, Haroon

Re: [Adobe-source-devel] Adam and Eve

[Ralph T. <ra...@gm...>]

Hi.

I have developed ASL out in a certain direction, more details here:
http://www.missioncode.org/ . I am currently building a little photo
app that uses the GTK+ toolkit (and is developed and tested on Linux).
Some of the big changes I made are:

1. Binding to things in my app that aren't in the Adam sheet, for
example I can make a popup menu that lists all of the digital cameras
plugged into the system and a button to import photos like this:

  popup( bind: gphoto_selected_camera(), items: gphoto_camera_list() );
  button( name: "Import", action: gphoto_import( album: "Test Album" ) );

2. Support for custom layouts in Eve. The only one I have written so
far is "table", which lays it's children out like most icon views do
(in a grid that shows more items when the container is bigger).

3. Generating a list of views from an array, so I can make a set of
icons corresponding to the photos in an album in a table arrangement
like this (this example is simlified a little, I have a few more
abstractions over files, etc. in the real thing):

  table() {
    generator( bind: db_query( "select filename from photos where
album = 'Test Album';" ), iterator: @i ) {
      icon( filename: @i );
      text( name: basename( @i ) ); // binding to a function of the filename.
    }
  }

I also have a whole bunch of different things that I can bind to,
including inline Adam rules, database queries (which go into arrays of
dictionaries) and string substitutions. It's also possible to compose
these bindable objects (called "datapumps" in my documentation, but
still binder_t in my code) together, e.g.:

  db_query( substitute( "select filename from photos where album =
'@album;';", { album: @cell_with_album_name_in } ) );

I'm getting close to making another release, unfortunately it will be
licensed GPL rather than MIT as it is using two small GPL libraries (a
widget and some code to reorient images and embedded thumbnails
according to the EXIF orientation tag). But I plan on rewriting these
libraries for the next release, and then I'll be able to license my
code as MIT again.

I'm interested in getting some of these changes into ASL (or better
versions of my changes), particularly the ability to bind to other
parts of the app.

Ralph
http://www.missioncode.org/

On 8/9/06, Sean Parent <sp...@ad...> wrote:
> Moving the conversation to the developer list -
>
> > Seriously, I
> > am more interested with the dynamic/data-driven nature of
> > GUI description. My interest lies in dynamic layouting and
> > its binding to application code; again in a declarative form.
> > I've written such a GUI framework before, heavily influenced by
> > Fresco.
>
> Very cool - the basic model we're following is:
>
> Define the various Concepts involved in UI - write the UI components
> as models of these concepts. We're using type erasure techniques (see
> the regular_object library) to provide runtime polymorphism with
> value semantics and without imposing inheritance hierarchies on the
> individual types.
>
> We currently have three Concepts governing a "widget" -
>
> Controller - a controller allows you to monitor it by registering a
> function to be called. A call to the function is a request to change
> a model (in MVC terms - not generic terms - terminology gets
> confusing!). We've started to adopt a PropertyModel as the MVC model.
> A controller can also be notified that it is disconnected when it can
> not have any effect on the model. A controller has an associated
> model_type which it can manipulate.
>
> View - a view has a single function, display() which is called with a
> model_type (also an associated type for a View). Controller and View
> are separate concepts - calling display() on a View does not end up
> invoking the Controller monitor function.
>
> Placeable - a Placable object can be measured (providing an extents
> struct) and can be placed within a coordinate space.
>
> Placable objects connect to the layout library (Eve).
> Controllers and Views connect to the property model library (Adam).
>
> > I'm just starting to play around with ASL and I am not quite
> > sure as to what extent ASL will cover. For example, I am also
> > quite interested with vector based (scalable) GUIs. I'm sure
> > Adobe has its own vector graphics engine. Will such an engine
> > be available with ASL? Right now, I'm particularly interested
> > with anti-grain (http://www.antigrain.com/). It would be interesting
> > to have a vector based extension for the Eve layout engine.
>
> Adobe has a few vector based libraries (key ones for rendering PDF
> and Flash). I've yet to convince either team to open source their
> efforts, however, Flash is fairly programmable through the Flex
> product - but the programming happens in ActionScript (a variant of
> JavaScript) - but one possibility is to port the libraries to
> ActionScript. My understanding is that Flex components provide a rich
> enough geometry to be used effectively with something like the layout
> library.
>
> I'd also be interested in integration with antigrain (I've been
> keeping my eye on the project, just haven't had the bandwidth to do
> anything). We have an image widget which ties our Generic Image
> Library (a raster library) into the rest but having something like
> antigrain rendering into a GIL image and adding an event model for
> interaction would let us extend the libraries into document content.
>
> Long term - I'm interested in building out all the parts needed for a
> generic application - so we've got a lot of opportunity and a long
> way to go.
>
> Sean
>
>
>

Re: [Adobe-source-devel] Adam and Eve

[Sean P. <sp...@ad...>]

Moving the conversation to the developer list -

> Seriously, I
> am more interested with the dynamic/data-driven nature of
> GUI description. My interest lies in dynamic layouting and
> its binding to application code; again in a declarative form.
> I've written such a GUI framework before, heavily influenced by
> Fresco.

Very cool - the basic model we're following is:

Define the various Concepts involved in UI - write the UI components  
as models of these concepts. We're using type erasure techniques (see  
the regular_object library) to provide runtime polymorphism with  
value semantics and without imposing inheritance hierarchies on the  
individual types.

We currently have three Concepts governing a "widget" -

Controller - a controller allows you to monitor it by registering a  
function to be called. A call to the function is a request to change  
a model (in MVC terms - not generic terms - terminology gets  
confusing!). We've started to adopt a PropertyModel as the MVC model.  
A controller can also be notified that it is disconnected when it can  
not have any effect on the model. A controller has an associated  
model_type which it can manipulate.

View - a view has a single function, display() which is called with a  
model_type (also an associated type for a View). Controller and View  
are separate concepts - calling display() on a View does not end up  
invoking the Controller monitor function.

Placeable - a Placable object can be measured (providing an extents  
struct) and can be placed within a coordinate space.

Placable objects connect to the layout library (Eve).
Controllers and Views connect to the property model library (Adam).

> I'm just starting to play around with ASL and I am not quite
> sure as to what extent ASL will cover. For example, I am also
> quite interested with vector based (scalable) GUIs. I'm sure
> Adobe has its own vector graphics engine. Will such an engine
> be available with ASL? Right now, I'm particularly interested
> with anti-grain (http://www.antigrain.com/). It would be interesting
> to have a vector based extension for the Eve layout engine.

Adobe has a few vector based libraries (key ones for rendering PDF  
and Flash). I've yet to convince either team to open source their  
efforts, however, Flash is fairly programmable through the Flex  
product - but the programming happens in ActionScript (a variant of  
JavaScript) - but one possibility is to port the libraries to  
ActionScript. My understanding is that Flex components provide a rich  
enough geometry to be used effectively with something like the layout  
library.

I'd also be interested in integration with antigrain (I've been  
keeping my eye on the project, just haven't had the bandwidth to do  
anything). We have an image widget which ties our Generic Image  
Library (a raster library) into the rest but having something like  
antigrain rendering into a GIL image and adding an event model for  
interaction would let us extend the libraries into document content.

Long term - I'm interested in building out all the parts needed for a  
generic application - so we've got a lot of opportunity and a long  
way to go.

Sean

Re: [Adobe-source-devel] ASL won't compile - please help! (non-supported compiler)

[Foster T. B. <fbr...@ad...>]

Hi Mike,

I am glad to hear of your interest in ASL! Welcome to the club.

gil_image_factory is a factory mechanism for the detection, reading, =20
and writing of file formats into GIL image structures. While I'm not =20
exactly certain what the problem is, I can tell you that this is not =20
a mission-critical portion of code. It is used as an input mechanism =20
for the image widget, which, if you are not using it, you will never =20
encounter this code. All the same, seeing that you are interested in =20
ASL, I would recommend you comment out this portion of code and =20
consider looking at the rest of what ASL has to offer. When the time =20
comes and you migrate to MSVC 8 you can revisit this.

Blessings,
Foster


On Aug 8, 2006, at 11:24 PM, Mike Ellis wrote:

> Hello,
>
> I am very interested in using Adobe's ASL. I am working on a =20
> personal project for stock market graphing, prediction, etc.
> ASL suits my needs because I've been using boost for about a year =20
> and I'm also trying to learn more about templates.
>
> I am relatively new to advanced Template development and am having =20
> some difficulty compiling ASL on a non-supported compiler =20
> (Codewarrior 9.2 for Windows, 9.4 patch installed). I only have one =20=

> problem remaining (most of the code compilies with a few simple =20
> changes) and that is in image_factory.cpp
>
> I won't go into detail of all the various attempts I've tried over =20
> the last several days to get this code to compile.
>
> I've looked at other classes to see how regular_object/=20
> regular_interface work and I am still struggling (it's a good =20
> exercise in learning some of the new template paradigms) to figure =20
> out what's preventing the code from compiling.
>
> If any of you ASL/STL gurus can help, I'd really appreciate it.
>
> I have no trouble with any other factory classes (checkbox, =20
> presets, reveal, popup) compiling.
>
> The error output I get from the compiler (formatted for easier =20
> viewing...) is:
>
> Error   : illegal implicit conversion from '__T?' to
>
> '
> adobe::regular_interface<
>     adobe::gil::image_format_t<
>         adobe::gil::image_view<
>             adobe::gil::pixel_2d_locator<
>                 adobe::gil::pixel_step_iterator<
>                     adobe::gil::pixel<
>                         unsigned char, adobe::gil::rgba_t
>                     >
>                 *>
>             >
>         >
>     >::protocol
> > *
> '
>
> (point of instantiation: =20
> '@unnamed@image_factory_cpp@::gil_image_factory()')
>
> (instantiating:
> '
>     adobe::gil::image_format_t<
>         adobe::gil::image_view<
>             adobe::gil::pixel_2d_locator<
>                 adobe::gil::pixel_step_iterator<
>                     adobe::gil::pixel<
>                         unsigned char, adobe::gil::rgba_t
>                     >
>                 *>
>             >
>         >
>     >::image_format_t<
>         adobe::gil::targa_t<
>             adobe::gil::image_view<
>                 adobe::gil::pixel_2d_locator<
>                     adobe::gil::pixel_step_iterator<
>                         adobe::gil::pixel<
>                             unsigned char, adobe::gil::rgba_t
>                         >
>                     *>
>                 >
>             >
>         >
>     >
>     (
>         adobe::name_t,
>         const adobe::gil::targa_t<
>             adobe::gil::image_view<
>                 adobe::gil::pixel_2d_locator<
>                     adobe::gil::pixel_step_iterator<
>                         adobe::gil::pixel<
>                             unsigned char, adobe::gil::rgba_t
>                         >
>                     *>
>                 >
>             >
>         > &
>     )
> '
> )
>
> (instantiating:
>
> '
> adobe::regular_object<
>     adobe::gil::image_format_t<
>         adobe::gil::image_view<
>             adobe::gil::pixel_2d_locator<
>                 adobe::gil::pixel_step_iterator<
>                     adobe::gil::pixel<
>                         unsigned char, adobe::gil::rgba_t
>                     >
>                 *>
>             >
>         >
>     >::protocol,
>     adobe::gil::image_format_t::instance
> >::regular_object<
>     adobe::gil::targa_t<
>         adobe::gil::image_view<
>             adobe::gil::pixel_2d_locator<
>                 adobe::gil::pixel_step_iterator<
>                     adobe::gil::pixel<
>                         unsigned char, adobe::gil::rgba_t
>                     >
>                 *>
>             >
>         >
>     >
> >
> (
>     const adobe::gil::targa_t<
>         adobe::gil::image_view<
>             adobe::gil::pixel_2d_locator<
>                 adobe::gil::pixel_step_iterator<
>                     adobe::gil::pixel<
>                         unsigned char, adobe::gil::rgba_t
>                     >
>                 *>
>             >
>         >
>     > &
> )
> '
> )
>
> regular_object.hpp line 108         interface_m(new =20
> implementation::regular_instance<D<T> >(x))
>
> Thanks in advance! (Yes, I will eventually switch to VC8)
>
> Mike
>
> ----------------------------------------------------------------------=20=

> ---
> Using Tomcat but need to do more? Need to support web services, =20
> security?
> Get stuff done quickly with pre-integrated technology to make your =20
> job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache =20
> Geronimo
> http://sel.as-us.falkag.net/sel?=20
> cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D121642________________________=
______=20
> _________________
> Adobe-source-devel mailing list
> Ado...@li...
> https://lists.sourceforge.net/lists/listinfo/adobe-source-devel

--
Foster T. Brereton              <=E1=BC=B0=CF=87=CE=B8=CF=8D=CF=82><     =
         Romans =20
3:21-26
A d o b e   S o f t w a r e   T e c h n o l o g y   L a b
"What 99 percent of programmers need to know is not how to build =20
components but how to use them." -- Alexander Stepanov

[Adobe-source-devel] ASL won't compile - please help! (non-supported compiler)

[Mike E. <mel...@gm...>]

Hello,

I am very interested in using Adobe's ASL. I am working on a personal
project for stock market graphing, prediction, etc.
ASL suits my needs because I've been using boost for about a year and I'm
also trying to learn more about templates.

I am relatively new to advanced Template development and am having some
difficulty compiling ASL on a non-supported compiler (Codewarrior 9.2 for
Windows, 9.4 patch installed). I only have one problem remaining (most of
the code compilies with a few simple changes) and that is in
image_factory.cpp

I won't go into detail of all the various attempts I've tried over the last
several days to get this code to compile.

I've looked at other classes to see how regular_object/regular_interface
work and I am still struggling (it's a good exercise in learning some of the
new template paradigms) to figure out what's preventing the code from
compiling.

If any of you ASL/STL gurus can help, I'd really appreciate it.

I have no trouble with any other factory classes (checkbox, presets, reveal,
popup) compiling.

The error output I get from the compiler (formatted for easier viewing...)
is:

Error   : illegal implicit conversion from '__T?' to

'
adobe::regular_interface<
    adobe::gil::image_format_t<
        adobe::gil::image_view<
            adobe::gil::pixel_2d_locator<
                adobe::gil::pixel_step_iterator<
                    adobe::gil::pixel<
                        unsigned char, adobe::gil::rgba_t
                    >
                *>
            >
        >
    >::protocol
> *
'

(point of instantiation: '@unnamed@image_factory_cpp@::gil_image_factory()')

(instantiating:
'
    adobe::gil::image_format_t<
        adobe::gil::image_view<
            adobe::gil::pixel_2d_locator<
                adobe::gil::pixel_step_iterator<
                    adobe::gil::pixel<
                        unsigned char, adobe::gil::rgba_t
                    >
                *>
            >
        >
    >::image_format_t<
        adobe::gil::targa_t<
            adobe::gil::image_view<
                adobe::gil::pixel_2d_locator<
                    adobe::gil::pixel_step_iterator<
                        adobe::gil::pixel<
                            unsigned char, adobe::gil::rgba_t
                        >
                    *>
                >
            >
        >
    >
    (
        adobe::name_t,
        const adobe::gil::targa_t<
            adobe::gil::image_view<
                adobe::gil::pixel_2d_locator<
                    adobe::gil::pixel_step_iterator<
                        adobe::gil::pixel<
                            unsigned char, adobe::gil::rgba_t
                        >
                    *>
                >
            >
        > &
    )
'
)

(instantiating:

'
adobe::regular_object<
    adobe::gil::image_format_t<
        adobe::gil::image_view<
            adobe::gil::pixel_2d_locator<
                adobe::gil::pixel_step_iterator<
                    adobe::gil::pixel<
                        unsigned char, adobe::gil::rgba_t
                    >
                *>
            >
        >
    >::protocol,
    adobe::gil::image_format_t::instance
>::regular_object<
    adobe::gil::targa_t<
        adobe::gil::image_view<
            adobe::gil::pixel_2d_locator<
                adobe::gil::pixel_step_iterator<
                    adobe::gil::pixel<
                        unsigned char, adobe::gil::rgba_t
                    >
                *>
            >
        >
    >
>
(
    const adobe::gil::targa_t<
        adobe::gil::image_view<
            adobe::gil::pixel_2d_locator<
                adobe::gil::pixel_step_iterator<
                    adobe::gil::pixel<
                        unsigned char, adobe::gil::rgba_t
                    >
                *>
            >
        >
    > &
)
'
)

regular_object.hpp line 108         interface_m(new
implementation::regular_instance<D<T> >(x))

Thanks in advance! (Yes, I will eventually switch to VC8)

Mike