Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001956OCamlOCaml generalpublic2003-12-03 15:292014-05-21 17:42
Reporteradministrator 
Assigned Todoligez 
PrioritynormalSeverityminorReproducibilityalways
StatusacknowledgedResolutionopen 
PlatformOSOS Version
Product Version 
Target Version4.03.0+devFixed in Version 
Summary0001956: Name clashes
DescriptionHello Lars and caml-bugs,

There is a name clash between the libcrypto and libcamlrun on the symbol
create_string. This prevents from linking statically an OCaml program that
uses the ocurl library (bindings to the libcurl, which uses libcrypto), and
I guess that horrible things may happen at runtime with dynamic linking.

Similar issues have been raised recently on the caml-list (concerning
the libsamba, libperl, and graphviz libraries).

Any plan to address these issues?

OCaml is no more faulty than these libraries, but this is not a reason not
to fix the problem :-)

A natural solution would be to prefix all the common names like
create_string or get_string. To keep the compatibility with existing C
code that uses Caml C headers, there could be two versions of these
headers (the compatibility header would #DEFINE create_string as
ocaml_create_string and so on).


  Alain

TagsNo tags attached.
Attached Filespatch file icon no-export-marshall-flags.patch [^] (405 bytes) 2013-09-16 20:00 [Show Content]

- Relationships
related to 0001914closed conflits lors d'interfacage avec du code C 
related to 0004230acknowledgeddoligez value name conflict 
related to 0004164acknowledgeddoligez caml C headers may clash with other C libraries 
related to 0005254acknowledged Compilation of generated .c files with g++ 
related to 0004877resolved Definition of uint64 in caml/config.h conflicts. (MacOSX Snow Leopard, X86_64) 
related to 0006126resolvedgasche Bigarray doc mention deprecated function Data_bigarray_val(v) 

-  Notes
(0003000)
administrator (administrator)
2004-01-07 22:04

see also PR#1914
fixed for byterun and asmrun 2004-01-07 -DD
still needs to be done for otherlibs (?)
(0003525)
doligez (administrator)
2006-01-27 15:34

done for otherlibs/bigarray (branch 3.10) 2006-01-27
(0010015)
stedolan (reporter)
2013-07-30 20:20

Here's a list of the current offenders:
https://gist.github.com/stedolan/6115403 [^]
(0010361)
lpw25 (developer)
2013-09-16 20:01

I attached a patch from Stephen Dolan that stops marshall_flags from being exported.

- Issue History
Date Modified Username Field Change
2005-11-18 10:14 administrator New Issue
2005-12-15 15:45 doligez Status acknowledged => assigned
2005-12-15 15:45 doligez Assigned To => doligez
2006-01-27 15:34 doligez Note Added: 0003525
2006-07-25 11:08 doligez Relationship added related to 0001914
2006-11-17 15:26 doligez Relationship added related to 0004164
2007-04-03 18:02 doligez Relationship added related to 0004230
2007-11-19 19:09 doligez Status assigned => acknowledged
2011-08-02 09:58 xclerc Relationship added related to 0005254
2012-07-11 17:38 doligez Target Version => 4.01.0+dev
2012-07-11 17:38 doligez Description Updated View Revisions
2012-07-31 13:37 doligez Target Version 4.01.0+dev => 4.00.1+dev
2012-09-11 09:19 doligez Target Version 4.00.1+dev => 4.01.0+dev
2012-09-17 17:34 doligez Relationship added related to 0004877
2013-07-18 17:10 doligez Target Version 4.01.0+dev => 4.02.0+dev
2013-07-24 18:38 doligez Target Version 4.02.0+dev => 4.01.1+dev
2013-07-30 20:20 stedolan Note Added: 0010015
2013-08-07 13:53 gasche Relationship added related to 0006126
2013-09-16 20:00 lpw25 File Added: no-export-marshall-flags.patch
2013-09-16 20:01 lpw25 Note Added: 0010361
2014-05-21 17:42 doligez Target Version 4.01.1+dev => 4.03.0+dev


Copyright © 2000 - 2011 MantisBT Group
Powered by Mantis Bugtracker