Версии gcc привязаны к версиям ядра?

Question 1

Есть ли связь между версиями gcc и версией ядра? В частности, смогу ли я установить очень старую версию gcc на последнее ядро. Или я смогу собрать последнюю версию gcc на очень старом ядре? Есть ли проблемы совместимости между ними для любой версии ??

Question 2

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Question 3

Question 4

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Question 5

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Question 6

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Question 7

Question 8

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Question 9

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Question 10

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Question 11

Я бы с осторожностью использовать старые версии GCC на новых системах, особенно если исполняемые файлы более старой версии в Арент по имени НКУ-1,3 (например, если в данном случае версия 1.3), так как в противном случае это может привести к конфликту с текущей версией используется для всего в вашей системе Ubuntu, и ломать вещи.

для того, чтобы ответить на ваш вопрос, хотя, ядро и GCC не связаны напрямую, но, вероятно, ядро было построено с версией GCC вы используете (или немного старше).

Question 12

Да. Для некоторых новых функций ядра последняя версия gcc и glibc отлично работает. Но это не ограниченное ограничение, как ядро 3.0.2, работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Question 13

Question 14

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Question 15

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего в вашей системе Ubuntu и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC не связаны напрямую, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

Question 16

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Question 17

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего в вашей системе Ubuntu и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC не связаны напрямую, но, скорее всего, ядро было построено версия GCC, которую вы используете (или чуть более старая).

Question 18

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Question 19

Question 20

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего в вашей системе Ubuntu и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC не связаны напрямую, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

Question 21

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Question 22

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего в вашей системе Ubuntu и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC не связаны напрямую, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

Question 23

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Question 24

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего, что есть в вашей системе Ubuntu, и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC напрямую не связаны, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

Question 25

Question 26

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Question 27

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Question 28

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего, что есть в вашей системе Ubuntu, и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC напрямую не связаны, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

Community · Accepted Answer · 25 July 2018 в 18:07

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Community · Accepted Answer · 2 August 2018 в 00:21

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Community · Accepted Answer · 4 August 2018 в 15:50

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Community · Accepted Answer · 6 August 2018 в 00:28

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Community · Accepted Answer · 7 August 2018 в 17:53

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Community · Accepted Answer · 10 August 2018 в 06:44

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Community · Accepted Answer · 15 August 2018 в 18:37

У вас могут возникнуть проблемы при компиляции новых ядер с очень старыми версиями GCC.

Кроме того, нет, версии GCC не привязаны к Версия ядра Linux:

Вы можете запустить древнюю версию GCC в системе с новым ядром.
Вы можете запустить новую версию GCC в системе с очень старым ядро. Единственное, что может помешать вам сделать это, - это если вашей новой версии GCC требуется версия libc, которая не будет работать на этом ядре. Но это не очень вероятный сценарий.

С учетом сказанного, вы должны быть осторожны при установке более старого GCC поверх более нового GCC , так как более новый GCC может быть нужным. Если вы собираете GCC самостоятельно из исходного кода, вы можете настроить сборку для установки с собственным префиксом (а не /usr). Если это по-прежнему нарушает сборку, убедитесь, что более новый GCC (который был там ранее) находится в каталоге ранее в переменной среды PATH, чем более старый GCC (который вы установили недавно).

Thomas Ward · Answer 8 · 25 May 2018 в 08:46

Я бы с осторожностью использовать старые версии GCC на новых системах, особенно если исполняемые файлы более старой версии в Арент по имени НКУ-1,3 (например, если в данном случае версия 1.3), так как в противном случае это может привести к конфликту с текущей версией используется для всего в вашей системе Ubuntu, и ломать вещи.

для того, чтобы ответить на ваш вопрос, хотя, ядро и GCC не связаны напрямую, но, вероятно, ядро было построено с версией GCC вы используете (или немного старше).

guimaluf · Answer 9 · 25 May 2018 в 08:46

Да. Для некоторых новых функций ядра последняя версия gcc и glibc отлично работает. Но это не ограниченное ограничение, как ядро 3.0.2, работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

1

ответ дан guimaluf 25 May 2018 в 08:46

1

Похоже, что вы можете путать версии компилятора, необходимые для build ядра с тем, что требуется для запускать ядро. Запуск ядра никогда не требует установки компилятора вообще. Возможно, вам захочется расширить этот ответ, потому что вы используете то, к чему в настоящее время не относятся другие ответы: с некоторыми версиями компилятора вы не сможете создавать модули для текущего ядра. – Eliah Kagan 11 July 2012 в 22:34

guimaluf · Answer 10 · 25 July 2018 в 18:07

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Thomas Ward · Answer 11 · 25 July 2018 в 18:07

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего в вашей системе Ubuntu и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC не связаны напрямую, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

guimaluf · Answer 12 · 2 August 2018 в 00:21

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Thomas Ward · Answer 13 · 2 August 2018 в 00:21

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего в вашей системе Ubuntu и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC не связаны напрямую, но, скорее всего, ядро было построено версия GCC, которую вы используете (или чуть более старая).

guimaluf · Answer 14 · 4 August 2018 в 15:50

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Thomas Ward · Answer 15 · 4 August 2018 в 15:50

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего в вашей системе Ubuntu и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC не связаны напрямую, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

guimaluf · Answer 16 · 6 August 2018 в 00:28

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Thomas Ward · Answer 17 · 6 August 2018 в 00:28

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего в вашей системе Ubuntu и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC не связаны напрямую, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

guimaluf · Answer 18 · 7 August 2018 в 17:53

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

Thomas Ward · Answer 19 · 7 August 2018 в 17:53

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего, что есть в вашей системе Ubuntu, и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC напрямую не связаны, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

guimaluf · Answer 20 · 10 August 2018 в 06:44

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

guimaluf · Answer 21 · 15 August 2018 в 18:37

Да. Некоторым новым функциям ядра нужна последняя версия gcc и glibc для нормальной работы. Но это не ограниченное ограничение, так как ядро 3.0.2 работает только с gcc 4.2.1. Это больше похоже на работу ядра 3.x только с gcc 4.2.x

1

ответ дан guimaluf 15 August 2018 в 18:37

1

Похоже, что вы путаете версии компилятора, необходимые для сборки ядра, с тем, что требуется для запуска ядра. Запуск ядра никогда не требует установки компилятора вообще. Возможно, вы захотите расширить этот ответ, потому что вы имеете дело с тем, что другие ответы в настоящее время не охватывают: с некоторыми версиями компилятора вы не сможете создавать модули для работающего в данный момент ядра. – Eliah Kagan 11 July 2012 в 22:34

Thomas Ward · Answer 22 · 15 August 2018 в 18:37

Я бы опасался использовать более старые версии GCC в более новых системах, особенно если исполняемые файлы более старой версии не называются gcc-1.3 (например, если в этом случае версия 1.3), потому что в противном случае это может конфликтовать с текущей версией используется для всего, что есть в вашей системе Ubuntu, и ломает вещи.

Хотя, чтобы ответить на ваш вопрос, ядро и GCC напрямую не связаны, но, скорее всего, ядро было построено с версия GCC, которую вы используете (или чуть более старая).

Версии gcc привязаны к версиям ядра?

22 ответа

Другие вопросы по тегам:

Похожие вопросы: