Почему, делают жалобу на круговые зависимости?
Вы можете объединить конфигурацию на основе Java (Spring XML) с конфигурацией .NET.
-
Настроить
TcpDiscoveryKubernetesIpFinderв XML-файле Spring (см. https://apacheignite.readme.io/docs/kubernetes-ip-finder ) [ 114]
В .NET установите IgniteConfiguration.SpringConfigUrl так, чтобы он указывал на этот файл
Он работает так, что Ignite сначала загружает Spring XML, а затем применяет любые настраиваемые свойства конфигурации, которые указаны на стороне .NET.
1 ответ
Ваши неявные правила являются преступником. Им перечислили расширения в обратном порядке того, как они поняты под, делают.
.o.c:
говорит делают это.c файлы создаются из.o файлов. С тех пор уже существует правило, в котором говорится, что.o файлы создаются из.c файлов, у Вас есть круговые зависимости и поэтому ошибки.
Решение (или должен быть, принятие обоснованно настроенного делает), простой.
Вы не должны (обычно) указывать свои собственные правила для компиляции в действительно общих падежах, таких как источники C++. Было бы более просто просто указать что-то как:
CFLAGS=-Wall
LOADLIBES=-lGL -lglut -ljpeg
OBJS=helpers.o loadobj.o zpr.o readjpeg.o readppm.o SceneNode.o \
BoundingBoxNode.o GeometryNode.o SceneGraph.o testgraph.o
all: testgraph
testgraph: $(OBJS)
Это, вероятно, также поможет Вам избежать двух ошибок.
В правилах, которые Вы записали, говорится, что.o файлы создаются из.c файлов, который является назад. Но корректные правила уже существуют почти во всех версиях, делают.
Вы перечислили библиотеки перед объектными файлами. Это работает случайно над некоторыми платформами то использование объекты формата ELF. Но это все еще неправильно. Библиотеки списка после объектов, потому что библиотеки только загружаются для удовлетворения неопределенного внешнего облика.