файл ls.h

#include <iostream>
using namespace std;
void f() { cout << "f1" << endl; }
static void f2() { cout << "f2" << endl; }

файл main.cpp

#include "ls.h"
int main() {
 f();
 f2();
}

gcc 4.1 это собирает и вызывает функцию f2 которая static
и на сколько помню говорит о видимости в пределах одного файла ?
спасибо за разъяснения

C>gcc 4.1 это собирает и вызывает функцию f2 которая static
Какую еще f2 он мог бы вызвать, при наличии только одной из вашего заголовка?
Кстати, f — это потенциальный нарушитель правила одного определения, например если вы включите этот заголовок в два компилируемых файла *.cpp

C>и на сколько помню говорит о видимости в пределах одного файла ?
Кто говорит ? static — да, благодаря ему функция f2 имеет internal компоновку. И если включать ваш заголовок в несколько *.cpp фалов, то это будут "разные" функции f2 — т.е. несколько одинаковых функций, каждая с внутренней компоновкой.

C>спасибо за разъяснения

Здравствуйте, codelord, Вы писали:

C>gcc 4.1 это собирает и вызывает функцию f2 которая static
C>и на сколько помню говорит о видимости в пределах одного файла ?

Тут видимо произошла путаница с файлами препроцессора и единицами транляции. Стандарт говорит, что static функция будет видна в пределах единицы трансляции, которая может состоять из многоих файлов препроцессора. Области видимости "файл препроцессора" не существует в С и С++. Так gcc делает все как и предполагалось.

Здравствуйте, Lorenzo_LAMAS, Вы писали:

C>>gcc 4.1 это собирает и вызывает функцию f2 которая static
L_L>Какую еще f2 он мог бы вызвать, при наличии только одной из вашего заголовка?
L_L>Кстати, f — это потенциальный нарушитель правила одного определения, например если вы включите этот заголовок в два компилируемых файла *.cpp

C>>и на сколько помню говорит о видимости в пределах одного файла ?
L_L>Кто говорит ? static — да, благодаря ему функция f2 имеет internal компоновку. И если включать ваш заголовок в несколько *.cpp фалов, то это будут "разные" функции f2 — т.е. несколько одинаковых функций, каждая с внутренней компоновкой.

C>>спасибо за разъяснения

вот здесь например, но вначале видел в другом месте
источник http://lib.jp-net.ru/files/book-c.html?str=14
1.139. Программа на Си может быть размещена в нескольких файлах. Каждый файл высту-
пает в роли "модуля", в котором собраны сходные по назначению функции и переменные.
Некоторые переменные и функции можно сделать невидимыми для других модулей. Для этого
надо объявить их static:
— Объявление переменной внутри функции как static делает переменную статической
(т.е. она будет сохранять свое значение при выходе из функции) и ограничивает ее
видимость пределами данной функции.
— Переменные, описанные вне функций, и так являются статическими (по классу
памяти). Однако слово static и в этом случае позволяет управлять видимостью этих
переменных — они будут видимы только в пределах данного файла.
— Функции, объявленные как static, также видимы только в пределах данного файла.
— Аргументы функции и локальные (автоматические) переменные функции и так сущест-
вуют только на время вызова данной функции (память для них выделяется в стеке
____________________

Подробное описание make смотри в документации по системе UNIX.

Здравствуйте, codelord, Вы писали:

C>вот здесь например, но вначале видел в другом месте
C>источник http://lib.jp-net.ru/files/book-c.html?str=14
C>[b]1.139. Программа на Си может быть размещена в нескольких файлах. Каждый файл высту-
C>пает в роли "модуля", в котором собраны сходные по назначению функции и переменные.

Эта извечная путаница между единицами трансляции и отдельными файлами.
Единица трансляции состоит из основного файла плюс всех включённых в него с помощью #include. (Препроцессор как бы копипастит содержимое .h-файлов внутрь .c)

Есть общепринятые соглашения, что отдельные .c|.cpp-файлы — это основные файлы единиц трансляции. Их компилируют по-отдельности, и никогда не инклудят.
А вот .h|.hpp|.inl — наоборот — только включают, и никогда не компилируют самостоятельно.

Хотя формальных препятствий к тому, чтобы делать иначе — нет.

Здравствуйте, codelord, Вы писали:

C>файл ls.h
C>

C>#include <iostream>
C>using namespace std;
C>inline void f() { cout << "f1" << endl; }
C>static void f2() { cout << "f2" << endl; }
C>

C>[snipped]

Маленькое замечание. Либо определение функции f нужно перенести в cpp-файл, либо объявить ее с ключевым словом inline, иначе, с появлением новой единицы трансляции, включающей в себя ls.h получишь ошибку линковки: "функция f уже определена".

Здравствуйте, rg45, Вы писали:

R>Здравствуйте, codelord, Вы писали:

C>>файл ls.h
C>>

C>>#include <iostream>
C>>using namespace std;
C>>inline void f() { cout << "f1" << endl; }
C>>static void f2() { cout << "f2" << endl; }
C>>

C>>[snipped]

R>Маленькое замечание. Либо определение функции f нужно перенести в cpp-файл, либо объявить ее с ключевым словом inline, иначе, с появлением новой единицы трансляции, включающей в себя ls.h получишь ошибку линковки: "функция f уже определена".

Вопрос по функции f2 а не по f
понимаю что писать тело функции в h файле плохо.
Выше есть цитата из книги Богатырева о видимости static функции
почему же f2 видна или ошибка в книге или у меня в голове

Здравствуйте, codelord, Вы писали:

C>Выше есть цитата из книги Богатырева о видимости static функции
C>почему же f2 видна или ошибка в книге или у меня в голове
Там же(выше) есть описание того, где ты допустил ошибку в логике.

Здравствуйте, Daevaorn, Вы писали:

D>Здравствуйте, codelord, Вы писали:

C>>Выше есть цитата из книги Богатырева о видимости static функции
C>>почему же f2 видна или ошибка в книге или у меня в голове
D>Там же(выше) есть описание того, где ты допустил ошибку в логике.

в файле описана static функция и он видна не только в нем??

можно пример?

"codelord" <57690@users.rsdn.ru> wrote in message news:2641470@news.rsdn.ru...
> Здравствуйте, rg45, Вы писали:
>
> R>Здравствуйте, codelord, Вы писали:
>
> C>>файл ls.h
> C>>

> C>>#include <iostream>
> C>>using namespace std;
> C>>inline void f() { cout << "f1" << endl; }
> C>>static void f2() { cout << "f2" << endl; }
> C>>

> C>>[snipped]
>
> R>Маленькое замечание. Либо определение функции f нужно перенести в cpp-файл, либо объявить ее с ключевым словом inline, иначе, с появлением новой единицы трансляции, включающей в себя ls.h получишь ошибку линковки: "функция f уже определена".
>
> Вопрос по функции f2 а не по f
> понимаю что писать тело функции в h файле плохо.
> Выше есть цитата из книги Богатырева о видимости static функции
> почему же f2 видна или ошибка в книге или у меня в голове

Если тут вместо слова "файл" применить термин "единица компиляции", то путаницы не будет.

Здравствуйте, codelord, Вы писали:

C>Здравствуйте, Daevaorn, Вы писали:

D>>Здравствуйте, codelord, Вы писали:

C>>>Выше есть цитата из книги Богатырева о видимости static функции
C>>>почему же f2 видна или ошибка в книге или у меня в голове
D>>Там же(выше) есть описание того, где ты допустил ошибку в логике.

C>в файле описана static функция и он видна не только в нем??

C>можно пример?
Эже не однократно описали тебе различе между единицей трансляции и файлом. А понятия "модуль" в С++ вообще нет.
И не читай книги по программированию российских авторов, да ещё и написанных в прошлом тысячилетии.

Просто, я думаю, человек не понимает, что в Си файлы .h не компилируются
Они просто включаются в текст файлов .с (для с++ — .срр), которые и компилируются на самом деле.

Таким образом куда включишь .h там новая статическая функция и создастся, а т.к. она видна в пределах файла —
то и ошибок не должно быть.

Здравствуйте, Daevaorn, Вы писали:

D>Здравствуйте, codelord, Вы писали:

C>>Здравствуйте, Daevaorn, Вы писали:

D>>>Здравствуйте, codelord, Вы писали:

C>>>>Выше есть цитата из книги Богатырева о видимости static функции
C>>>>почему же f2 видна или ошибка в книге или у меня в голове
D>>>Там же(выше) есть описание того, где ты допустил ошибку в логике.

C>>в файле описана static функция и он видна не только в нем??

C>>можно пример?
D>Эже не однократно описали тебе различе между единицей трансляции и файлом. А понятия "модуль" в С++ вообще нет.
D>И не читай книги по программированию российских авторов, да ещё и написанных в прошлом тысячилетии.
Не надо мне тыкать и говорить что делать
Я попросил пример, если не приводишь лучше не отвечать.

Здравствуйте, __AleXX__, Вы писали:

__A>Просто, я думаю, человек не понимает, что в Си файлы .h не компилируются
__A>Они просто включаются в текст файлов .с (для с++ — .срр), которые и компилируются на самом деле.

__A>Таким образом куда включишь .h там новая статическая функция и создастся, а т.к. она видна в пределах файла —
__A>то и ошибок не должно быть.

Можешь переименовать h в cpp ( по секрету можно и в cc ) результат будет тотже
И не путай понятия "понимание" и "знание".

> __A>Просто, я думаю, человек не понимает, что в Си файлы .h не компилируются
> __A>Они просто включаются в текст файлов .с (для с++ — .срр), которые и компилируются на самом деле.
>
> __A>Таким образом куда включишь .h там новая статическая функция и создастся, а т.к. она видна в пределах файла —
> __A>то и ошибок не должно быть.
>
> Можешь переименовать h в cpp ( по секрету можно и в cc ) результат будет тотже
> И не путай понятия "понимание" и "знание".

Чего тут непонятного-то? Единица компилляции — файл, поступающий на вход компилятора. Расширение не очень важно (оно всего лишь влияет на дефолтное поведение компилятора). То, что включается в компилируемый файл через #include, отдельной единицей компиляции не является.