pclasses-devel

[pclasses-devel] after CVS upate last night, Char.cpp fails

[<st...@s1...>]

Hiya!

On the way to Ravensburg, on the train i found out that i can't compile 
the Unicode code after doing an update last night. It appears that the 
data type used in the array in unicodedata.h is not declared anywhere:


/usr/bin/gawk -f ./unicodedata.awk UnicodeData.txt >unicodedata.h
g++ -pipe -O2 -DNDEBUG -fPIC    -I. -I../../include   -c -o Char.o 
Char.cpp
In file included from Char.cpp:22:
unicodedata.h:1: error: syntax error before `[' token
Char.cpp: In member function `int P::Unicode::Char::toNumber() const':
Char.cpp:157: error: ISO C++ forbids declaration of `codePointData' with 
no
   type
Char.cpp:157: error: uninitialized const `codePointData'
Char.cpp:157: error: syntax error before `*' token
Char.cpp:159: error: `data' undeclared (first use this function)
Char.cpp:159: error: (Each undeclared identifier is reported only once 
for each
   function it appears in.)

usw, usf...

i grepped for codePointData but did not find a declaration anywhere.

i'll be with Marc and Bernhard in Ravensburg until tomorrow (Sunday) 
sometime, so if you've got special coding wishes, let us know!

----- stephan
(i wish this train had a wireless hotspot...)

Re: [pclasses-devel] after CVS upate last night, Char.cpp fails

[<gj...@fh...>]

i noticed that too
just a couple of hours ago i tried to compile p2 at my workstation and it went
nuts compiling the unicode stuff, exact same error

//
gregor

Quoting st...@s1...:

> Hiya!
> 
> On the way to Ravensburg, on the train i found out that i can't compile 
> the Unicode code after doing an update last night. It appears that the 
> data type used in the array in unicodedata.h is not declared anywhere:
> 
> 
> /usr/bin/gawk -f ./unicodedata.awk UnicodeData.txt >unicodedata.h
> g++ -pipe -O2 -DNDEBUG -fPIC    -I. -I../../include   -c -o Char.o 
> Char.cpp
> In file included from Char.cpp:22:
> unicodedata.h:1: error: syntax error before `[' token
> Char.cpp: In member function `int P::Unicode::Char::toNumber() const':
> Char.cpp:157: error: ISO C++ forbids declaration of `codePointData' with 
> no
>    type
> Char.cpp:157: error: uninitialized const `codePointData'
> Char.cpp:157: error: syntax error before `*' token
> Char.cpp:159: error: `data' undeclared (first use this function)
> Char.cpp:159: error: (Each undeclared identifier is reported only once 
> for each
>    function it appears in.)
> 
> usw, usf...
> 
> i grepped for codePointData but did not find a declaration anywhere.
> 
> i'll be with Marc and Bernhard in Ravensburg until tomorrow (Sunday) 
> sometime, so if you've got special coding wishes, let us know!
> 
> ----- stephan
> (i wish this train had a wireless hotspot...)
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> pclasses-devel mailing list
> pcl...@li...
> https://lists.sourceforge.net/lists/listinfo/pclasses-devel
> 

Re: [pclasses-devel] after CVS upate last night, Char.cpp fails

[Christian P. <cp...@se...>]

Hi !

Please have a look at the cvs commit messages. toc makefiles are out of sync!
i've re-worked character database generation/incluson.

autoconf/automake works.

stephan: unicodedata.h now comes from cvs. generated files are  
unicodedata_db.h and unicodedata_extra_db.h


Regards,
Christian


Am Samstag 15 Januar 2005 17:50 schrieb gj...@fh...:
> i noticed that too
> just a couple of hours ago i tried to compile p2 at my workstation and it
> went nuts compiling the unicode stuff, exact same error
>
> //
> gregor
>
> Quoting st...@s1...:
> > Hiya!
> >
> > On the way to Ravensburg, on the train i found out that i can't compile
> > the Unicode code after doing an update last night. It appears that the
> > data type used in the array in unicodedata.h is not declared anywhere:
> >
> >
> > /usr/bin/gawk -f ./unicodedata.awk UnicodeData.txt >unicodedata.h
> > g++ -pipe -O2 -DNDEBUG -fPIC    -I. -I../../include   -c -o Char.o
> > Char.cpp
> > In file included from Char.cpp:22:
> > unicodedata.h:1: error: syntax error before `[' token
> > Char.cpp: In member function `int P::Unicode::Char::toNumber() const':
> > Char.cpp:157: error: ISO C++ forbids declaration of `codePointData' with
> > no
> >    type
> > Char.cpp:157: error: uninitialized const `codePointData'
> > Char.cpp:157: error: syntax error before `*' token
> > Char.cpp:159: error: `data' undeclared (first use this function)
> > Char.cpp:159: error: (Each undeclared identifier is reported only once
> > for each
> >    function it appears in.)
> >
> > usw, usf...
> >
> > i grepped for codePointData but did not find a declaration anywhere.
> >
> > i'll be with Marc and Bernhard in Ravensburg until tomorrow (Sunday)
> > sometime, so if you've got special coding wishes, let us know!
> >
> > ----- stephan
> > (i wish this train had a wireless hotspot...)
> >
> >
> >
> > -------------------------------------------------------
> > The SF.Net email is sponsored by: Beat the post-holiday blues
> > Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> > It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> > _______________________________________________
> > pclasses-devel mailing list
> > pcl...@li...
> > https://lists.sourceforge.net/lists/listinfo/pclasses-devel
>
> -------------------------------------------------------
> The SF.Net email is sponsored by: Beat the post-holiday blues
> Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
> It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
> _______________________________________________
> pclasses-devel mailing list
> pcl...@li...
> https://lists.sourceforge.net/lists/listinfo/pclasses-devel

Re: [pclasses-devel] after CVS upate last night, Char.cpp fails

[stephan b. <st...@s1...>]

On Saturday 15 January 2005 19:22, Christian Prochnow wrote:
> stephan: unicodedata.h now comes from cvs. generated files are
> unicodedata_db.h and unicodedata_extra_db.h

Doh! i've been out of touch with emails the past few days. i'll correct 
this tonight.

-- 
----- st...@s1...
http://s11n.net
"... pleasure is a grace, not subject to the commands of the will." -- 
Alan W. Watts

Re: [pclasses-devel] after CVS upate last night, Char.cpp fails

[stephan b. <st...@s1...>]

On Saturday 15 January 2005 20:43, stephan beal wrote:
> On Saturday 15 January 2005 19:22, Christian Prochnow wrote:
> > stephan: unicodedata.h now comes from cvs. generated files are
> > unicodedata_db.h and unicodedata_extra_db.h
>
> Doh! i've been out of touch with emails the past few days. i'll
> correct this tonight.

FYI: ist schon gefixed und in CVS.

-- 
----- st...@s1...
http://s11n.net
"... pleasure is a grace, not subject to the commands of the will." -- 
Alan W. Watts

Re: [pclasses-devel] after CVS upate last night, Char.cpp fails

[Christian P. <cp...@se...>]

Am Samstag 15 Januar 2005 11:23 schrieb st...@s1...:
> i'll be with Marc and Bernhard in Ravensburg until tomorrow (Sunday)
> sometime, so if you've got special coding wishes, let us know!

I think we need a plugin registry. Since (as far as i understand the code) the 
plugin code cannot detect if a shared library has registered some types in 
the Factory.
If we have tons of plugins (and all of them get loaded) it will consume huge 
memory even if the app does not use all plugins.

Second we need a HTTPFormData class that could be send via HTTPRequest (thats 
your own wish ;-).

Greetings to Marc and Bernhard.


Christian

Re: [pclasses-devel] after CVS upate last night, Char.cpp fails

[stephan b. <st...@s1...>]

On Sunday 16 January 2005 01:18, Christian Prochnow wrote:
> I think we need a plugin registry. Since (as far as i understand the
> code) the plugin code cannot detect if a shared library has
> registered some types in the Factory.

That's essentially correct.

> If we have tons of plugins (and all of them get loaded) it will
> consume huge memory even if the app does not use all plugins.

Again, correct - there will be unused/unwanted factory registrations in 
arbitrary Factory types.

> Second we need a HTTPFormData class that could be send via
> HTTPRequest (thats your own wish ;-).

Okay, that's the last time i make a wish ;).


-- 
----- st...@s1...
http://s11n.net
"... pleasure is a grace, not subject to the commands of the will." -- 
Alan W. Watts