Opened 18 years ago

Closed 18 years ago

#10334 closed defect (wontfix)

BUG: swi-prolog-5.6.17 won't build on 10.3

Reported by: darren.bane@… Owned by: gwright@…
Priority: Normal Milestone:
Component: ports Version: 1.2
Keywords: Cc: markd@…, wielemak@…
Port:

Description

swi-prolog-5.6.17

the error log can be found here: INLINE

Description: Broken build on 10.3

Comments: The patch against pl-tai.c is a workaround for OS X's non-POSIX compliance, so probably shouldn't be passed upstream.

I tried to put wielemak@… and darwinports@… in the "Assigned To" and "Cc" fields but Bugzilla wouldn't let me.

================INLINE CONTENT================ % sudo port install swi-prolog

!snip!

gcc -c -I. -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_swi-prolog/work/pl-5.6.17/src -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_swi-prolog/work/pl-5.6.17/src/rc -Wall -O3 -fno-strict-aliasing -no-cpp-precomp -fno-common pl-tai.c -o pl-tai.o pl-tai.c:44: error: `timezone' redeclared as different kind of symbol /usr/include/time.h:141: error: previous declaration of `timezone'

and after fixing this ...

gcc -c -Wall -O2 -fno-strict-aliasing -I. -I/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_swi-prolog/work/pl-5.6.17/packages/xpce/src -I/usr/X11R6/include -I/usr/X11R6/include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include -I/opt/local/include -DXTHREADS -I/opt/local/include -I/usr/X11R6/include -fno-common -no-cpp-precomp -DHAVE_CONFIG_H x11/xcommon.c -o x11/xcommon.o In file included from /usr/X11R6/include/X11/Xft/Xft.h:35,

from x11/include.h:76, from x11/xcommon.c:28:

/opt/local/include/freetype2/freetype/freetype.h:20:2: #error "`ft2build.h' hasn't been included yet!" /opt/local/include/freetype2/freetype/freetype.h:21:2: #error "Please always use macros to include FreeType header files." /opt/local/include/freetype2/freetype/freetype.h:22:2: #error "Example:" /opt/local/include/freetype2/freetype/freetype.h:23:2: #error " #include <ft2build.h>" /opt/local/include/freetype2/freetype/freetype.h:24:2: #error " #include FT_FREETYPE_H"

Attachments (2)

patch-pl-tai.c (1.8 KB) - added by darren.bane@… 18 years ago.
Workaround for OS X's lack of POSIX timezone and daylight globals
patch-include.h (210 bytes) - added by darren.bane@… 18 years ago.
Conform to newer Freetype's recommended #include practice

Download all attachments as: .zip

Change History (10)

Changed 18 years ago by darren.bane@…

Attachment: patch-pl-tai.c added

Workaround for OS X's lack of POSIX timezone and daylight globals

Changed 18 years ago by darren.bane@…

Attachment: patch-include.h added

Conform to newer Freetype's recommended #include practice

comment:1 Changed 18 years ago by gwright@…

Owner: changed from darwinports-bugs@… to gwright@…

I'll give this a try and commit.

/Greg

comment:2 Changed 18 years ago by darren.bane@…

Sorry, just noticed the comment above tz_daylight() in my first patch was never changed after copying-and-pasting. "tz_offset() tests whether summer time is in effect" would be appropriate.

comment:3 Changed 18 years ago by markd@…

Cc: markd@… added

swi-prolog is up to 5.6.19 now. Is it still broken on 10.3? Also, 5.6.20 just came out.

comment:4 Changed 18 years ago by darren.bane@…

Yes, it's still broken on 10.3. Well, like I said, I actually consider Mac OS X and not swipl to be broken here. I needed to apply this patch (with appropriate fuzz) to get version 5.6.19 to build. I know about 5.6.20, but wanted features from 5.6.19 (pldoc and plunit) and have no such needs from 5.6.20.

comment:5 Changed 18 years ago by markd@…

Cc: wielemak@… added

Well if these patches fix building on 10.3 that'd be a good thing. But ordinarily I'd think it also should be updated unless there is a special reason not to. Is updating to 5.6.20 a bad idea?

comment:6 Changed 18 years ago by darren.bane@…

Updating to 5.6.20 is an excellent idea, I was just lazy ;-)

The pl-tai.c build breakage was reported independently upstream ( http://gollem.science.uva.nl/bugzilla/show_bug.cgi?id=206 ), and it turns out that my patch-pl-tai.c is wrong. You may want to wait until the upstream bug is resolved before committing that. patch-include.h is still good to go though.

comment:7 Changed 18 years ago by darren.bane@…

Better patches to fix both these problems have been committed in upstream CVS, so I recommend that this bug be closed, and we just wait for the next upstream release.

comment:8 Changed 18 years ago by markd@…

Resolution: wontfix
Status: newclosed

Very good, closing. Thanks for your diligence on this.

Note: See TracTickets for help on using tickets.