Указатели

double sum(double *m,int n){
m+=n
};

Указатель m будет увеличен на n элементов в языке С ?

 

а самому проверить сложно?

 

InsidE
А ответить сложно ?

У меня нет С, только С++...

 

еще можно сразу прочитать учебник, и не создавать тем с неумными вопросами.

если очень хочется проверить что-то на "С" - есть codepad.org , ideone.com , etc

 

XshStasX

как это?

 

В общем итоге ясен.

qqwe
Microsoft Visual Studio 2008

Было очень забавно когда оказалось что один из компиляторов С различает перегруженные функции только по размеру параметров.
Вот чтоб подобного подобного нежданчика не было решил поинтересоваться.

 

XshStasX

непонятно. можно пример и что за компилятор?

чего вы решили, что оно С не умеет?

 

Поясняю - там если расширение файла .c - компилируется как с, а если .cpp - компилируется как с++. Вот такая загогулина.

Вообще, интересно наблюдать, как некоторые, вместо того, чтобы коротко по делу ответить, предпочитают на протяжении нескольких постов упорно отмалчиваться, попутно доказывая собеседнику его невежество. Ну как интересно. Непонятно, что движет этими людьми. Приходит на ум только одна причина - желание поднять свою мнимую продвинутость за счёт других.

 

XshStasX

m + n = &m[n]

 

Sasha7b9
вообще то делать неправильные выводы похуже чем

 

не совсем точно. все зависит от ключика языка компиляции, который можно менять независимо от расширения файла =) просто так исторически сложилось, что расширение .cpp подразумевает плюсовый код.

 

InsidE

Загадками говорите, коллега.
NeuronViking

Возможно. Только ключик у каждого компилятора свой, видимо. А определение по расширению - способ универсальный.
Ждём специалиста, который точно всё разъяснит.

 

Для того, чтобы ответить на этот вопрос, не нужно быть специалистом. Достаточно посмотреть в свойство .c / .cpp в проекте под названием "Compile As..." с двумя возможными опциями. Надеюсь что понятно, с какими именно.

 

> адеюсь что понятно, с какими именно.
C# и VB.NET?

 

_DEN_

И всё же не совсем ответ полный, наверное. Как обстоят дела в случае компиляции из командной строки без указания параметра /TP или /TC? Наиболее очевидный ответ - проверь сам, конечно) Я и проверил. Вот этот текст:

Код (Text):

1. class A {
2. };
3. int main() {
4. A a;
5. return 0;
6. }

, сохранённый в файле с расширением .cpp, компилируется, а с расширением .c - не компилируется. А вы говорите, "Compile As..."

 

qqwe
В общем компилятор от WDK 7
был такой код:

Код (Text):

1. VOID MyProc(ULONG p){
2. };
3. VOID MyProc(PUNICODE_STRING str){
4. };

Так компилятор или линкер(уже не помню) ругались на эти функ.
Если же сделать вот так:

Код (Text):

1. VOID MyProc(CHAR p){
2. };
3. VOID MyProc(PUNICODE_STRING str){
4. };

то все ок.

В итоге пришлось сделать вот так:

Код (Text):

1. VOID MyProc(ULONG p){
2. };
3. VOID MyProcStr(PUNICODE_STRING str){
4. };

С этого и вывод был:

 

_DEN_
спасибо

 

Во всех компиляторах *.с по умолчанию компилируется как Си, *.срр - как С++
Остальное задаётся ключами компиляции/параметрами проекта.

Не хочу тебя расстраивать, но в Си вообще нету и быть не может перегруженных функций.
И компилятор их никак не различает.

 

XshStasX
Типов ULONG и PUNICODE_STRING ни в С, ни в С++ нет. Это #define'ы. Внимательно посмотри, во что разворачиваются ULONG и PUNICODE_STRING, и если они разворачиваются в один базовый тип, то компилятор видит две абсолютно одинаковые функции.

Обновление:
Прошу прощения, не внимательно прочитал вопрос и не заметил, что изначальный вопрос про С.
В С перегрузки функций никогда не было. Вышесказанное про раскрытие #define справедливо для перегрузок в С++.