hmmmm....still getting errors with the tarball from your site, the g++ no input files is gone, but it was replaced with :

make[2]: *** [seti_boinc-main.o] Error 1
make[2]: Leaving directory `/home/boog/build_boinc/seti_boinc/client'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/boog/build_boinc/seti_boinc'
make: *** [all] Error 2

the other one is still the same:

I'm hoping the s_util.h fix got rid of this one...

Don't worry too much abouyt the fakedata errors, unless you need to build fake workunits for testing purposes. For people who want to use SETI@home for their own data analysis (attention SETILeague), fakedata.cpp might be of interest. Then again, the splitter might be useful as well for such things.

Eric

make[2]: *** [fakedata-xml_util.o] Error 1

I'm still getting both of those errors using either your tarball, or the nightly build from the 11th

I wouldn't worry about the fakedata error either if it didn't stop the compile process ;)

I'll go back and rebuild boinc to see if that is where my problem lies.

---

hmmmm....still getting errors with the tarball from your site, the g++ no input files is gone, but it was replaced with :

make[2]: *** [seti_boinc-main.o] Error 1
make[2]: Leaving directory `/home/boog/build_boinc/seti_boinc/client'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/boog/build_boinc/seti_boinc'
make: *** [all] Error 2

the other one is still the same:

I'm hoping the s_util.h fix got rid of this one...

Don't worry too much abouyt the fakedata errors, unless you need to build fake workunits for testing purposes. For people who want to use SETI@home for their own data analysis (attention SETILeague), fakedata.cpp might be of interest. Then again, the splitter might be useful as well for such things.

Eric

make[2]: *** [fakedata-xml_util.o] Error 1

I'm still getting both of those errors using either your tarball, or the nightly build from the 11th

I wouldn't worry about the fakedata error either if it didn't stop the compile process ;)

I'll go back and rebuild boinc to see if that is where my problem lies.

I'm dunno, still getting the errors.

---

I've linked my entire build tree (except for windows since it's on a different machine) into my web directory, that way you can see how it is at any time....
I've also tarred up all the linux directories.

Be warned that these are my active development direcories so I can't guarantee what's there will compile at any given instant.

http://setiathome.berkeley.edu/~korpela/build/

Eric

Eric

hmmmm....still getting errors with the tarball from your site, the g++ no input files is gone, but it was replaced with :

make[2]: *** [seti_boinc-main.o] Error 1
make[2]: Leaving directory `/home/boog/build_boinc/seti_boinc/client'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/boog/build_boinc/seti_boinc'
make: *** [all] Error 2

the other one is still the same:

That is a very strange, but avoidable error which can happen on any unix-like system (I think). You need a valid "seti_boinc-main.Po" in seti_boinc/client/.deps. This is a part of dependency file, and at first usually it's initialized to "# dummy" (8 bytes long), but somehow, (maybe due to some error in the scripts), the first one, seti_boinc-main.Po must be valid.

So you need do copy it from Eric's build. We will need a help from Eric on this.

Once you have a good one, you can update seti_boinc directory to the latest by overwriting the new files. Interesting point is Eric himself doesn't notice it because he himself is developing.

EDIT: now I checked Eric's .tar.gz file (I don't mean nightly tarball) and it contained the good one. If you use "make distclean", these files will be deleted, so don't use it.

EDIT2: I uploaded the whole source tree of 5.15 I am using on beta project seti-19.0.tar.gz (17mb). It contains two directories, boinc and seti-19.0 (my revision number). This is newer than Eric's build. fpops multiplier is the same.

EDIT3: ok. I'm making Windows build tree. Tomorrow or the day after tomorrow I'll upload it. But since my license has expired, I cannot update my Intel compiler. So please anyone take over this.

---

Luckiest in the world. WMD = Weapon of Mass Distraction.
Click this table.

FWIW to those trying to recreate Crunch3r's optimized applications, he didn't just recompile the stock application. He made at least 2 modifications:

1) Changed the displayed information about the results/counters:

      <core_client_version>5.5.0</core_client_version>
      <stderr_txt>
 
      Windows optimized S@H Enhanced application by Crunch3r
      Version info: Windows SSE3 V5.12 by Crunch3r 
 
      Work Unit Info: 
      ............... 
      WU true angle range is :  0.4481 
 
      Flopcounter: 15711385533872.430000 
 
      Spike count:    2 
      Pulse count:    1 
      Triplet count:  1 
      Gaussian count: 2 

      </stderr_txt> 

2) Commented out/removed the calculation/display of the graphics information. (The "Show Graphics" button is grayed out.)

[As a side question...why, if I've used the pre and /pre BBCode tags, does the system insert additional blank lines?]

---

...

2) Commented out/removed the calculation/display of the graphics information. (The "Show Graphics" button is grayed out.)

[As a side question...why, if I've used the pre and /pre BBCode tags, does the system insert additional blank lines?]

#2 is just compiling the client without the GUI/graphics libs. It's a configure switch on linux, not sure about windows yet.

I've wondered about the pre tags double-spacing too, but then I'm still wondering what forum exactly is running here, too.

---

Donate to SETI@Home via PayPal!

Optimized SETI@Home apps + Information

...

2) Commented out/removed the calculation/display of the graphics information. (The "Show Graphics" button is grayed out.)

[As a side question...why, if I've used the pre and /pre BBCode tags, does the system insert additional blank lines?]

#2 is just compiling the client without the GUI/graphics libs. It's a configure switch on linux, not sure about windows yet.

I've wondered about the pre tags double-spacing too, but then I'm still wondering what forum exactly is running here, too.

Learn something new everyday!

BTW, I'm running a 5.15 Beta WU right now with an AR of 0.4265 and I have the information from an "optimized" WU with the same AR. I'll be able to post the difference in CPU time and Credits later today.

---

EDIT3: ok. I'm making Windows build tree. Tomorrow or the day after tomorrow I'll upload it. But since my license has expired, I cannot update my Intel compiler. So please anyone take over this.

sorry, I don't have time to do this! Window$ is so..... But I think it's more straightforward than on Linux

(though it takes time and it is difficult to explain, because of GUI. I don't like a "hit A, choose B and enter text XXXX, then go to menu C" type description which Window$ likes. Instead I prefer an "invoke './configure --disable-server...', then invoke 'make CC=icc CXX=icpc CFLAGS=...'" type description Unix-like OS's like).

Just peeking in to ask if anyone knows if there still are boinc tarballs available for download.

I could do a cvs checkout but I'd prefer using tarballs because it's easier for me to test different versions when I run into problems.

Regards Hans

---

Has anyone managed to successfully build either from CVS or from Eric's tarballs?

So far, I haven't had any luck either on Linux or Windows, though the Windows version seems to get further before chickening out.

Catastrophic error  could not open source file "..\\..\\..\\boinc\\lib\\exception.C"

...which is true, because that file just doesn't exist there in CVS boinc. However, it needs to have CVS boinc there so it won't throw a fit over the other missing function that Hans noticed. So now I'm caught between a rock and a hard place :)

The file exists in Eric's source tree. So next I'm trying to just copy exception.C/h over, since Eric's tree failed with a different error before on Windows for me too.

In any case, Fedora Core 3 seems to be very nice in regards to Seti and BOINC sources (it didn't complain once about anything missing). Not to plug it here, since RH derivatives still give me the shivers, but building on it vs. Debian or even FC 5 (which I originally got) seems to work much better.

--edit
Whee, just one more error left on the Windows compile :)

..\\worker.cpp(150):  error: '_alloca' cannot be called from within a catch block

...and the code passage it references (when I double click on that error it goes to the line producing it), it states it's

if (retval) SETIERROR(retval,"from initialize_for_wu() in read_wu_state()");

Cute :) An error message throwing an error, fitting I guess (I did remove the dual SETIERROR definition, because without that it would error sooner, leaving the one with the semicolon at the end).

Funny though, that line is line 135 for me; line 150 is a blank one. So I don't know how VC++ counts lines, definitely not like me.

---

Donate to SETI@Home via PayPal!

Optimized SETI@Home apps + Information

Has anyone managed to successfully build either from CVS or from Eric's tarballs?

So far, I haven't had any luck either on Linux or Windows, though the Windows version seems to get further before chickening out.

Catastrophic error  could not open source file "..\\..\\..\\boinc\\lib\\exception.C"

...which is true, because that file just doesn't exist there in CVS boinc. However, it needs to have CVS boinc there so it won't throw a fit over the other missing function that Hans noticed. So now I'm caught between a rock and a hard place :)

The file exists in Eric's source tree. So next I'm trying to just copy exception.C/h over, since Eric's tree failed with a different error before on Windows for me too.

In any case, Fedora Core 3 seems to be very nice in regards to Seti and BOINC sources (it didn't complain once about anything missing). Not to plug it here, since RH derivatives still give me the shivers, but building on it vs. Debian or even FC 5 (which I originally got) seems to work much better.

--edit
Whee, just one more error left on the Windows compile :)

..\\worker.cpp(150):  error: '_alloca' cannot be called from within a catch block

...and the code passage it references (when I double click on that error it goes to the line producing it), it states it's

if (retval) SETIERROR(retval,"from initialize_for_wu() in read_wu_state()");

Cute :) An error message throwing an error, fitting I guess (I did remove the dual SETIERROR definition, because without that it would error sooner, leaving the one with the semicolon at the end).

I havn't managed to get it to build on suse 10 or fedora 4

Maybe I'll have to install fedora 3 and see what happens. But for now I don't think I'm going to mess with anything because I'm just kinda burnt on it (even tho I keep thinking about it) and I just got everything set up and working on Fedora 4 (except being able to compile seti).

I even went as far as rolling back from gcc-3.3.4 to just gcc-3.3 and it didn't work, tried copying the file over that TMR said needed to be, and I have no clue, it may just be something that I'm not going to be able to do.

---

I just managed to compile Erics tarballs on a somewhat dated debian install.

The only change I had to make was adding

"#define boinc_worker_timer(X)"
at the beginning of "config.h.in",

and commenting out the first #define for SETI_ERROR in s_util.h
(There are 2 in a row right now, the first one is wrong),

and then running

"./configure --disable-server --disable-graphics"
"make"



The version I have here is:

dothan1:~/projekte/seti_eric/seti_boinc# uname -a
Linux dothan1 2.6.12-1-686 #1 Tue Sep 6 15:10:40 UTC 2005 i686 GNU/Linux

dothan1:~/projekte/seti_eric/seti_boinc# gcc -v
Lese Spezifikationen von /usr/lib/gcc-lib/i486-linux/3.3.5/specs
Konfiguriert mit: ../src/configure -v --enable-languages=c,c++,java,f77,pascal,objc,ada,treelang --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gnu --enable-debug --enable-java-gc=boehm --enable-java-awt=xlib --enable-objc-gc i486-linux
Thread-Modell: posix
gcc-Version 3.3.5 (Debian 1:3.3.5-13)

dothan1:~/projekte/seti_eric/seti_boinc# ld -v
GNU ld version 2.15

Compiling the same sources under a more current debian fails with linker errors.

Regards Hans

---

...

2) Commented out/removed the calculation/display of the graphics information. (The "Show Graphics" button is grayed out.)

[As a side question...why, if I've used the pre and /pre BBCode tags, does the system insert additional blank lines?]

#2 is just compiling the client without the GUI/graphics libs. It's a configure switch on linux, not sure about windows yet.

I've wondered about the pre tags double-spacing too, but then I'm still wondering what forum exactly is running here, too.

Learn something new everyday!

BTW, I'm running a 5.15 Beta WU right now with an AR of 0.4265 and I have the information from an "optimized" WU with the same AR. I'll be able to post the difference in CPU time and Credits later today.

OK, here's what I ended up with:

Crunch3r's 5.12 app: AR of 0.4265, 12,085 CPU seconds, 62.75 CC and 62.40 GC.
Beta 5.15 app: AR of 0.426465, 19,090 CPU seconds, 62.40 CC, and GC pending (expect 62.40).

The optimized application reduced the CPU time by 36.69%.

My computer is a Pentium D830 with 2GB of DDR2 memory, PCI Express Video, and 300GB SATA drives.

---

OK,

here's the errors I get when compiling the _exact same_ source under a current Debian install:

g++-3.3 -o seti_boinc -pthread -L/usr/lib -nodefaultlibs seti_boinc-main.o seti_boinc-analyzeFuncs.o seti_boinc-analyzeReport.o seti_boinc-analyzePoT.o seti_boinc-pulsefind.o seti_boinc-gaussfit.o seti_boinc-lcgamm.o seti_boinc-malloc_a.o seti_boinc-seti.o seti_boinc-seti_header.o seti_boinc-timecvt.o seti_boinc-s_util.o seti_boinc-version.o seti_boinc-worker.o seti_boinc-chirpfft.o seti_boinc-spike.o seti_boinc-progress.o seti_boinc-fft8g.o seti_boinc-gdata.o seti_boinc-schema_master.o seti_boinc-sqlrow.o seti_boinc-sqlblob.o seti_boinc-xml_util.o -L/root/Projekte/seti_eric/boinc/api -lboinc_api -L/root/Projekte/seti_eric/boinc/lib -lboinc -lssl -lcrypto /usr/lib/libcrypto.a /usr/lib/libssl.a -Wl,-Bdynamic -ldl -Wl,-Bdynamic -lm /usr/lib/libfftw3f.a /usr/lib/libnsl.a -Wl,-Bdynamic -lrt /usr/lib/libz.a /usr/lib/libjpeg.a /usr/lib/gcc-lib/i486-linux-gnu/3.3.6/libstdc++.a /usr/lib/gcc-lib/i486-linux-gnu/3.3.6/libgcc_eh.a /usr/lib/gcc-lib/i486-linux-gnu/3.3.6/libgcc.a -Wl,-Bdynamic -lpthread -Wl,-Bdynamic -lc
`.L319516' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319488' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319489' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319490' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319491' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319492' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319493' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319494' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319495' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319496' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319498' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_encode_stringIcESsPKT_j16tag_xml_encoding' of seti_boinc-schema_master.o
`.L319528' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319529' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319530' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319531' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319532' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319533' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319534' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319535' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319536' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319537' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L319539' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z17xml_decode_stringIhESt6vectorIT_SaIS1_EEPKcjS5_' of seti_boinc-schema_master.o
`.L328643' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z19x_xml_entity_encodeIcESsPKT_j' of seti_boinc-schema_master.o
`.L328743' referenced in section `.rodata' of seti_boinc-schema_master.o: defined in discarded section `.gnu.linkonce.t._Z19x_xml_entity_encodeIcESsPKT_j' of seti_boinc-schema_master.o
collect2: ld returned 1 exit status
make[2]: *** [seti_boinc] Fehler 1
make[2]: Leaving directory `/root/Projekte/seti_eric/seti_boinc/client'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/root/Projekte/seti_eric/seti_boinc'
make: *** [all] Fehler 2

Has anybody come across something similar and can give us some hints how to fix this?

The install producing these errors had the following setup

prescott1:~/Projekte/seti_eric/seti_boinc# uname -a
Linux prescott1 2.6.16-1-686-smp #2 SMP Thu May 4 18:28:53 UTC 2006 i686 GNU/Linux

prescott1:~/Projekte/seti_eric/seti_boinc# gcc-3.3 -v
Lese Spezifikationen von /usr/lib/gcc-lib/i486-linux-gnu/3.3.6/specs
Konfiguriert mit: ../src/configure -v --enable-languages=c,c++ --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --with-gxx-include-dir=/usr/include/c++/3.3 --enable-shared --enable-__cxa_atexit --with-system-zlib --enable-nls --without-included-gettext --enable-clocale=gnu --enable-debug i486-linux-gnu
Thread-Modell: posix
gcc-Version 3.3.6 (Debian 1:3.3.6-13)

prescott1:~/Projekte/seti_eric/seti_boinc# ld -v
GNU ld version 2.16.91 20060413 Debian GNU/Linux

Regards Hans

---

I just managed to compile Erics tarballs on a somewhat dated debian install.

The only change I had to make was adding

"#define boinc_worker_timer(X)"
at the beginning of "config.h.in",

and commenting out the first #define for SETI_ERROR in s_util.h
(There are 2 in a row right now, the first one is wrong),

and then running

"./configure --disable-server --disable-graphics"
"make"

Well,

So I tried compiling with GCC too (I was trying with ICC/ICPC/IPP instead), and voila, it compiles fine on FC3. However, that was not the intended target compiler. It fails horribly with the Intel stuff so far.

Least we got a good build out of it finally :)

Oh, by the way: I didn't put in the fake boinc_worker_timer, instead, I used BOINCDIR=/path/to/boinc/cvs/sources when calling make (env var).

---

Donate to SETI@Home via PayPal!

Optimized SETI@Home apps + Information

Well,

So I tried compiling with GCC too (I was trying with ICC/ICPC/IPP instead), and voila, it compiles fine on FC3. However, that was not the intended target compiler. It fails horribly with the Intel stuff so far.

Least we got a good build out of it finally :)

Yep. Didn't have much luck with icc so far, either.

When compiling with gcc-4.1, I'm getting the following:

../db/sqlblob.h: In function 'std::istream& operator>>(std::istream&, sqlblob<T>&)':
../db/sqlblob.h:78: error: no matching function for call to 'xml_decode_string(const char*&, unsigned int&, const char*&)'

Interestingly, that error seems to be related to the linker errors posted below.
I guess there's a mismatch between function calls and C++ prototypes that has to be ironed out.

Regards Hans

---

I've wondered about the pre tags double-spacing too, but then I'm still wondering what forum exactly is running here, too.

ISTR reading here that the forum software was custom-made for BOINC (possibly from open-source components). The double-spacing

pre

has been mentioned before—and it has been observed that

code

doesn’t seem to do anything at all.

---

I've wondered about the pre tags double-spacing too, but then I'm still wondering what forum exactly is running here, too.

ISTR reading here that the forum software was custom-made for BOINC (possibly from open-source components). The double-spacing

pre

has been mentioned before—and it has been observed that

code

doesn’t seem to do anything at all.

Yeah some things just don't work here, Like they do elsewhere, But they got what they paid for, If It cost them much if anything at all. ;) :D

---

The T1 Trust, PRR T1 Class 4-4-4-4 #5550, 1 of America's First HST's

Thinking about linux and the ipp, if we end up getting this figured out then I think we could distribute at least a linux version (or maybe even windows and intel mac if they will cross compile properly).

This is from the readme from installing the ipp compiler:

ii. NONCOMMERCIAL-USE LICENSE: If you are using the Materials under the control of a Noncommercial-Use license, you as an individual may use the Materials only for non-business use where you receive no fee, salary or any other forms of compensation. The Materials may not be used for any other purpose, whether "for profit" or "not for profit." Any work performed or produced as a result of use of the Materials cannot be performed or produced for the benefit of other parties for a fee, compensation or any other reimbursement or remuneration. You may install copies of the Materials on an unlimited number of computers provided that you are the only individual using the Materials and only one copy of the Materials is in use at any one time. A separate license is required for each additional use and/or individual user in all other cases. Intel will provide you with a license code key that enables the Materials for a Noncommercial-Use license. If you obtained a time-limited Noncommercial-Use license, the duration (time period) of your license and your
ability to use the Materials is limited to the time period of the obtained license, which is controlled by the license key code for the Materials. If you are an entity, Intel grants you the right to designate one individual within your organization to have the sole right to use the Materials in the manner provided above.

Unless I am reading it all wrong, I'm not any good at this leagal mumbo jumbo.

---

I will be happy to beta-test a Windows ap if a compile x's over and I can be of help.

---

Thinking about linux and the ipp, if we end up getting this figured out then I think we could distribute at least a linux version (or maybe even windows and intel mac if they will cross compile properly).

This is from the readme from installing the ipp compiler:

ii. NONCOMMERCIAL-USE LICENSE: If you are using the Materials under the control of a Noncommercial-Use license, you as an individual may use the Materials only for non-business use where you receive no fee, salary or any other forms of compensation. The Materials may not be used for any other purpose, whether "for profit" or "not for profit." Any work performed or produced as a result of use of the Materials cannot be performed or produced for the benefit of other parties for a fee, compensation or any other reimbursement or remuneration. You may install copies of the Materials on an unlimited number of computers provided that you are the only individual using the Materials and only one copy of the Materials is in use at any one time. A separate license is required for each additional use and/or individual user in all other cases. Intel will provide you with a license code key that enables the Materials for a Noncommercial-Use license. If you obtained a time-limited Noncommercial-Use license, the duration (time period) of your license and your
ability to use the Materials is limited to the time period of the obtained license, which is controlled by the license key code for the Materials. If you are an entity, Intel grants you the right to designate one individual within your organization to have the sole right to use the Materials in the manner provided above.

Unless I am reading it all wrong, I'm not any good at this leagal mumbo jumbo.

This was all discussed about a year ago when TMR brought out his first optimised app, using Intels progs. At that time it was concluded that it had to be a fully licensed version to be able to legally distribute the optimised apps.

Andy