Skip to main content

CDC build failure in comm/Protocol.java since rev8365 / Dec 2007

5 replies [Last post]
jsando
Offline
Joined: 2003-06-22
Points: 0

Looks like either a field or parameter declaration is missing. Source is from svn trunk, rev12228. Change that broke build was commited on Dec 05, 2007. Probably didn't build with CVM_INCLUDE_COMMCONNECTION.

make J2ME_CLASSLIB=foundation CVM_INCLUDE_COMMCONNECTION=true CVM_JIT=true CVM_TARGET_TOOLS_PREFIX=/usr/local/arm/3.3/bin/arm-linux- BINARY_BUNDLE_NAME=javame-cdc-arm-linux bin

/cdc/src/share/classes/com/sun/cdc/io/j2me/comm/Protocol.java:216: cannot find symbol
symbol : variable mode
location: class com.sun.cdc.io.j2me.comm.Protocol
if (mode == Connector.READ) {
^
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
1 error
make: *** [.compile.libclasses] Error 1

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
jeconnolly
Offline
Joined: 2008-03-30
Points: 0

Hi Hinkmond,

I've tried to rebuild pMEA with CVM_INCLUDE_COMMCONNECTION=true, but my J2ME_CLASSLIB=personal. I have bumped the revision # to 12255 but I still encounter the same compile error as jsando. Is there a later revision # I should be using?

Thanks

jeconnolly
Offline
Joined: 2008-03-30
Points: 0

Ah, I see what I did. I needed to increment the b## as well as the svn revision #. I think I have it going now. Thanks anyway.

Hinkmond Wong

phonemeadvanced@mobileandembedded.org wrote:
> Looks like either a field or parameter declaration is missing. Source is from svn trunk, rev12228. Change that broke build was commited on Dec 05, 2007. Probably didn't build with CVM_INCLUDE_COMMCONNECTION.
>
> make J2ME_CLASSLIB=foundation CVM_INCLUDE_COMMCONNECTION=true CVM_JIT=true CVM_TARGET_TOOLS_PREFIX=/usr/local/arm/3.3/bin/arm-linux- BINARY_BUNDLE_NAME=javame-cdc-arm-linux bin
>
> /cdc/src/share/classes/com/sun/cdc/io/j2me/comm/Protocol.java:216: cannot find symbol
> symbol : variable mode
> location: class com.sun.cdc.io.j2me.comm.Protocol
> if (mode == Connector.READ) {
> ^
> Note: Some input files use or override a deprecated API.
> Note: Recompile with -Xlint:deprecation for details.
> 1 error
> make: *** [.compile.libclasses] Error

Hi jsando,

Good catch! Please svn update from the latest cdc trunk (rev. 12255)
and try building again. (I gave you credit in the commit log).

You guys in the phoneME open source community are continuously helping
us catch a lot of bugs that we've been overlooking. This is very much
appreciated! :-)

Thanks,

Hinkmond

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net

jsando
Offline
Joined: 2003-06-22
Points: 0

It builds fine now, thanks very much!

Can I ask ... is there any background on why the comm Protocol native handler for Win32 is only stubbed out? We're developing on x86/Windows and deploying to arm-linux, it would be nice to be able to debug the serial comm on Windows. I was considering implementing it, unless there's a reason not to?

Thanks again,

Jason

Hinkmond Wong

phonemeadvanced@mobileandembedded.org wrote:
> It builds fine now, thanks very much!
>
> Can I ask ... is there any background on why the comm Protocol native handler for Win32 is only stubbed out? We're developing on x86/Windows and deploying to arm-linux, it would be nice to be able to debug the serial comm on Windows. I was considering implementing it, unless there's a reason not to?
>

Hi Jason,

Glad that CommConnection build is working for you again. There's no
real reason why Win32 is stubbed out other than we worked on Linux/x86
primarily for our Reference Implementation. You should be able to
implement it pretty straight-forward, I would think, if you used
"COM1:", "COM2:", etc. as the devices to open on the Win32 native side
of CommConnection.

Let us know if you get that working. If you do and would like to
contribute back that source code, let us know and I will set you up to
get credit for that.

Thanks,
Hinkmond

---------------------------------------------------------------------
To unsubscribe, e-mail: advanced-unsubscribe@phoneme.dev.java.net
For additional commands, e-mail: advanced-help@phoneme.dev.java.net