newtonSDK Licensing

[hicham]

This should cover every situation:
"You may use and distribute the files contained in the Newton Game Dynamics SDK in anyway you see fit, as long as the usage is within the confines of the Law."

The Law is a vague term

@hicham: They don't allow you to upload stuff which doesn't have a license agreement? (Which 2.0 doesn't, only 1.53 does)

A licenseless tarball is non-redistributable by default.

[Stucuk]

The Law is a vague term

United States/United Kingdom/Canadian/"Put Something Here" Law Then.

A licenseless tarball is non-redistributable by default.

According to U.S Law, you just need the copyright holders permission to do something. When it comes to files, the general rule of thumb is you can distribute files that are freely released as long as you haven't modified them in any way, shape or form.

[Julio Jerez]

do you know how do I fix this error,

make -C thirdParties/wxGTK-2.8.10/buildgtk
make[1]: Entering directory `/home/julio/Desktop/NewtonLinux32/newtonSDK/samples/thirdParties/wxGTK-2.8.10/buildgtk'
./bk-deps gcc -c -o wxtiff_tif_unix.o -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I.//lib/wx/include/gtk2-ansi-release-static-2.8 -I../include -D_REENTRANT -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -Wall -Wundef -O2 -fno-strict-aliasing ../src/tiff/tif_unix.c
make[1]: execvp: ./bk-deps: Permission denied
make[1]: *** [wxtiff_tif_unix.o] Error 127
make[1]: Leaving directory `/home/julio/Desktop/NewtonLinux32/newtonSDK/samples/thirdParties/wxGTK-2.8.10/buildgtk'
make: *** [NewtonDemos] Error 2
julio@julio-desktop:~/Desktop/NewtonLinux32/newtonSDK/samples$
julio@julio-desktop:~/Desktop/NewtonLinux32/newtonSDK/samples

$

this was not happening before,
and this is one of the reason I want to get rid of Collada, and WxWidget,
I hate all this kind of non sence that you have to do to get Wxwidget to work in Linux an dMac.

moving to wxWidget has delete me for almost 2 years. and I still get brand new errors every time I am going to build a Linux


anyway I did build the newton.a and newton.a libraries, but now I can no test them.
do you want the archive like that?

[Julio Jerez]

This is how I change teh funtion to

Code: Select all

/*   #define cpuid(func,ax,bx,cx,dx)   __asm__ __volatile__ ("cpuid": "=a" (ax), "=b" (bx), "=c" (cx), "=d" (dx) : "a" (func)); */
   void cpuid(dgUnsigned32 op, dgUnsigned32 reg[4])
   {
      asm volatile(
         "pushl %%ebx      \n\t" /* save %ebx */
         "cpuid            \n\t"
         "movl %%ebx, %1   \n\t" /* save what cpuid just put in %ebx */
         "popl %%ebx       \n\t" /* restore the old %ebx */
         : "=a"(reg[0]), "=r"(reg[1]), "=c"(reg[2]), "=d"(reg[3])
         : "a"(op)
         : "cc");
   }

   static dgInt32 i386_cpuid(void)
   {
//      int a, b, c, d;
//      cpuid(1,a,b,c,d);
//      return d;

   dgUnsigned32 reg[4];
      cpuid(1, reg);
      return reg[3];
   }


an now in linux 64 now I get these errors.

gcc -c -Wall -Wno-strict-aliasing -D_LINUX_VER -O2 -fpic -msse -msse2 -mfpmath=sse -ffloat-store -ffast-math -freciprocal-math -funsafe-math-optimizations -fsingle-precision-constant -Idg -Iphysics -o dg/dgTypes.o dg/dgTypes.cpp
dg/dgTypes.cpp: Assembler messages:
dg/dgTypes.cpp:305: Error: suffix or operands invalid for `push'
dg/dgTypes.cpp:308: Error: suffix or operands invalid for `pop'
make: *** [dg/dgTypes.o] Error 1
julio@ubuntu:~/Desktop/NewtonLinux64/development$

Is there another way to determine if the Archetype support SSE in Linux,
in window and Mac you just make system call and that it.
f&*king Linux everything is harder

[Julio Jerez]

well I change the Linux64 build to no use intrinsic SSE code,
the function return Non SSE so it will will not call SSE funtions

Code: Select all

#if (defined (_LINUX_VER) || defined (_MINGW_32_VER) || defined (_MINGW_64_VER))
/*   #define cpuid(func,ax,bx,cx,dx)   __asm__ __volatile__ ("cpuid": "=a" (ax), "=b" (bx), "=c" (cx), "=d" (dx) : "a" (func)); */
#ifndef _LINUX_VER_64
   void cpuid(dgUnsigned32 op, dgUnsigned32 reg[4])
   {
      asm volatile(
         "pushl %%ebx      \n\t" /* save %ebx */
         "cpuid            \n\t"
         "movl %%ebx, %1   \n\t" /* save what cpuid just put in %ebx */
         "popl %%ebx       \n\t" /* restore the old %ebx */
         : "=a"(reg[0]), "=r"(reg[1]), "=c"(reg[2]), "=d"(reg[3])
         : "a"(op)
         : "cc");
   }

   static dgInt32 i386_cpuid(void)
   {
//      int a, b, c, d;
//      cpuid(1,a,b,c,d);
//      return d;

      dgUnsigned32 reg[4];
      cpuid(1, reg);
      return reg[3];
   }
#endif

   dgCpuClass dgApi dgGetCpuType ()
   {
#ifndef _LINUX_VER_64
      #define bit_MMX (1 << 23)
      #define bit_SSE (1 << 25)
      #define bit_SSE2 (1 << 26)

#ifndef __USE_DOUBLE_PRECISION__
      if (i386_cpuid() & bit_SSE) {
         return dgSimdPresent;
      }
#endif
      return dgNoSimdPresent;
#endif
   }
#endif


The Linux 64 build in x87 mode sence to be the fastest version of newton, and using SSE do no make any faster, in fat I beleive it make it slower
It seems GCC 4.4.1 doe sa ver goo vetorization of plain c code in 64 bit mode.

[hicham]

make -C thirdParties/wxGTK-2.8.10/buildgtk
make[1]: Entering directory `/home/julio/Desktop/NewtonLinux32/newtonSDK/samples/thirdParties/wxGTK-2.8.10/buildgtk'
./bk-deps gcc -c -o wxtiff_tif_unix.o -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I.//lib/wx/include/gtk2-ansi-release-static-2.8 -I../include -D_REENTRANT -pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -pthread -Wall -Wundef -O2 -fno-strict-aliasing ../src/tiff/tif_unix.c
make[1]: execvp: ./bk-deps: Permission denied
make[1]: *** [wxtiff_tif_unix.o] Error 127
make[1]: Leaving directory `/home/julio/Desktop/NewtonLinux32/newtonSDK/samples/thirdParties/wxGTK-2.8.10/buildgtk'
make: *** [NewtonDemos] Error 2
julio@julio-desktop:~/Desktop/NewtonLinux32/newtonSDK/samples
julio@julio-desktop:~/Desktop/NewtonLinux32/newtonSDK/samples

Probably a permissions issue, try "chown -R wxGTK-2.8.10"

But you really don't need to build wxGTK on Linux since ALL distributions have it in their repositories, just use the system's one.

anyway I did build the newton.a and newton.a libraries, but now I can no test them.
do you want the archive like that?

Yes, that is great.

The Linux 64 build in x87 mode sence to be the fastest version of newton, and using SSE do no make any faster, in fat I beleive it make it slower
It seems GCC 4.4.1 doe sa ver goo vetorization of plain c code in 64 bit mode.

I believe you can use SSE code in 64 build without testing SSE support since all amd64 compatibles processors have supports for SSE and SSE2.
Performance wise, I don't know.

[Julio Jerez]

Probably a permissions issue, try "chown -R wxGTK-2.8.10"

But you really don't need to build wxGTK on Linux since ALL distributions have it in their repositories, just use the system's one.

I do no wnat, I am jsut faollin the instrution to make WxWidgets.
and teh make file does all that no sence.
Anyway thsi will be teh last time, since buidl 2.25 will departure from extenal GUI, and use GTK, and what ever GUI is natove to Linux.

I believe you can use SSE code in 64 build without testing SSE support since all amd64 compatibles processors have supports for SSE and SSE2.
Performance wise, I don't know.

Oh yes that even better, and can simple return simdPresent if the LINUX_64 is defined, thanks for the tip.
I will try to pu teh build tonight.

Next Newton will do away with Simd instruction all together too.
all that mombo jumbo make the con more complicated for every litle payoff,
I do know why GCC does not make universal binaries like Mac and intel compiler do.

[hicham]

I will try to pu teh build tonight.

I hope you will remember to update the license.

[hicham]

A little remark, It would be cool to have both libs ( 32 and 64 bits ) in the same tarball since it is the only difference between the two. Also, I think bundling wxGTK, pcre and tinyxml is unneeded since all distributions ship these.

[Julio Jerez]

Ok I made the thw librares linux32 and linux 64. Yop cna download then form teh download link

on the one build for 32 and 64 bit tha will have diicult since linux32 and linux64 can no coexist in the same machine.
on teh Wxwidget, like I said I will remove WxWiget and Colldada all together in laters release.
Wxwidget and Colladad do not add anything to the engine, it is just for presenation, but that had proven to be more work than it is worth maintaining.

[hicham]

Seems like you put x86_64 libNewton.a in NewtonLinux-32 archive

[Julio Jerez]

I just run the linux 32 in my 32 bit lapto an dis runs fine.
but I arcive agin a upload it, i di dnio se any diffrence, but dwnload again try again.


a 64 bit elf will not run in a 32 by machine, and the elf runs in my whi I know it a 32 bit system.
just in case hwo do I know if teh Ubuntu version running is Unbutu 32?
on thing different now is that When I start teh system, i asked me to upgrade to ubunto 9.10, so unless the system is unbuto 64, which I doubt, the archive should be fine

[hicham]

just in case hwo do I know if teh Ubuntu version running is Unbutu 32?

uname -m

on thing different now is that When I start teh system, i asked me to upgrade to ubunto 9.10, so unless the system is unbuto 64, which I doubt, the archive should be fine

Latest version of Ubuntu is 10.04

[Julio Jerez]

yes meant I had 9.10 and it upgrade to a newer version.
did the download worked now?

[hicham]

Something weird went over there :

Code: Select all

[hicham@hicham-laptop sdk]$ objdump -a libNewton.a | grep x86-64
dgPoolBaseAllocator.o:     file format elf64-x86-64


everything is i386 except this one.