cegcc-devel — Discussion about CeGCC development

[Cegcc-devel] [ cegcc-Bugs-2958451 ] I tried compile sed, wget , gawk

[SourceForge.net <no...@so...>]

Bugs item #2958451, was opened at 2010-02-25 01:19
Message generated for change (Comment added) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2958451&group_id=173455

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: CeGCC (arm-wince-cegcc)
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: I tried compile sed, wget , gawk

Initial Comment:
I use Ubuntu 9.04 and cegcc-0.59.1.tar.bz2 .

I tried compile sed-4.2.1.tar.bz2 but error.
-----------------------------------------------------
 -Wall -mms-bitfields -MT utils.o -MD -MP -MF .deps/utils.Tpo -c -o utils.o utils.c
utils.c: In function 'follow_symlink':
utils.c:363: error: 'S_IFLNK' undeclared (first use in this function)
utils.c:363: error: (Each undeclared identifier is reported only once
utils.c:363: error: for each function it appears in.)
utils.c:371: warning: implicit declaration of function 'readlink'
-----------------------------------------------------------



opt/cegcc/arm-cegcc/include/sys/stat.h
-------------------------------------------------------------

#ifdef __CYGWIN__
#include <cygwin/stat.h>
#ifdef _COMPILING_NEWLIB
#define stat64 __stat64
#endif
#else
struct	stat 
{
  dev_t		st_dev;
  ino_t		st_ino;
  mode_t	st_mode;
  nlink_t	st_nlink;
  uid_t		st_uid;
  gid_t		st_gid;
  dev_t		st_rdev;
  off_t		st_size;
  /* SysV/sco doesn't have the rest... But Solaris, eabi does.  */
#if defined(__svr4__) && !defined(__PPC__) && !defined(__sun__)
  time_t	st_atime;
  time_t	st_mtime;
  time_t	st_ctime;
#else
  time_t	st_atime;
  long		st_spare1;
  time_t	st_mtime;
  long		st_spare2;
  time_t	st_ctime;
  long		st_spare3;
  long		st_blksize;
  long		st_blocks;
  long	st_spare4[2];
#endif
};
#endif

#define	_IFMT		0170000	/* type of file */
#define		_IFDIR	0040000	/* directory */
#define		_IFCHR	0020000	/* character special */
#define		_IFBLK	0060000	/* block special */
#define		_IFREG	0100000	/* regular */
#define		_IFLNK	0120000	/* symbolic link */
#define		_IFSOCK	0140000	/* socket */
#define		_IFIFO	0010000	/* fifo */

#define 	S_BLKSIZE  1024 /* size of a block */

#define	S_ISUID		0004000	/* set user id on execution */
#define	S_ISGID		0002000	/* set group id on execution */
#ifndef	_POSIX_SOURCE
#define	S_ISVTX		0001000	/* save swapped text even after use */
#define	S_IREAD		0000400	/* read permission, owner */
#define	S_IWRITE 	0000200	/* write permission, owner */
#define	S_IEXEC		0000100	/* execute/search permission, owner */
#define	S_ENFMT 	0002000	/* enforcement-mode locking */

#define	S_IFMT		_IFMT
#define	S_IFDIR		_IFDIR
#define	S_IFCHR		_IFCHR
#define	S_IFBLK		_IFBLK
#define	S_IFREG		_IFREG
#define	S_IFLNK		_IFLNK
#define	S_IFSOCK	_IFSOCK
#define	S_IFIFO		_IFIFO
#endif	/* !_POSIX_SOURCE */

#ifdef _WIN32
/* The Windows header files define _S_ forms of these, so we do too
   for easier portability.  */
#define _S_IFMT		_IFMT
#define _S_IFDIR	_IFDIR
#define _S_IFCHR	_IFCHR
#define _S_IFIFO	_IFIFO
#define _S_IFREG	_IFREG
#define _S_IREAD	0000400
#define _S_IWRITE	0000200
#define _S_IEXEC	0000100
#endif

#define	S_IRWXU 	(S_IRUSR | S_IWUSR | S_IXUSR)
#define		S_IRUSR	0000400	/* read permission, owner */
#define		S_IWUSR	0000200	/* write permission, owner */
#define		S_IXUSR 0000100/* execute/search permission, owner */
#define	S_IRWXG		(S_IRGRP | S_IWGRP | S_IXGRP)
#define		S_IRGRP	0000040	/* read permission, group */
#define		S_IWGRP	0000020	/* write permission, grougroup */
#define		S_IXGRP 0000010/* execute/search permission, group */
#define	S_IRWXO		(S_IROTH | S_IWOTH | S_IXOTH)
#define		S_IROTH	0000004	/* read permission, other */
#define		S_IWOTH	0000002	/* write permission, other */
#define		S_IXOTH 0000001/* execute/search permission, other */

#define	S_ISBLK(m)	(((m)&_IFMT) == _IFBLK)
#define	S_ISCHR(m)	(((m)&_IFMT) == _IFCHR)
#define	S_ISDIR(m)	(((m)&_IFMT) == _IFDIR)
#define	S_ISFIFO(m)	(((m)&_IFMT) == _IFIFO)
#define	S_ISREG(m)	(((m)&_IFMT) == _IFREG)
#define	S_ISLNK(m)	(((m)&_IFMT) == _IFLNK)
#define	S_ISSOCK(m)	(((m)&_IFMT) == _IFSOCK)


int	_EXFUN(chmod,( const char *__path, mode_t __mode ));
int     _EXFUN(fchmod,(int __fd, mode_t __mode));
int	_EXFUN(fstat,( int __fd, struct stat *__sbuf ));
int	_EXFUN(mkdir,( const char *_path, mode_t __mode ));
int	_EXFUN(mkfifo,( const char *__path, mode_t __mode ));
int	_EXFUN(stat,( const char *__path, struct stat *__sbuf ));
mode_t	_EXFUN(umask,( mode_t __mask ));

#if defined(__rtems__) || defined(__CYGWIN__) && !defined(__INSIDE_CYGWIN__)
int	_EXFUN(lstat,( const char *__path, struct stat *__buf ));
int	_EXFUN(mknod,( const char *__path, mode_t __mode, dev_t __dev ));
#endif



--------------------------------------------------------------


I'm not use Cygwin.



I tried compile wget-1.12 , but error
------------------------------------------------------------
arm-cegcc-gcc -DHAVE_CONFIG_H -I. -I../src   -D_WIN32_WCE=0x0400  -O3 -Wall -mms-bitfields -MT strcasestr.o -MD -MP -MF .deps/strcasestr.Tpo -c -o strcasestr.o strcasestr.c
In file included from strcasestr.c:27:
./strings.h:27:26: error: strings.h: No such file or directory
make[3]: *** [strcasestr.o] Error 1
----------------------------------------------------------------


I tried compile gawk-3.1.7 , but error.
----------------------------------------------------------------
arm-cegcc-gcc -DDEFPATH="\".:/usr/local/wince/share/awk\"" -DHAVE_CONFIG_H -DGAWK -DLOCALEDIR="\"/usr/local/wince/share/locale\"" -I.  -I./libsigsegv/src -D_WIN32_WCE=0x0400 -D_WIN32_IE=0x0400 -DNO_ERRNO_H  -O3 -Wall -mms-bitfields -MT replace.o -MD -MP -MF .deps/replace.Tpo -c -o replace.o replace.c
In file included from replace.c:47:
missing_d/system.c:19: error: expected declaration specifiers or '...' before string constant
missing_d/system.c:19: error: expected declaration specifiers or '...' before numeric constant
missing_d/system.c:19: error: conflicting types for 'r_fatal'
missing_d/system.c:19: note: a parameter list with an ellipsis can't match an empty parameter name list declaration
awk.h:1162: note: previous declaration of 'r_fatal' was here
missing_d/system.c: In function 'system':
missing_d/system.c:24: error: argument 's' doesn't match prototype
/opt/cegcc/lib/gcc/arm-cegcc/4.4.0/../../../../arm-cegcc/include/stdlib.h:122: error: prototype declaration
make[2]: *** [replace.o]

--------------------------------------------------------------------

Thanks,

----------------------------------------------------------------------

Comment By: Nobody/Anonymous (nobody)
Date: 2010-02-26 09:11

Message:
config.sub change because use "--host=arm-cegcc"

-------------------------------------------------------
	c90)
		basic_machine=c90-cray
		os=-unicos
		;;
        cegcc)
		basic_machine=arm-unknown
		os=-cegcc
		;;
----------------------------------------------------------
	      | -chorusos* | -chorusrdb* | -cegcc* \
------------------------------------------------------------

PATH=/opt/cegcc/bin:$PATH

wget12
./configure CC=arm-cegcc-gcc --prefix=/usr/local/wince --host=arm-cegcc 
LDFLAGS="-s" CPPFLAGS="-D_WIN32_WCE=0x0400 -DNO_ERRNO_H" CFLAGS="-O3 -Wall
-mms-bitfields" --disable-opie --disable-digest --disable-ntlm
--disable-debug --disable-largefile --disable-rpath --disable-ipv6
--disable-nls --disable-iri 


gawk and sed 
./configure CC=arm-cegcc-gcc --prefix=/usr/local/wince --host=arm-cegcc 
LDFLAGS="-s" CPPFLAGS="-D_WIN32_WCE=0x0400" CFLAGS="-O3 -Wall
-mms-bitfields"




"LDFLAGS: --enable-auto-import" is configure error, so I'm not use.
---------------------------------------------------------

I hope use wget and emacs.

automake  autoconf  bison install ok.

But texinfo gettext ncurses pdcurses ... are  error.

Configure check and make error says glibc headerfile not found.




I can't compile wget and emacs.


----------------------------------------------------------------------

Comment By: Danny Backx (dannybackx)
Date: 2010-02-25 16:35

Message:
What is your point ?

I created a small test :
#include <sys/stat.h>

int x()
{
        return S_IFLNK;
}

arm-cegcc-gcc -c test.c compiles this without problem.

So I guess you may be using something different ?

Also, I am not sure why you expect a source not written for CE to compile
with cegcc without a problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2958451&group_id=173455

[Cegcc-devel] [ cegcc-Bugs-2958451 ] I tried compile sed, wget , gawk

[SourceForge.net <no...@so...>]

Bugs item #2958451, was opened at 2010-02-25 02:19
Message generated for change (Comment added) made by dannybackx
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2958451&group_id=173455

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: CeGCC (arm-wince-cegcc)
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: I tried compile sed, wget , gawk

Initial Comment:
I use Ubuntu 9.04 and cegcc-0.59.1.tar.bz2 .

I tried compile sed-4.2.1.tar.bz2 but error.
-----------------------------------------------------
 -Wall -mms-bitfields -MT utils.o -MD -MP -MF .deps/utils.Tpo -c -o utils.o utils.c
utils.c: In function 'follow_symlink':
utils.c:363: error: 'S_IFLNK' undeclared (first use in this function)
utils.c:363: error: (Each undeclared identifier is reported only once
utils.c:363: error: for each function it appears in.)
utils.c:371: warning: implicit declaration of function 'readlink'
-----------------------------------------------------------



opt/cegcc/arm-cegcc/include/sys/stat.h
-------------------------------------------------------------

#ifdef __CYGWIN__
#include <cygwin/stat.h>
#ifdef _COMPILING_NEWLIB
#define stat64 __stat64
#endif
#else
struct	stat 
{
  dev_t		st_dev;
  ino_t		st_ino;
  mode_t	st_mode;
  nlink_t	st_nlink;
  uid_t		st_uid;
  gid_t		st_gid;
  dev_t		st_rdev;
  off_t		st_size;
  /* SysV/sco doesn't have the rest... But Solaris, eabi does.  */
#if defined(__svr4__) && !defined(__PPC__) && !defined(__sun__)
  time_t	st_atime;
  time_t	st_mtime;
  time_t	st_ctime;
#else
  time_t	st_atime;
  long		st_spare1;
  time_t	st_mtime;
  long		st_spare2;
  time_t	st_ctime;
  long		st_spare3;
  long		st_blksize;
  long		st_blocks;
  long	st_spare4[2];
#endif
};
#endif

#define	_IFMT		0170000	/* type of file */
#define		_IFDIR	0040000	/* directory */
#define		_IFCHR	0020000	/* character special */
#define		_IFBLK	0060000	/* block special */
#define		_IFREG	0100000	/* regular */
#define		_IFLNK	0120000	/* symbolic link */
#define		_IFSOCK	0140000	/* socket */
#define		_IFIFO	0010000	/* fifo */

#define 	S_BLKSIZE  1024 /* size of a block */

#define	S_ISUID		0004000	/* set user id on execution */
#define	S_ISGID		0002000	/* set group id on execution */
#ifndef	_POSIX_SOURCE
#define	S_ISVTX		0001000	/* save swapped text even after use */
#define	S_IREAD		0000400	/* read permission, owner */
#define	S_IWRITE 	0000200	/* write permission, owner */
#define	S_IEXEC		0000100	/* execute/search permission, owner */
#define	S_ENFMT 	0002000	/* enforcement-mode locking */

#define	S_IFMT		_IFMT
#define	S_IFDIR		_IFDIR
#define	S_IFCHR		_IFCHR
#define	S_IFBLK		_IFBLK
#define	S_IFREG		_IFREG
#define	S_IFLNK		_IFLNK
#define	S_IFSOCK	_IFSOCK
#define	S_IFIFO		_IFIFO
#endif	/* !_POSIX_SOURCE */

#ifdef _WIN32
/* The Windows header files define _S_ forms of these, so we do too
   for easier portability.  */
#define _S_IFMT		_IFMT
#define _S_IFDIR	_IFDIR
#define _S_IFCHR	_IFCHR
#define _S_IFIFO	_IFIFO
#define _S_IFREG	_IFREG
#define _S_IREAD	0000400
#define _S_IWRITE	0000200
#define _S_IEXEC	0000100
#endif

#define	S_IRWXU 	(S_IRUSR | S_IWUSR | S_IXUSR)
#define		S_IRUSR	0000400	/* read permission, owner */
#define		S_IWUSR	0000200	/* write permission, owner */
#define		S_IXUSR 0000100/* execute/search permission, owner */
#define	S_IRWXG		(S_IRGRP | S_IWGRP | S_IXGRP)
#define		S_IRGRP	0000040	/* read permission, group */
#define		S_IWGRP	0000020	/* write permission, grougroup */
#define		S_IXGRP 0000010/* execute/search permission, group */
#define	S_IRWXO		(S_IROTH | S_IWOTH | S_IXOTH)
#define		S_IROTH	0000004	/* read permission, other */
#define		S_IWOTH	0000002	/* write permission, other */
#define		S_IXOTH 0000001/* execute/search permission, other */

#define	S_ISBLK(m)	(((m)&_IFMT) == _IFBLK)
#define	S_ISCHR(m)	(((m)&_IFMT) == _IFCHR)
#define	S_ISDIR(m)	(((m)&_IFMT) == _IFDIR)
#define	S_ISFIFO(m)	(((m)&_IFMT) == _IFIFO)
#define	S_ISREG(m)	(((m)&_IFMT) == _IFREG)
#define	S_ISLNK(m)	(((m)&_IFMT) == _IFLNK)
#define	S_ISSOCK(m)	(((m)&_IFMT) == _IFSOCK)


int	_EXFUN(chmod,( const char *__path, mode_t __mode ));
int     _EXFUN(fchmod,(int __fd, mode_t __mode));
int	_EXFUN(fstat,( int __fd, struct stat *__sbuf ));
int	_EXFUN(mkdir,( const char *_path, mode_t __mode ));
int	_EXFUN(mkfifo,( const char *__path, mode_t __mode ));
int	_EXFUN(stat,( const char *__path, struct stat *__sbuf ));
mode_t	_EXFUN(umask,( mode_t __mask ));

#if defined(__rtems__) || defined(__CYGWIN__) && !defined(__INSIDE_CYGWIN__)
int	_EXFUN(lstat,( const char *__path, struct stat *__buf ));
int	_EXFUN(mknod,( const char *__path, mode_t __mode, dev_t __dev ));
#endif



--------------------------------------------------------------


I'm not use Cygwin.



I tried compile wget-1.12 , but error
------------------------------------------------------------
arm-cegcc-gcc -DHAVE_CONFIG_H -I. -I../src   -D_WIN32_WCE=0x0400  -O3 -Wall -mms-bitfields -MT strcasestr.o -MD -MP -MF .deps/strcasestr.Tpo -c -o strcasestr.o strcasestr.c
In file included from strcasestr.c:27:
./strings.h:27:26: error: strings.h: No such file or directory
make[3]: *** [strcasestr.o] Error 1
----------------------------------------------------------------


I tried compile gawk-3.1.7 , but error.
----------------------------------------------------------------
arm-cegcc-gcc -DDEFPATH="\".:/usr/local/wince/share/awk\"" -DHAVE_CONFIG_H -DGAWK -DLOCALEDIR="\"/usr/local/wince/share/locale\"" -I.  -I./libsigsegv/src -D_WIN32_WCE=0x0400 -D_WIN32_IE=0x0400 -DNO_ERRNO_H  -O3 -Wall -mms-bitfields -MT replace.o -MD -MP -MF .deps/replace.Tpo -c -o replace.o replace.c
In file included from replace.c:47:
missing_d/system.c:19: error: expected declaration specifiers or '...' before string constant
missing_d/system.c:19: error: expected declaration specifiers or '...' before numeric constant
missing_d/system.c:19: error: conflicting types for 'r_fatal'
missing_d/system.c:19: note: a parameter list with an ellipsis can't match an empty parameter name list declaration
awk.h:1162: note: previous declaration of 'r_fatal' was here
missing_d/system.c: In function 'system':
missing_d/system.c:24: error: argument 's' doesn't match prototype
/opt/cegcc/lib/gcc/arm-cegcc/4.4.0/../../../../arm-cegcc/include/stdlib.h:122: error: prototype declaration
make[2]: *** [replace.o]

--------------------------------------------------------------------

Thanks,

----------------------------------------------------------------------

>Comment By: Danny Backx (dannybackx)
Date: 2010-02-25 17:35

Message:
What is your point ?

I created a small test :
#include <sys/stat.h>

int x()
{
        return S_IFLNK;
}

arm-cegcc-gcc -c test.c compiles this without problem.

So I guess you may be using something different ?

Also, I am not sure why you expect a source not written for CE to compile
with cegcc without a problem.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2958451&group_id=173455

[Cegcc-devel] [ cegcc-Bugs-2958451 ] I tried compile sed, wget , gawk

[SourceForge.net <no...@so...>]

Bugs item #2958451, was opened at 2010-02-25 01:19
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2958451&group_id=173455

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: CeGCC (arm-wince-cegcc)
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: I tried compile sed, wget , gawk

Initial Comment:
I use Ubuntu 9.04 and cegcc-0.59.1.tar.bz2 .

I tried compile sed-4.2.1.tar.bz2 but error.
-----------------------------------------------------
 -Wall -mms-bitfields -MT utils.o -MD -MP -MF .deps/utils.Tpo -c -o utils.o utils.c
utils.c: In function 'follow_symlink':
utils.c:363: error: 'S_IFLNK' undeclared (first use in this function)
utils.c:363: error: (Each undeclared identifier is reported only once
utils.c:363: error: for each function it appears in.)
utils.c:371: warning: implicit declaration of function 'readlink'
-----------------------------------------------------------



opt/cegcc/arm-cegcc/include/sys/stat.h
-------------------------------------------------------------

#ifdef __CYGWIN__
#include <cygwin/stat.h>
#ifdef _COMPILING_NEWLIB
#define stat64 __stat64
#endif
#else
struct	stat 
{
  dev_t		st_dev;
  ino_t		st_ino;
  mode_t	st_mode;
  nlink_t	st_nlink;
  uid_t		st_uid;
  gid_t		st_gid;
  dev_t		st_rdev;
  off_t		st_size;
  /* SysV/sco doesn't have the rest... But Solaris, eabi does.  */
#if defined(__svr4__) && !defined(__PPC__) && !defined(__sun__)
  time_t	st_atime;
  time_t	st_mtime;
  time_t	st_ctime;
#else
  time_t	st_atime;
  long		st_spare1;
  time_t	st_mtime;
  long		st_spare2;
  time_t	st_ctime;
  long		st_spare3;
  long		st_blksize;
  long		st_blocks;
  long	st_spare4[2];
#endif
};
#endif

#define	_IFMT		0170000	/* type of file */
#define		_IFDIR	0040000	/* directory */
#define		_IFCHR	0020000	/* character special */
#define		_IFBLK	0060000	/* block special */
#define		_IFREG	0100000	/* regular */
#define		_IFLNK	0120000	/* symbolic link */
#define		_IFSOCK	0140000	/* socket */
#define		_IFIFO	0010000	/* fifo */

#define 	S_BLKSIZE  1024 /* size of a block */

#define	S_ISUID		0004000	/* set user id on execution */
#define	S_ISGID		0002000	/* set group id on execution */
#ifndef	_POSIX_SOURCE
#define	S_ISVTX		0001000	/* save swapped text even after use */
#define	S_IREAD		0000400	/* read permission, owner */
#define	S_IWRITE 	0000200	/* write permission, owner */
#define	S_IEXEC		0000100	/* execute/search permission, owner */
#define	S_ENFMT 	0002000	/* enforcement-mode locking */

#define	S_IFMT		_IFMT
#define	S_IFDIR		_IFDIR
#define	S_IFCHR		_IFCHR
#define	S_IFBLK		_IFBLK
#define	S_IFREG		_IFREG
#define	S_IFLNK		_IFLNK
#define	S_IFSOCK	_IFSOCK
#define	S_IFIFO		_IFIFO
#endif	/* !_POSIX_SOURCE */

#ifdef _WIN32
/* The Windows header files define _S_ forms of these, so we do too
   for easier portability.  */
#define _S_IFMT		_IFMT
#define _S_IFDIR	_IFDIR
#define _S_IFCHR	_IFCHR
#define _S_IFIFO	_IFIFO
#define _S_IFREG	_IFREG
#define _S_IREAD	0000400
#define _S_IWRITE	0000200
#define _S_IEXEC	0000100
#endif

#define	S_IRWXU 	(S_IRUSR | S_IWUSR | S_IXUSR)
#define		S_IRUSR	0000400	/* read permission, owner */
#define		S_IWUSR	0000200	/* write permission, owner */
#define		S_IXUSR 0000100/* execute/search permission, owner */
#define	S_IRWXG		(S_IRGRP | S_IWGRP | S_IXGRP)
#define		S_IRGRP	0000040	/* read permission, group */
#define		S_IWGRP	0000020	/* write permission, grougroup */
#define		S_IXGRP 0000010/* execute/search permission, group */
#define	S_IRWXO		(S_IROTH | S_IWOTH | S_IXOTH)
#define		S_IROTH	0000004	/* read permission, other */
#define		S_IWOTH	0000002	/* write permission, other */
#define		S_IXOTH 0000001/* execute/search permission, other */

#define	S_ISBLK(m)	(((m)&_IFMT) == _IFBLK)
#define	S_ISCHR(m)	(((m)&_IFMT) == _IFCHR)
#define	S_ISDIR(m)	(((m)&_IFMT) == _IFDIR)
#define	S_ISFIFO(m)	(((m)&_IFMT) == _IFIFO)
#define	S_ISREG(m)	(((m)&_IFMT) == _IFREG)
#define	S_ISLNK(m)	(((m)&_IFMT) == _IFLNK)
#define	S_ISSOCK(m)	(((m)&_IFMT) == _IFSOCK)


int	_EXFUN(chmod,( const char *__path, mode_t __mode ));
int     _EXFUN(fchmod,(int __fd, mode_t __mode));
int	_EXFUN(fstat,( int __fd, struct stat *__sbuf ));
int	_EXFUN(mkdir,( const char *_path, mode_t __mode ));
int	_EXFUN(mkfifo,( const char *__path, mode_t __mode ));
int	_EXFUN(stat,( const char *__path, struct stat *__sbuf ));
mode_t	_EXFUN(umask,( mode_t __mask ));

#if defined(__rtems__) || defined(__CYGWIN__) && !defined(__INSIDE_CYGWIN__)
int	_EXFUN(lstat,( const char *__path, struct stat *__buf ));
int	_EXFUN(mknod,( const char *__path, mode_t __mode, dev_t __dev ));
#endif



--------------------------------------------------------------


I'm not use Cygwin.



I tried compile wget-1.12 , but error
------------------------------------------------------------
arm-cegcc-gcc -DHAVE_CONFIG_H -I. -I../src   -D_WIN32_WCE=0x0400  -O3 -Wall -mms-bitfields -MT strcasestr.o -MD -MP -MF .deps/strcasestr.Tpo -c -o strcasestr.o strcasestr.c
In file included from strcasestr.c:27:
./strings.h:27:26: error: strings.h: No such file or directory
make[3]: *** [strcasestr.o] Error 1
----------------------------------------------------------------


I tried compile gawk-3.1.7 , but error.
----------------------------------------------------------------
arm-cegcc-gcc -DDEFPATH="\".:/usr/local/wince/share/awk\"" -DHAVE_CONFIG_H -DGAWK -DLOCALEDIR="\"/usr/local/wince/share/locale\"" -I.  -I./libsigsegv/src -D_WIN32_WCE=0x0400 -D_WIN32_IE=0x0400 -DNO_ERRNO_H  -O3 -Wall -mms-bitfields -MT replace.o -MD -MP -MF .deps/replace.Tpo -c -o replace.o replace.c
In file included from replace.c:47:
missing_d/system.c:19: error: expected declaration specifiers or '...' before string constant
missing_d/system.c:19: error: expected declaration specifiers or '...' before numeric constant
missing_d/system.c:19: error: conflicting types for 'r_fatal'
missing_d/system.c:19: note: a parameter list with an ellipsis can't match an empty parameter name list declaration
awk.h:1162: note: previous declaration of 'r_fatal' was here
missing_d/system.c: In function 'system':
missing_d/system.c:24: error: argument 's' doesn't match prototype
/opt/cegcc/lib/gcc/arm-cegcc/4.4.0/../../../../arm-cegcc/include/stdlib.h:122: error: prototype declaration
make[2]: *** [replace.o]

--------------------------------------------------------------------

Thanks,

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2958451&group_id=173455

Re: [Cegcc-devel] Including pthreads

[Danny B. <dan...@sc...>]

On Wed, 2010-02-24 at 09:57 +0100, Anders Nilsson Plymoth wrote:
> I wonder what the status is on including pthreads into the build
> configuration. There is an option when compiling the gcc sources to
> turn this on, but this option is currently turned off for cegcc. I
> tried enabling it, but there are propagating dependency issues from
> the cegcc build scripts that results in some standard header files not
> being found. Since pthreads is widely used among gcc developers to a
> very high degree, I really think this feature should be enabled by
> default. I use gcc and pthreads for all my UNIX apps, so pthreads
> really needs to available in cegcc before it can be of any use for
> me. 

I'm not entirely sure what you're asking.

cegcc (allow me to focus on the arm-mingw32ce flavour for now) gives you
a way to compile applications that will then run on a WinCE (Windows
Mobile, ..) platform.

The WinCE platform doesn't have pthreads - much like the other versions
of Windows, see e.g. http://sourceware.org/pthreads-win32 : "Win32 does
not, and is unlikely to ever, support pthreads natively.
[pthreads-win32] seeks to provide a freely available and high-quality
solution to this problem."

I would expect that you start by picking up a version of pthreads that
can run on CE, and then link applications against it.

I'm not sure whether this requires the build process of cegcc to change.
The current build script says --enable-threads=win32 (not what I would
call "turned off"), according to the gcc NEWS file it should be
--enable-threads=posix for pthreads.

Is that what you tried, and did you have pthreads source on your system
when you tried it ? Compiling gthr-posix.h requires pthread.h .

	Danny
-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

[Cegcc-devel] Including pthreads

[Anders N. P. <lan...@gm...>]

Hi,

I wonder what the status is on including pthreads into the build
configuration. There is an option when compiling the gcc sources to turn
this on, but this option is currently turned off for cegcc. I tried enabling
it, but there are propagating dependency issues from the cegcc build scripts
that results in some standard header files not being found. Since pthreads
is widely used among gcc developers to a very high degree, I really think
this feature should be enabled by default. I use gcc and pthreads for all my
UNIX apps, so pthreads really needs to available in cegcc before it can be
of any use for me. Is this really disabled, or am I missing something here?

Thanks,
Anders

[Cegcc-devel] [ cegcc-Patches-2954077 ] configure fix for building on freebsd

[SourceForge.net <no...@so...>]

Patches item #2954077, was opened at 2010-02-18 10:05
Message generated for change (Comment added) made by dannybackx
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865516&aid=2954077&group_id=173455

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Radics Peter (mitch0)
>Assigned to: Danny Backx (dannybackx)
Summary: configure fix for building on freebsd

Initial Comment:
The configure scripts under src/gcc and src/gcc-4.4.0 incorrectly use ${target} when trying to locate libgmp and libmpfr on freebsd hosts.  I moved the check to a different case which checks ${host} instead. Patch attached, it was made against r1444.

cheers,
mitch

----------------------------------------------------------------------

>Comment By: Danny Backx (dannybackx)
Date: 2010-02-20 10:43

Message:
Two remarks :
- the real fix is not to configure but to configure.ac
- this should be reported to the gcc bugzilla, it's not cegcc specific.
I'll make the change to cegcc too if you get approval from the gcc folks.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865516&aid=2954077&group_id=173455

[Cegcc-devel] [ cegcc-Patches-2954077 ] configure fix for building on freebsd

[SourceForge.net <no...@so...>]

Patches item #2954077, was opened at 2010-02-18 10:05
Message generated for change (Tracker Item Submitted) made by mitch0
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865516&aid=2954077&group_id=173455

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Radics Peter (mitch0)
Assigned to: Nobody/Anonymous (nobody)
Summary: configure fix for building on freebsd

Initial Comment:
The configure scripts under src/gcc and src/gcc-4.4.0 incorrectly use ${target} when trying to locate libgmp and libmpfr on freebsd hosts.  I moved the check to a different case which checks ${host} instead. Patch attached, it was made against r1444.

cheers,
mitch

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=865516&aid=2954077&group_id=173455

Re: [Cegcc-devel] issues with MonitorFromPoint when compiling OpenGL ES 1.0 code

[Danny B. <dan...@sc...>]

On Mon, 2010-02-15 at 17:21 -0200, Daniel Monteiro wrote:
> Ok, forget about it. Just got it working. 
> I will soon write a little guide to get things working and I will let
> you guys know, in case you're curious.

Yes, please do.

	Danny

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

Re: [Cegcc-devel] issues with MonitorFromPoint when compiling OpenGL ES 1.0 code

[Daniel M. <mon...@gm...>]

Ok, forget about it. Just got it working.
I will soon write a little guide to get things working and I will let you
guys know, in case you're curious.

thanks for the help.

Daniel Monteiro
========================================
|_|0|_|  Linux Registered User #424188
|_|_|0| http://batterypoweredgames.blogspot.com/
|0|0|0| Visit to grab games for your mobile device!
========================================


2010/2/15 Daniel Monteiro <mon...@gm...>

> Some update on the issue:
> Got to compile the code with some minor modification but now, when running
> on my device (a Dell Axim x50v running Windows Mobile 5) it complaing with
> some invalid characters followed by "failed (12296)". Is there any lookup
> table where I can take a look at the error codes? Is this a typical error?
>
> thanks
>
>
> Daniel Monteiro
> ========================================
> |_|0|_|  Linux Registered User #424188
> |_|_|0| http://batterypoweredgames.blogspot.com/
> |0|0|0| Visit to grab games for your mobile device!
> ========================================
>
>
> 2010/2/10 Daniel Monteiro <mon...@gm...>
>
> I`ve not implemented OpenGL, but rather a simpler software renderer that
>> sits on top of SDL+SDL_gfx. If it performs well under linux for the same
>> processor and doesnt under WinMo, than SDL or WinMo is the cullprit - but
>> since SDL is using GAPI, I hardly suspect of SDL.
>>
>> cheers
>>
>>
>> Daniel Monteiro
>> ========================================
>> |_|0|_|  Linux Registered User #424188
>> |_|_|0| http://batterypoweredgames.blogspot.com/
>> |0|0|0| Visit to grab games for your mobile device!
>> ========================================
>>
>>
>> 2010/2/10 Vincent Richomme <fo...@sm...>
>>
>>> On Wed, 10 Feb 2010 09:05:55 -0200, Daniel Monteiro
>>>
>>> <mon...@gm...> wrote:
>>> > Tried that with a SDL app of mine (http://angstron2.garage.maemo.org ,
>>> the
>>> > one Im trying to port to OpenGL ES), but the results were marginally
>>> better
>>> > (tunning for xscale). Its kind of weird, since I tried it on my
>>> > PXA270@315Mhz phone, running one of those chinese linuxes from
>>> Motorola
>>> and
>>> > it performs significantly better (tunned for iwxmmt).Same goes to Nokia
>>> > N770
>>> > (Omap1710@200Mhz and bigger resolution, tunned for arm926ej-s).
>>> >
>>> > This leads me to belive the graphical subsystem is fundamently crippled
>>> > with
>>> > slow ARM4 code.
>>> >
>>> yes that's also my opinion about WinMo graphical implementation and
>>> that's
>>> why Microsoft
>>> is really late compared to maemo/iPhone ...
>>> but may be due also to your openGL implementation on WM.
>>>
>>>
>>
>

Re: [Cegcc-devel] issues with MonitorFromPoint when compiling OpenGL ES 1.0 code

[Daniel M. <mon...@gm...>]

Some update on the issue:
Got to compile the code with some minor modification but now, when running
on my device (a Dell Axim x50v running Windows Mobile 5) it complaing with
some invalid characters followed by "failed (12296)". Is there any lookup
table where I can take a look at the error codes? Is this a typical error?

thanks

Daniel Monteiro
========================================
|_|0|_|  Linux Registered User #424188
|_|_|0| http://batterypoweredgames.blogspot.com/
|0|0|0| Visit to grab games for your mobile device!
========================================


2010/2/10 Daniel Monteiro <mon...@gm...>

> I`ve not implemented OpenGL, but rather a simpler software renderer that
> sits on top of SDL+SDL_gfx. If it performs well under linux for the same
> processor and doesnt under WinMo, than SDL or WinMo is the cullprit - but
> since SDL is using GAPI, I hardly suspect of SDL.
>
> cheers
>
>
> Daniel Monteiro
> ========================================
> |_|0|_|  Linux Registered User #424188
> |_|_|0| http://batterypoweredgames.blogspot.com/
> |0|0|0| Visit to grab games for your mobile device!
> ========================================
>
>
> 2010/2/10 Vincent Richomme <fo...@sm...>
>
>> On Wed, 10 Feb 2010 09:05:55 -0200, Daniel Monteiro
>>
>> <mon...@gm...> wrote:
>> > Tried that with a SDL app of mine (http://angstron2.garage.maemo.org ,
>> the
>> > one Im trying to port to OpenGL ES), but the results were marginally
>> better
>> > (tunning for xscale). Its kind of weird, since I tried it on my
>> > PXA270@315Mhz phone, running one of those chinese linuxes from Motorola
>> and
>> > it performs significantly better (tunned for iwxmmt).Same goes to Nokia
>> > N770
>> > (Omap1710@200Mhz and bigger resolution, tunned for arm926ej-s).
>> >
>> > This leads me to belive the graphical subsystem is fundamently crippled
>> > with
>> > slow ARM4 code.
>> >
>> yes that's also my opinion about WinMo graphical implementation and that's
>> why Microsoft
>> is really late compared to maemo/iPhone ...
>> but may be due also to your openGL implementation on WM.
>>
>>
>

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Johnny W. <jwi...@re...>]

Hi,

> >> Could you give a link to your bugzilla report ?
> >
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43047
> >
> >> Would it be difficult to apply cegcc changes to the latest gcc
> > version
> >> (gcc-4.4.3) ?
> >
> > Maybe not difficult, but I am not sure what you hope to prove by that.
> > 4.4.0 is not an old compiler.
> 
> Yeah you are right, I don't think gcc folks fix bugs in their minor
> releases.

Gcc 4.4.3 has a bug in its optimizer, which will cause problems for ACE, see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42871

Johnny

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Vincent R. <fo...@sm...>]

On Fri, 12 Feb 2010 20:09:40 +0100, Danny Backx <dan...@sc...>
wrote:
> On Fri, 2010-02-12 at 11:37 +0100, Vincent Richomme wrote:
>> Danny,
>> 
>> Could you give a link to your bugzilla report ?
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43047
> 
>> Would it be difficult to apply cegcc changes to the latest gcc
> version 
>> (gcc-4.4.3) ?
> 
> Maybe not difficult, but I am not sure what you hope to prove by that.
> 4.4.0 is not an old compiler.

Yeah you are right, I don't think gcc folks fix bugs in their minor
releases.

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Pavel P. <pa...@su...>]

> >
> > What about the other problem (that I'm getting unaligned access on
> load)?
> >  I have src code that builds and works just fine with 4.1 build cegcc
> svn.1279. The only problem with that build is that the dll has
> something corrupt in the PE header and I fix it by upx-compressing it.
> But using latest trunk I'm getting unaligned access if the dll is built
> using either 4.3 and 4.1 builds of gcc (and upx compression does help
> also).
> > pS: I'm building ffmpeg using cegcc
> 
> Can you send details about that ? I don't believe I've seen this.
> 
> Otherwise the highest priority I have is getting the ld crash fixed.
> 


That's kind of difficult to do. I built huge project that contains MANY local changes and my own code. It's really difficult to minimize it to pinpoint source of problem. Moreover, it's time consuming to build cegcc and it also takes a lot of time to build my project.
I have some minor changes in cegcc by the way, but I doubt that they may have any impact:
I modified all *.def files and changed from coredll to coredll.dll instead (otherwise, all SW that links to coredll will stop working if somebody puts coredll.exe into windows folder).
When I get a crash I can't even see stack trace (I'm using visual studio). What can I do to see backtrace or print some extra helpful info? I'm getting app crash at the time my dll is loaded (app is built using ms VS, the dll is byult using cegcc)

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Danny B. <dan...@sc...>]

On Fri, 2010-02-12 at 14:24 -0500, Pavel Pavlov wrote:
> > > Danny,
> > >
> > > Could you give a link to your bugzilla report ?
> > 
> > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43047
> > 
> > > Would it be difficult to apply cegcc changes to the latest gcc
> > version
> > > (gcc-4.4.3) ?
> > 
> > Maybe not difficult, but I am not sure what you hope to prove by that.
> > 4.4.0 is not an old compiler.
> > 
> > 	Danny
> > 
> 
> 
> What about the other problem (that I'm getting unaligned access on load)?
>  I have src code that builds and works just fine with 4.1 build cegcc svn.1279. The only problem with that build is that the dll has something corrupt in the PE header and I fix it by upx-compressing it. But using latest trunk I'm getting unaligned access if the dll is built using either 4.3 and 4.1 builds of gcc (and upx compression does help also). 
> pS: I'm building ffmpeg using cegcc

Can you send details about that ? I don't believe I've seen this.

Otherwise the highest priority I have is getting the ld crash fixed.

	Danny
-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Pavel P. <pa...@su...>]

> > Danny,
> >
> > Could you give a link to your bugzilla report ?
> 
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43047
> 
> > Would it be difficult to apply cegcc changes to the latest gcc
> version
> > (gcc-4.4.3) ?
> 
> Maybe not difficult, but I am not sure what you hope to prove by that.
> 4.4.0 is not an old compiler.
> 
> 	Danny
> 


What about the other problem (that I'm getting unaligned access on load)?
 I have src code that builds and works just fine with 4.1 build cegcc svn.1279. The only problem with that build is that the dll has something corrupt in the PE header and I fix it by upx-compressing it. But using latest trunk I'm getting unaligned access if the dll is built using either 4.3 and 4.1 builds of gcc (and upx compression does help also). 
pS: I'm building ffmpeg using cegcc

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Danny B. <dan...@sc...>]

On Fri, 2010-02-12 at 11:37 +0100, Vincent Richomme wrote:
> Danny,
> 
> Could you give a link to your bugzilla report ?

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43047

> Would it be difficult to apply cegcc changes to the latest gcc
version 
> (gcc-4.4.3) ?

Maybe not difficult, but I am not sure what you hope to prove by that.
4.4.0 is not an old compiler.

	Danny

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Vincent R. <fo...@sm...>]

Danny,

Could you give a link to your bugzilla report ?
Would it be difficult to apply cegcc changes to the latest gcc version
(gcc-4.4.3) ?

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Pavel P. <pa...@su...>]

> > I'll try to work further from here, but you're quite welcome to beat
> me
> > to it :-)
> >
> Why are you using specific gnu attribute instead of declspec ?
> Wben using declspec, does it crash ?
> 


That was preprocessed source. Original file had _declspec(dllimport/export)

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Danny B. <dan...@sc...>]

On Thu, 2010-02-11 at 21:01 +0100, Vincent Richomme wrote:
> On Wed, 10 Feb 2010 20:39:01 +0100, Danny Backx <dan...@sc...>
> wrote:
> > I trimmed down the file posted earlier to the source attached.
> > 
> > When you define macro CRASH, that's what the compiler does. See below.
> > 
> > I'll try to work further from here, but you're quite welcome to beat me
> > to it :-)
> > 
> Why are you using specific gnu attribute instead of declspec ?

Because that was in the error reported.

> Wben using declspec, does it crash ?

Yes, the same error occurs.

	Danny
-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Vincent R. <fo...@sm...>]

On Wed, 10 Feb 2010 20:39:01 +0100, Danny Backx <dan...@sc...>
wrote:
> I trimmed down the file posted earlier to the source attached.
> 
> When you define macro CRASH, that's what the compiler does. See below.
> 
> I'll try to work further from here, but you're quite welcome to beat me
> to it :-)
> 
Why are you using specific gnu attribute instead of declspec ?
Wben using declspec, does it crash ?

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Danny B. <dan...@sc...>]

On Wed, 2010-02-10 at 20:39 +0100, Danny Backx wrote:
> I trimmed down the file posted earlier to the source attached.
> 
> When you define macro CRASH, that's what the compiler does. See below.
> 
> I'll try to work further from here, but you're quite welcome to beat me
> to it :-)

I reported this to the gcc bug database, I have no clue where to look
for a solution.

	Danny

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Danny B. <dan...@sc...>]

I trimmed down the file posted earlier to the source attached.

When you define macro CRASH, that's what the compiler does. See below.

I'll try to work further from here, but you're quite welcome to beat me
to it :-)

When running this with -v it is clear - if the error message wasn't
already - that the compiler itself is crashing. That's the thing that
creates an assembler file, which is then meant to be treated by the
assembler (as), part of binutils. It never gets to as.

	Danny

pavilion: {101} arm-mingw32ce-gcc -c -DCRASH k.c
k.c: In function 'ff_fill_linesize':
k.c:12: error: unrecognizable insn:
(insn 6 5 7 3 k.c:9 (set (reg/f:SI 136 [ av_pix_fmt_descriptors.0 ])
        (symbol_ref:SI ("av_pix_fmt_descriptors") [flags 0x440]
<var_decl 0xb7da9000 av_pix_fmt_descriptors>)) -1 (nil))
k.c:12: internal compiler error: in extract_insn, at recog.c:2048
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
pavilion: {102} arm-mingw32ce-gcc -c k.c
k.c:4: warning: array 'av_pix_fmt_descriptors' assumed to have one
element
pavilion: {103} 

-- 
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

Re: [Cegcc-devel] ICE error: unrecognizable insn

[Pavel P. <pa...@su...>]

> > > I just took latest svn cegcc and wanted to test if the loading
> error
> > > was fixed (the infamous problem that is only fixed by using upx).
> >
> > Partially. It may work for you, give it a try.
> >
> 
> Surprisingly, I got opposite behavior with the dll binaries compiled
> with latest cegcc: they load fine without upx compression and do not
> load at all if upx-compressed. Anyways, binaries compiled with the
> latest cegcc do not work when I use them (app crashes). When dlls are
> upx compressed at the time of loading of my app I'm seeing unaligned
> access error in vs debugger.
> 
> 



I tried to compile latest cegcc svn version with export gcc_src=gcc which builds previous gcc instead of gcc4.4. Everything compiled well, but I still got the same unaligned access exception on startup. That's really unaligned access exception. The code was something like move r9 [r10] and r10/4 was XXXX.5, which means that r10 did not point to 4-byte aligned memory. Seems like it could be related to binutils?..

Re: [Cegcc-devel] issues with MonitorFromPoint when compiling OpenGL ES 1.0 code

[Daniel M. <mon...@gm...>]

I`ve not implemented OpenGL, but rather a simpler software renderer that
sits on top of SDL+SDL_gfx. If it performs well under linux for the same
processor and doesnt under WinMo, than SDL or WinMo is the cullprit - but
since SDL is using GAPI, I hardly suspect of SDL.

cheers

Daniel Monteiro
========================================
|_|0|_|  Linux Registered User #424188
|_|_|0| http://batterypoweredgames.blogspot.com/
|0|0|0| Visit to grab games for your mobile device!
========================================


2010/2/10 Vincent Richomme <fo...@sm...>

> On Wed, 10 Feb 2010 09:05:55 -0200, Daniel Monteiro
> <mon...@gm...> wrote:
> > Tried that with a SDL app of mine (http://angstron2.garage.maemo.org ,
> the
> > one Im trying to port to OpenGL ES), but the results were marginally
> better
> > (tunning for xscale). Its kind of weird, since I tried it on my
> > PXA270@315Mhz phone, running one of those chinese linuxes from Motorola
> and
> > it performs significantly better (tunned for iwxmmt).Same goes to Nokia
> > N770
> > (Omap1710@200Mhz and bigger resolution, tunned for arm926ej-s).
> >
> > This leads me to belive the graphical subsystem is fundamently crippled
> > with
> > slow ARM4 code.
> >
> yes that's also my opinion about WinMo graphical implementation and that's
> why Microsoft
> is really late compared to maemo/iPhone ...
> but may be due also to your openGL implementation on WM.
>
>

Re: [Cegcc-devel] issues with MonitorFromPoint when compiling OpenGL ES 1.0 code

[Vincent R. <fo...@sm...>]

On Wed, 10 Feb 2010 09:05:55 -0200, Daniel Monteiro
<mon...@gm...> wrote:
> Tried that with a SDL app of mine (http://angstron2.garage.maemo.org ,
the
> one Im trying to port to OpenGL ES), but the results were marginally
better
> (tunning for xscale). Its kind of weird, since I tried it on my
> PXA270@315Mhz phone, running one of those chinese linuxes from Motorola
and
> it performs significantly better (tunned for iwxmmt).Same goes to Nokia
> N770
> (Omap1710@200Mhz and bigger resolution, tunned for arm926ej-s).
> 
> This leads me to belive the graphical subsystem is fundamently crippled
> with
> slow ARM4 code.
> 
yes that's also my opinion about WinMo graphical implementation and that's
why Microsoft
is really late compared to maemo/iPhone ...
but may be due also to your openGL implementation on WM.