forked from svaarala/duktape
-
Notifications
You must be signed in to change notification settings - Fork 0
/
Copy pathissue-4cd990ca0d1272bcaabe32f39ba2001a607d8a2a.yaml
60 lines (43 loc) · 1.58 KB
/
issue-4cd990ca0d1272bcaabe32f39ba2001a607d8a2a.yaml
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
--- !ditz.rubyforge.org,2008-03-06/issue
title: symbol visibility improvements
desc: |-
* Improve naming:
- Shorter names
- Rename "external" to "API", which is clearer to end users
* Separate macros for data and function items? There's already a cosmetic
case where DUK_EXTERNAL_FUNC is "__declspec(xxx) extern" which is correct
but the "extern" is only required for data items.
* Remove static/extern hackery from combine_src.py. It should no longer be
necessary.
* Add an exposed symbol check into build checks (for gcc). This should make
it easier to spot incorrect declarations.
* Naming needs to take into account:
- Declaration vs. definition
- Function vs. data (possibly)
- External (API), internal, local
* Some naming alternatives
- DUK_INTERNAL_DECL, DUK_INTERNAL: current
- DUK_INTFUNC_DECL, DUK_INTFUNC_DEFN
- DUK_IFUNC_DECL, DUK_IFUNC_DEFN
- DUK_DEF_EXTFUNC, DUK_DEC_EXTFUNC
- Other ideas?
* With feature detection rework, remove DUK_OPT_DLL_BUILD and simply make
the Duktape config header define whatever macros are appropriate
type: :task
component: duk
release: v1.2
reporter: Sami Vaarala <[email protected]>
status: :unstarted
disposition:
creation_time: 2014-10-09 12:49:24.264716 Z
references: []
id: 4cd990ca0d1272bcaabe32f39ba2001a607d8a2a
log_events:
- - 2014-10-09 12:49:24.536513 Z
- Sami Vaarala <[email protected]>
- created
- ""
- - 2014-11-15 19:10:52.249026 Z
- Sami Vaarala <[email protected]>
- assigned to release v1.2 from v1.1
- ""