asymptote: fatal error: 'ext/slist' file not found

[ulrich.klauck@…]

Port does not install. Error message is:

/usr/bin/clang++ -Wall -DHAVE_CONFIG_H -D_FILE_OFFSET_BITS=64 -DUSEGC  -D_THREAD_SAFE -pthread -DFFTWPP_SINGLE_THREAD -I/opt/local/include -pipe -Os -arch x86_64  -I . -I/opt/local/include/gc -I/usr/include/gc -o settings.o -c settings.cc
In file included from picture.cc:10:
In file included from ./picture.h:15:
In file included from ./drawelement.h:19:
In file included from ./prcfile.h:5:
In file included from ./prc/oPRCFile.h:41:
./prc/writePRC.h:29:10: fatal error: 'ext/slist' file not found
#include <ext/slist>
         ^

[michaelbartz@…]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

Has duplicate #41062.

[Schamschula (Marius Schamschula)]

Cc Me!

[ulrich.klauck@…]

Hi guys,

I solved the problem for me by building asymptote from the source. There have been 3 problems:

• Adding '-stdlib=libstdc++' to the CFLAGS solved the slist.h-problem. In Max OS X Apple obviously moved to the C++11 STL. This can be overriden with the above mentionned CFLAG.

• The other two problems concern the preprocessor macros HAVE_LIBREADLINE and HAVE_LIBSIGSEGV in config.h. The configure script should be called with the option so that both are not defined. Maybe this holds true only for my particular system configuration. Since I am not well schooled in the structure of config.in files and configure scripts, as a quick (but dirty) solution I simply changed config.h

After applying these changes asymptote builds perfectly.

[dcecchin@…]

Cc Me!

[Schamschula (Marius Schamschula)]

Just added the above mentioned CFLAGS to the Portfile and updated asymptote to version 2.25. Also had to add --disable-offscreen to configure.args as there is an issue with the MESA GLUT.

[flx.ms@…]

Cc Me!

Thank you mschamschula! Your patch worked greatly out of the box for me: Asymptote compiled and installed without any errors and also passed some tests, I perforemd. OS X Mavericks 10.9.2 (13C64), Xcode 5.1.1 (5B1008). - Waited in vain for month for this update! (since I upgraded to Mavericks)

@Maintainer: How about creating an official update based on the proposed patch?

Cheers!

[mojca (Mojca Miklavec)]

Cc Me!

[mojca (Mojca Miklavec)]

Update asymptote to 2.28 + other patches

[mojca (Mojca Miklavec)]

I think one can call this maintainer timeout. I'm ready to apply the patch, but the following line is weird:

configure.env       CFLAGS="-stdlib=libstdc++"

I don't have 10.9, so I would like to ask for confirmation that this is still needed. If it's still needed, we need to ask the upstream author for a fix.

[Schamschula (Marius Schamschula)]

Replying to mojca@…:

I think one can call this maintainer timeout. I'm ready to apply the patch, but the following line is weird:

configure.env       CFLAGS="-stdlib=libstdc++"

I don't have 10.9, so I would like to ask for confirmation that this is still needed. If it's still needed, we need to ask the upstream author for a fix.

If you are using Xcode 5.1.x on 10.8 or 10.9 you will have this issue. It is not a problem for 10.7 or below.

[mojca (Mojca Miklavec)]

I committed the rest in r120000, but I would like to explore if there is another ("proper") way for to fix this stdlib flag.

[mojca (Mojca Miklavec)]

Can someone explain me why CFLAGS instead of CXXFLAGS?

I don't have 10.9 installed yet, but I'm curious to know whether the following blind fix would help. (Not a proper fix yet, but I want to know whether it works at all.)

prc/writePRC.h

@@ -26 +26 @@
 #include <deque>
 #include <list>
 #ifdef __GNUC__
-#include <ext/slist>
+#include <forward_list>
 #endif
 #include <map>
 #include <iostream>
@@ -225 +225 @@
   std::deque<PRCSingleAttribute> attribute_keys;
 };
 #ifdef __GNUC__
-typedef __gnu_cxx::slist<PRCAttribute> PRCAttributeList;
+typedef std::forward_list<PRCAttribute> PRCAttributeList;
 #else
 typedef std::list<PRCAttribute> PRCAttributeList;
 #endif

​http://stackoverflow.com/questions/19758400/ext-slist-file-not-found-on-os-x-10-9

[mojca (Mojca Miklavec)]

A note to myself: a fix might need to include something like the following (but that still won't be the proper solution).

#include <ciso646>

#ifdef _LIBCPP_VERSION
#include <forward_list> // libc++
#else
#include <ext/slist>    // libstdc++
#endif