Skip to content
This repository was archived by the owner on Apr 24, 2019. It is now read-only.

Separating coap code from mbed-client-c #119

Closed
wants to merge 6 commits into from
Closed

Conversation

yogpan01
Copy link
Contributor

@yogpan01 yogpan01 commented Feb 7, 2017

This commit includes

@yogpan01
Copy link
Contributor Author

yogpan01 commented Feb 8, 2017

@kjbracey-arm FYI

Copy link
Contributor

@kjbracey kjbracey left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Eclipse project files also need adjustment to stop it getting confused, as they're being cloned between the two halves - search and replace "CoapCLibrary" with "NsdlCLibrary" in this side of the split? (Just use a text editor on the XML)

Makefile Outdated
@@ -1,5 +1,5 @@
#
# Makefile for combined NSDL+COAP library
# Makefile for combined NSDL library
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It's not "combined" any more

Makefile Outdated
SERVLIB_DIR := ../libService
override CFLAGS += -I$(SERVLIB_DIR)/libService
override CFLAGS += -Insdl-c/
override CFLAGS += -I../libcoap/libcoap/
override CFLAGS += -I../libcoap/source/include/
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Do you really need to include /source/include? If you do, you're cheating a bit - as they should be private headers, not accessed from outside the library.

I guess you could argue that this component is coupled in some way. Would only cause a problem if you for some reason had binary coap library and were trying to compile source nsdl library.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Unfortunately sn_grs has some internal data handling with coap structure , hence it needs these private headers.
Is it ok, if we remove that dependency as a separate task, once we have this new structure in place ?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sure, it can be tidied up later.

module.json Outdated
],
"dependencies": {
"nanostack-libservice": "^3.0.0",
"mbed-trace": ">=0.2.0,<2.0.0",
"nanostack-randlib": "^1.2.0"
"nanostack-randlib": "^1.2.0",
"libcoap": "^1.0.0"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As per discussion, libcoap versioning should really continue from the same point as nsdl, so 5.0.0.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Agreed.

@kjbracey
Copy link
Contributor

kjbracey commented Feb 8, 2017

This is inconsistent with #121, in that you flatten the directory to just source/ there, but this remains as source/libNsdl.

Yogesh Pande added 6 commits February 9, 2017 16:47
This commit includes
 - Modifying extraIncludes path in module.json based on new folder structure
 - modifying dependencies for underlying components
This commit includes
 - Fixing header include paths to begin with module name followed by header file name
Conflicts:
	Makefile
	module.json
	nsdl-c/sn_nsdl.h
	test/nsdl-c/unittest/makefile_defines.txt
@yogpan01
Copy link
Contributor Author

Abandoning this PR and superseding with #125

@yogpan01 yogpan01 closed this Feb 10, 2017
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants