Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

compile problem on Mac OS 10.3 (prerelease) #8318

Closed
vicuna opened this issue Oct 8, 2003 · 2 comments
Closed

compile problem on Mac OS 10.3 (prerelease) #8318

vicuna opened this issue Oct 8, 2003 · 2 comments
Labels

Comments

@vicuna
Copy link

vicuna commented Oct 8, 2003

Original bug ID: 1871
Reporter: administrator
Status: closed
Resolution: fixed
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)

Bug description

Hello, I just got around to testing 3.07 on Panther (I'm in the seed
program), and I ran into a compile error.
It's a really simple thing, which I'm including a patch to fix.

The problem is this,
in $camldist/otherlibs/threads/scheduler.c at type called thread_t is
defined. However,
that type is also defined as part of the interface to the mach
subsystem in the kernel, mach_types.h,
which is included by malloc.h. So if you want to allocate any memory,
you're pretty much screwed wrt
thread_t. My patch renames thread_t to cthread_t, which resolves the
issue. Thanks for all your hard work
on objective caml!


BZh91AY&SY±¬Ôÿ��“߀}:yÿÿû??ß ¿ÿßú�Ýð(������?Ì&€Ð�4a� F˜™14�F?? ˜�Âh �£F� Äi‰“�A„h��É?Ì&€Ð�4a� F˜™14�F?? ˜ Sõ*OP��Ôõ��A ���b�&€s  4�?�Fƒ�¦&LM�� d�&�TB�hÒ4�h4L�!4À4�4ÓÓIéµLjQ:ªªªª­2@K°Ó ’ä�$���,—¸¢ˆ\QD%%UQD®KƢʖQÒÁd°Id’¢Ó333�EÅñ3�™˜ª÷�†xVó)ŽºÐ¬Æ�]M"�¡�ŽD�ˆ"Q��ËÒPŠ(ï*U&+�D=·ÄQ� !ù�Gµú�×�D?U ^?¾zOžµôV�Ûön{[žÇ¥�^ÑÊs>ÖÝÚÒu­u¬ñâr��‡Y¶�áV±=îlÓRˆUU[ÈŠ €1H�œ—ÂD¨‹�ºRæI*"ˆì¢1â\©r‰=*½);d¬¢ä¿¶Š9ŒÞUïZ¯��gÆÑ�/K�š³9Š.dà£&ŒUU{�™•rmÛûâlK6Ó±°³cz¯!‹kÆâGu‘d²JŽ'c•±UÊ%&?UTÕ�UTqé�;?Ë�D±hÉbQ(y�I™ô��ºŠ�<Ž�æä\”OÃ1zUbâ0q�…æÕê#�å1“ú�-Œ?�$ç3éPÜÑ�ßyÒ¢*²­V^ìt�‹›�S‰C�Ê™¾�•™Ú¾˜Ò”ÑÛD;©ˆJ!ËI‘�ÒE"��”Dn9��ó�µq·®}Ϲ-ï3ß,—)ãˆj”D7‘H†¦ÆÒID¥�É[âofwŒ��/>—Ί>—ƒê™±g¥¦Iç�9ù&yzŒ‹—:�/|�>ã�2Q�+Ì¢R”¥‹ïš¥ÜQ��3¹U–l??ŠŽéò6±bÅVyæÞÁquMó3c�,wLèYd¥)[tÎ�Á?†ÉÝJS�éy�ã,óx�©ÖëUCÈ”Qг¥èX¹T’“?åP´¦ÊRm5Mf³µ¼??�à¢"‰BR‡m��Qš®ñß~(ï,øî}¯Qf¨f¢ˆ–nd‘Òÿ?RT~Ï[F?‹ÆˆìhÔ¢=EFˆÚ?^¤P��ýÅJ/ˆª4Eê,‹"óþ¢žÄ¡eê�ľ³×š0r"W ·ðí?WJ>Çä÷‘��<GàI)GY(�ü�+$‹‘yq¸£ôw�F(ˆGä~oAý�Ø�·$©
¤¨ªN½…�Y¨¨¢B®¹z?äûâfb8ýG�N§Ênz��mª®CÖjÁçIcÑ©�,‹¢&ñC�IQ%�P´ŽÚŠ%ªˆJQ
%�RTt¨?D¥Ø‹× ô(\ý²Uòä\K$7;M�Fö¯¥Ð½B¢Ê�T,Žt��Qýx�s6�õèhx�%�Â[?2õPÚ”%î�öN–ã�'±Á™šÉ�&Nt?Í�ËÆî‹Ž•Y¸0Š£¥xÈT±Ä¼„{ê�âU�’�bDDð(6ž��d?ï^éž$} qäÐà‡xÁÚåF¦öŒZ¡¢9ÎÒö(½È¹&Ö�?G�•�2Ñå(©¡$¥Û(Q�]*¼ï *ª†ó©{�P”¤øX#qT#%Ç�c™¢òõZ�(²«%WA+‹—¥ò�FÓ��‚©K ó�/#•š(̪ͨX”¡#ÊI½Æ\J£¬÷�±>$¨†.Ú9”dy�\§a(ð�º—8*ìmqµ,£’YŽ²…è†ÊˆEé>·�âÈèIâv”\xYš?�Τ*DU-W%ÎFK6®P‰q.�,—�ï�ÍÜfŽs3�‹Ú<*"LLN´n«‘(p T`PعÂ3t#O<Í �”=Ì–B«˜1EPÁŠT*^^”(¹FââK‘�0DE[‰u=º¥)Ô±ù¬oYDŸ‹¶¡R7’ÜJIDJ$•R…�"�ÂU�U¤ª¢*Ĩ�ð0D¸��7�‘¹š8Æ!#´Áܸä#¾„t¡š­èÉÔ6µB2T…ÄœM�„¨J$Þ^Ú²ÌÖbY¢ò‹˜$…Y7¨¢Ââ�¸;
¿ø»’)„…?f§ø----------------

@vicuna
Copy link
Author

vicuna commented Oct 10, 2003

Comment author: administrator

Hello,

Hello, I just got around to testing 3.07 on Panther (I'm in the seed
program), and I ran into a compile error.
It's a really simple thing, which I'm including a patch to fix.

The problem is this,
in $camldist/otherlibs/threads/scheduler.c at type called thread_t is
defined. However,
that type is also defined as part of the interface to the mach
subsystem in the kernel, mach_types.h,
which is included by malloc.h. So if you want to allocate any memory,
you're pretty much screwed wrt thread_t.

Thank you for the report. This is now fixed in the CVS tree, and will be in
the patch that will be out soon.

-- Damien

@vicuna vicuna closed this as completed Oct 10, 2003
@vicuna
Copy link
Author

vicuna commented Oct 13, 2003

Comment author: administrator

Ok, cool.

FYI
I just accidently sent a duplicate, sorry.

On Oct 10, 2003, at 6:22 AM, Damien Doligez wrote:

Hello,

Hello, I just got around to testing 3.07 on Panther (I'm in the seed
program), and I ran into a compile error.
It's a really simple thing, which I'm including a patch to fix.

The problem is this,
in $camldist/otherlibs/threads/scheduler.c at type called thread_t is
defined. However,
that type is also defined as part of the interface to the mach
subsystem in the kernel, mach_types.h,
which is included by malloc.h. So if you want to allocate any memory,
you're pretty much screwed wrt thread_t.

Thank you for the report. This is now fixed in the CVS tree, and will
be in
the patch that will be out soon.

-- Damien

@vicuna vicuna added the bug label Mar 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant