Russian Qt Forum
Апрель 19, 2024, 01:14 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Страниц: 1 [2] 3 4   Вниз
  Печать  
Автор Тема: Создаю плагин для QtCreator для Embedded проектов без ОС  (Прочитано 38846 раз)
b-s-a
Гость
« Ответ #15 : Июнь 18, 2013, 15:11 »

Цитата: b-s-a
Денис, я не считаю идею делать свой сборщик хорошей. Значительно быстрее и проще замесить Makefile-генератор (по аналогии с eclipse).

Я не представляю как это можно реализовать. Если ты это реализуешь - тогда другое дело. Улыбающийся

Установи WinAVR. Сгенери Makefile. Изучи его начало (до правил). Измени чуть-чуть, чтобы работал с не только с авр, но и с другими. Напиши парсер, который будет определять значения переменных. И генератор, который будет подставлять эти значения в готовый шаблон.  Все.
Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #16 : Июнь 18, 2013, 15:57 »

Цитата: b-s-a
Установи WinAVR. Сгенери Makefile. Изучи его начало (до правил). Измени чуть-чуть, чтобы работал с не только с авр, но и с другими. Напиши парсер, который будет определять значения переменных. И генератор, который будет подставлять эти значения в готовый шаблон.  Все.

Ох, слишком сурово.
Проще сделать генерацию Makefile как отдельной фичей (плагином), типа "Export as Makefile", если уж так оно кому-то нужно.
И оно будет генерить Makefile исходя из текущих настроек проекта.

На данный момент я не готов использовать отдельные системы сборки, которые излишни в данном случае и только вносят сумятицу. Улыбающийся
Возможно в будущем что-то можно будет сделать когда в голове выстроится вся картина целиком.
Записан

ArchLinux x86_64 / Win10 64 bit
b-s-a
Гость
« Ответ #17 : Июнь 18, 2013, 17:24 »

создание своей - более сложная работа. Не забывай, что нужно отслеживать изменения файлов. Более того, нужно рекурсивно отслеживать изменение зависимостей файлов (#include). Имхо, тут гимору больше.
Вот так выглядит Makefile. Достаточно просто менять значение переменных и все. А шаблон можно хранить в виде данных плагина. При изменении настроек достаточно просто перегенерировать его.
Код:
# Hey Emacs, this is a -*- makefile -*-
#----------------------------------------------------------------------------
# WinAVR Makefile Template written by Eric B. Weddington, Jörg Wunsch, et al.
#
# Released to the Public Domain
#
# Additional material for this makefile was written by:
# Peter Fleury
# Tim Henigan
# Colin O'Flynn
# Reiner Patommel
# Markus Pfaff
# Sander Pool
# Frederik Rouleau
# Carlos Lamas
#
#----------------------------------------------------------------------------
# On command line:
#
# make all = Make software.
#
# make clean = Clean out built project files.
#
# make coff = Convert ELF to AVR COFF.
#
# make extcoff = Convert ELF to AVR Extended COFF.
#
# make program = Download the hex file to the device, using avrdude.
#                Please customize the avrdude settings below first!
#
# make debug = Start either simulavr or avarice as specified for debugging,
#              with avr-gdb or avr-insight as the front end for debugging.
#
# make filename.s = Just compile filename.c into the assembler code only.
#
# make filename.i = Create a preprocessed source file for use in submitting
#                   bug reports to the GCC project.
#
# To rebuild project do "make clean" then "make all".
#----------------------------------------------------------------------------


# MCU name
MCU = atmega324pa


# Processor frequency.
#     This will define a symbol, F_CPU, in all source code files equal to the
#     processor frequency. You can then use this symbol in your source code to
#     calculate timings. Do NOT tack on a 'UL' at the end, this will be done
#     automatically to create a 32-bit value in your source code.
#     Typical values are:
#         F_CPU =  1000000
#         F_CPU =  1843200
#         F_CPU =  2000000
#         F_CPU =  3686400
#         F_CPU =  4000000
#         F_CPU =  7372800
#         F_CPU =  8000000
#         F_CPU = 11059200
#         F_CPU = 14745600
#         F_CPU = 16000000
#         F_CPU = 18432000
#         F_CPU = 20000000
F_CPU = 8000000


# Output format. (can be srec, ihex, binary)
FORMAT = ihex


# Target file name (without extension).
TARGET = program


# Object files directory
#     To put object files in current directory, use a dot (.), do NOT make
#     this an empty or blank macro!
OBJDIR = obj


# List C source files here. (C dependencies are automatically generated.)
SRC = \
    ../file1.c \
    ../file2.c \
    ../file3.c

# List C++ source files here. (C dependencies are automatically generated.)
CPPSRC =


# List Assembler source files here.
#     Make them always end in a capital .S.  Files ending in a lowercase .s
#     will not be considered source files but generated files (assembler
#     output from the compiler), and will be deleted upon "make clean"!
#     Even though the DOS/Win* filesystem matches both .s and .S the same,
#     it will preserve the spelling of the filenames, and gcc itself does
#     care about how the name is spelled on its command-line.
ASRC =


# Optimization level, can be [0, 1, 2, 3, s].
#     0 = turn off optimization. s = optimize for size.
#     (Note: 3 is not always the best optimization level. See avr-libc FAQ.)
OPT = 2


# Debugging format.
#     Native formats for AVR-GCC's -g are dwarf-2 [default] or stabs.
#     AVR Studio 4.10 requires dwarf-2.
#     AVR [Extended] COFF format requires stabs, plus an avr-objcopy run.
DEBUG = dwarf-2

# List any extra directories to look for include files here.
#     Each directory must be seperated by a space.
#     Use forward slashes for directory separators.
#     For a directory that has spaces, enclose it in quotes.
EXTRAINCDIRS =


# Compiler flag to set the C Standard level.
#     c89   = "ANSI" C
#     gnu89 = c89 plus GCC extensions
#     c99   = ISO C99 standard (not yet fully implemented)
#     gnu99 = c99 plus GCC extensions
CSTANDARD = -std=c99


# Place -D or -U options here for C sources
CDEFS = -DF_CPU=$(F_CPU)UL -DIGP2_VERSION=2 -D__AVR_ATmega324P__


# Place -D or -U options here for ASM sources
ADEFS = -DF_CPU=$(F_CPU)


# Place -D or -U options here for C++ sources
CPPDEFS = -DF_CPU=$(F_CPU)UL
#CPPDEFS += -D__STDC_LIMIT_MACROS
#CPPDEFS += -D__STDC_CONSTANT_MACROS



#---------------- Compiler Options C ----------------
#  -g*:          generate debugging information
#  -O*:          optimization level
#  -f...:        tuning, see GCC manual and avr-libc documentation
#  -Wall...:     warning level
#  -Wa,...:      tell GCC to pass this to the assembler.
#    -adhlns...: create assembler listing
CFLAGS = -g$(DEBUG)
CFLAGS += $(CDEFS)
CFLAGS += -O$(OPT)
#CFLAGS += -funsigned-char
CFLAGS += -funsigned-bitfields
CFLAGS += -fpack-struct
CFLAGS += -fshort-enums
CFLAGS += -Wall
CFLAGS += -Wstrict-prototypes
#CFLAGS += -mshort-calls
#CFLAGS += -fno-unit-at-a-time
CFLAGS += -Wundef
CFLAGS += -Wunreachable-code
CFLAGS += -Wsign-compare
CFLAGS += -Wa,-adhlns=$(<:%.c=$(OBJDIR)/%.lst)
CFLAGS += $(patsubst %,-I%,$(EXTRAINCDIRS))
CFLAGS += $(CSTANDARD)


#---------------- Compiler Options C++ ----------------
#  -g*:          generate debugging information
#  -O*:          optimization level
#  -f...:        tuning, see GCC manual and avr-libc documentation
#  -Wall...:     warning level
#  -Wa,...:      tell GCC to pass this to the assembler.
#    -adhlns...: create assembler listing
CPPFLAGS = -g$(DEBUG)
CPPFLAGS += $(CPPDEFS)
CPPFLAGS += -O$(OPT)
#CPPFLAGS += -funsigned-char
CPPFLAGS += -funsigned-bitfields
CPPFLAGS += -fpack-struct
CPPFLAGS += -fshort-enums
CPPFLAGS += -fno-exceptions
CPPFLAGS += -Wall
CPPFLAGS += -Wundef
#CPPFLAGS += -mshort-calls
#CPPFLAGS += -fno-unit-at-a-time
CPPFLAGS += -Wstrict-prototypes
CPPFLAGS += -Wunreachable-code
CPPFLAGS += -Wsign-compare
CPPFLAGS += -Wa,-adhlns=$(<:%.cpp=$(OBJDIR)/%.lst)
CPPFLAGS += $(patsubst %,-I%,$(EXTRAINCDIRS))
#CPPFLAGS += $(CSTANDARD)


#---------------- Assembler Options ----------------
#  -Wa,...:   tell GCC to pass this to the assembler.
#  -adhlns:   create listing
#  -gstabs:   have the assembler create line number information; note that
#             for use in COFF files, additional information about filenames
#             and function names needs to be present in the assembler source
#             files -- see avr-libc docs [FIXME: not yet described there]
#  -listing-cont-lines: Sets the maximum number of continuation lines of hex
#       dump that will be displayed for a given single line of source input.
ASFLAGS = $(ADEFS) -Wa,-adhlns=$(<:%.S=$(OBJDIR)/%.lst),-gstabs,--listing-cont-lines=100


#---------------- Library Options ----------------
# Minimalistic printf version
PRINTF_LIB_MIN = -Wl,-u,vfprintf -lprintf_min

# Floating point printf version (requires MATH_LIB = -lm below)
PRINTF_LIB_FLOAT = -Wl,-u,vfprintf -lprintf_flt

# If this is left blank, then it will use the Standard printf version.
PRINTF_LIB =
#PRINTF_LIB = $(PRINTF_LIB_MIN)
#PRINTF_LIB = $(PRINTF_LIB_FLOAT)


# Minimalistic scanf version
SCANF_LIB_MIN = -Wl,-u,vfscanf -lscanf_min

# Floating point + %[ scanf version (requires MATH_LIB = -lm below)
SCANF_LIB_FLOAT = -Wl,-u,vfscanf -lscanf_flt

# If this is left blank, then it will use the Standard scanf version.
SCANF_LIB =
#SCANF_LIB = $(SCANF_LIB_MIN)
#SCANF_LIB = $(SCANF_LIB_FLOAT)


#MATH_LIB = -lm


# List any extra directories to look for libraries here.
#     Each directory must be seperated by a space.
#     Use forward slashes for directory separators.
#     For a directory that has spaces, enclose it in quotes.
EXTRALIBDIRS =



#---------------- External Memory Options ----------------

# 64 KB of external RAM, starting after internal RAM (ATmega128!),
# used for variables (.data/.bss) and heap (malloc()).
#EXTMEMOPTS = -Wl,-Tdata=0x801100,--defsym=__heap_end=0x80ffff

# 64 KB of external RAM, starting after internal RAM (ATmega128!),
# only used for heap (malloc()).
#EXTMEMOPTS = -Wl,--section-start,.data=0x801100,--defsym=__heap_end=0x80ffff

EXTMEMOPTS =



#---------------- Linker Options ----------------
#  -Wl,...:     tell GCC to pass this to linker.
#    -Map:      create map file
#    --cref:    add cross reference to  map file
LDFLAGS = -Wl,-Map=$(TARGET).map,--cref
LDFLAGS += $(EXTMEMOPTS)
LDFLAGS += $(patsubst %,-L%,$(EXTRALIBDIRS))
LDFLAGS += $(PRINTF_LIB) $(SCANF_LIB) $(MATH_LIB)
#LDFLAGS += -T linker_script.x
#LDFLAGS += -flto

#section for bootloader
LDFLAGS += -Wl,--section-start=.bootstart=0x7000
LDFLAGS += -Wl,--section-start=.bootloader=0x7020

#---------------- Programming Options (avrdude) ----------------

# Programming hardware
# Type: avrdude -c ?
# to get a full listing.
#
AVRDUDE_PROGRAMMER = avrisp2

# com1 = serial port. Use lpt1 to connect to parallel port.
AVRDUDE_PORT = usb

AVRDUDE_WRITE_FLASH = -U flash:w:$(TARGET).hex
#AVRDUDE_WRITE_EEPROM = -U eeprom:w:$(TARGET).eep
AVRDUDE_WRITE_FUSES = -U efuse:w:0xFE:m -U hfuse:w:0xD8:m -U lfuse:w:0xE2:m
#AVRDUDE_WRITE_LOCKS = -U lock:w:0xFC:m

# Uncomment the following if you want avrdude's erase cycle counter.
# Note that this counter needs to be initialized first using -Yn,
# see avrdude manual.
#AVRDUDE_ERASE_COUNTER = -y

# Uncomment the following if you do /not/ wish a verification to be
# performed after programming the device.
#AVRDUDE_NO_VERIFY = -V

# Increase verbosity level.  Please use this when submitting bug
# reports about avrdude. See <http://savannah.nongnu.org/projects/avrdude>
# to submit bug reports.
AVRDUDE_VERBOSE = -q

AVRDUDE_BITCLOCK = -B 4

# Uncomment to enable chip erase before programming
#AVRDUDE_CHIP_ERASE = -e

AVRDUDE_FLAGS = -p $(MCU) -P $(AVRDUDE_PORT) -c $(AVRDUDE_PROGRAMMER)
AVRDUDE_FLAGS += $(AVRDUDE_BITCLOCK)
AVRDUDE_FLAGS += $(AVRDUDE_CHIP_ERASE)
AVRDUDE_FLAGS += $(AVRDUDE_NO_VERIFY)
AVRDUDE_FLAGS += $(AVRDUDE_VERBOSE)
AVRDUDE_FLAGS += $(AVRDUDE_ERASE_COUNTER)

#---------------- Debugging Options ----------------

# For simulavr only - target MCU frequency.
DEBUG_MFREQ = $(F_CPU)

# Set the DEBUG_UI to either gdb or insight.
DEBUG_UI = gdb
# DEBUG_UI = insight

# Set the debugging back-end to either avarice, simulavr.
DEBUG_BACKEND = avarice
#DEBUG_BACKEND = simulavr

# GDB Init Filename.
GDBINIT_FILE = __avr_gdbinit

# When using avarice settings for the JTAG
JTAG_DEV = /dev/com1

# Debugging port used to communicate between GDB / avarice / simulavr.
DEBUG_PORT = 4242

# Debugging host used to communicate between GDB / avarice / simulavr, normally
#     just set to localhost unless doing some sort of crazy debugging when
#     avarice is running on a different computer.
DEBUG_HOST = localhost



#============================================================================


# Define programs and commands.
SHELL = sh
CC = avr-gcc
OBJCOPY = avr-objcopy
OBJDUMP = avr-objdump
SIZE = avr-size
AR = avr-ar rcs
NM = avr-nm
AVRDUDE = avrdude
REMOVE = rm -f
REMOVEDIR = rm -rf
COPY = cp
WINSHELL = cmd


# Define Messages
# English
MSG_ERRORS_NONE = Errors: none
MSG_BEGIN = -------- begin --------
MSG_END = --------  end  --------
MSG_SIZE_BEFORE = Size before:
MSG_SIZE_AFTER = Size after:
MSG_COFF = Converting to AVR COFF:
MSG_EXTENDED_COFF = Converting to AVR Extended COFF:
MSG_FLASH = Creating load file for Flash:
MSG_EEPROM = Creating load file for EEPROM:
MSG_EXTENDED_LISTING = Creating Extended Listing:
MSG_SYMBOL_TABLE = Creating Symbol Table:
MSG_LINKING = Linking:
MSG_COMPILING = Compiling C:
MSG_COMPILING_CPP = Compiling C++:
MSG_ASSEMBLING = Assembling:
MSG_CLEANING = Cleaning project:
MSG_CREATING_LIBRARY = Creating library:




# Define all object files.
OBJ = $(SRC:%.c=$(OBJDIR)/%.o) $(CPPSRC:%.cpp=$(OBJDIR)/%.o) $(ASRC:%.S=$(OBJDIR)/%.o)

# Define all listing files.
LST = $(SRC:%.c=$(OBJDIR)/%.lst) $(CPPSRC:%.cpp=$(OBJDIR)/%.lst) $(ASRC:%.S=$(OBJDIR)/%.lst)


# Compiler flags to generate dependency files.
GENDEPFLAGS = -MMD -MP -MF .dep/$(@F).d


# Combine all necessary flags and optional flags.
# Add target processor to flags.
ALL_CFLAGS = -mmcu=$(MCU) -I. $(CFLAGS) $(GENDEPFLAGS)
ALL_CPPFLAGS = -mmcu=$(MCU) -I. -x c++ $(CPPFLAGS) $(GENDEPFLAGS)
ALL_ASFLAGS = -mmcu=$(MCU) -I. -x assembler-with-cpp $(ASFLAGS)





# Default target.
all: begin gccversion sizebefore build sizeafter end

# Change the build target to build a HEX file or a library.
build: elf hex bin eep lss sym
#build: lib


elf: $(TARGET).elf
hex: $(TARGET).hex
eep: $(TARGET).eep
lss: $(TARGET).lss
sym: $(TARGET).sym
LIBNAME=lib$(TARGET).a
lib: $(LIBNAME)
bin: $(TARGET).bin


# Eye candy.
# AVR Studio 3.x does not check make's exit code but relies on
# the following magic strings to be generated by the compile job.
begin:
@echo
@echo $(MSG_BEGIN)

end:
@echo $(MSG_END)
@echo


# Display size of file.
HEXSIZE = $(SIZE) --target=$(FORMAT) $(TARGET).hex
ELFSIZE = $(SIZE) --mcu=$(MCU) --format=avr $(TARGET).elf

sizebefore:
@if test -f $(TARGET).elf; then echo; echo $(MSG_SIZE_BEFORE); $(ELFSIZE); \
2>/dev/null; echo; fi

sizeafter:
@if test -f $(TARGET).elf; then echo; echo $(MSG_SIZE_AFTER); $(ELFSIZE); \
2>/dev/null; echo; fi



# Display compiler version information.
gccversion :
@$(CC) --version



# Program the device.  
program: $(TARGET).hex $(TARGET).eep
$(AVRDUDE) $(AVRDUDE_FLAGS) $(AVRDUDE_WRITE_FUSES) $(AVRDUDE_WRITE_FLASH) $(AVRDUDE_WRITE_EEPROM) $(AVRDUDE_WRITE_LOCKS)

# Generate avr-gdb config/init file which does the following:
#     define the reset signal, load the target file, connect to target, and set
#     a breakpoint at main().
gdb-config:
@$(REMOVE) $(GDBINIT_FILE)
@echo define reset >> $(GDBINIT_FILE)
@echo SIGNAL SIGHUP >> $(GDBINIT_FILE)
@echo end >> $(GDBINIT_FILE)
@echo file $(TARGET).elf >> $(GDBINIT_FILE)
@echo target remote $(DEBUG_HOST):$(DEBUG_PORT)  >> $(GDBINIT_FILE)
ifeq ($(DEBUG_BACKEND),simulavr)
@echo load  >> $(GDBINIT_FILE)
endif
@echo break main >> $(GDBINIT_FILE)

debug: gdb-config $(TARGET).elf
ifeq ($(DEBUG_BACKEND), avarice)
@echo Starting AVaRICE - Press enter when "waiting to connect" message displays.
@$(WINSHELL) /c start avarice --jtag $(JTAG_DEV) --erase --program --file \
$(TARGET).elf $(DEBUG_HOST):$(DEBUG_PORT)
@$(WINSHELL) /c pause

else
@$(WINSHELL) /c start simulavr --gdbserver --device $(MCU) --clock-freq \
$(DEBUG_MFREQ) --port $(DEBUG_PORT)
endif
@$(WINSHELL) /c start avr-$(DEBUG_UI) --command=$(GDBINIT_FILE)




# Convert ELF to COFF for use in debugging / simulating in AVR Studio or VMLAB.
COFFCONVERT = $(OBJCOPY) --debugging
COFFCONVERT += --change-section-address .data-0x800000
COFFCONVERT += --change-section-address .bss-0x800000
COFFCONVERT += --change-section-address .noinit-0x800000
COFFCONVERT += --change-section-address .eeprom-0x810000



coff: $(TARGET).elf
@echo
@echo $(MSG_COFF) $(TARGET).cof
$(COFFCONVERT) -O coff-avr $< $(TARGET).cof


extcoff: $(TARGET).elf
@echo
@echo $(MSG_EXTENDED_COFF) $(TARGET).cof
$(COFFCONVERT) -O coff-ext-avr $< $(TARGET).cof



# Create final output files (.hex, .eep) from ELF output file.
%.hex: %.elf
@echo
@echo $(MSG_FLASH) $@
$(OBJCOPY) -O $(FORMAT) -R .eeprom -R .fuse -R .lock $< $@

%.bin: %.elf
@echo
@echo $(MSG_FLASH) $@
$(OBJCOPY) -O binary -R .eeprom -R .fuse -R .lock $< $@

%.eep: %.elf
@echo
@echo $(MSG_EEPROM) $@
-$(OBJCOPY) -j .eeprom --set-section-flags=.eeprom="alloc,load" \
--change-section-lma .eeprom=0 --no-change-warnings -O $(FORMAT) $< $@ || exit 0

# Create extended listing file from ELF output file.
%.lss: %.elf
@echo
@echo $(MSG_EXTENDED_LISTING) $@
$(OBJDUMP) -h -S -z $< > $@

# Create a symbol table from ELF output file.
%.sym: %.elf
@echo
@echo $(MSG_SYMBOL_TABLE) $@
$(NM) -n $< > $@



# Create library from object files.
.SECONDARY : $(TARGET).a
.PRECIOUS : $(OBJ)
%.a: $(OBJ)
@echo
@echo $(MSG_CREATING_LIBRARY) $@
$(AR) $@ $(OBJ)


# Link: create ELF output file from object files.
.SECONDARY : $(TARGET).elf
.PRECIOUS : $(OBJ)
%.elf: $(OBJ)
@echo
@echo $(MSG_LINKING) $@
$(CC) $(ALL_CFLAGS) $^ --output $@ $(LDFLAGS)


# Compile: create object files from C source files.
$(OBJDIR)/%.o : %.c
@echo
@echo $(MSG_COMPILING) $<
$(CC) -c $(ALL_CFLAGS) $< -o $@


# Compile: create object files from C++ source files.
$(OBJDIR)/%.o : %.cpp
@echo
@echo $(MSG_COMPILING_CPP) $<
$(CC) -c $(ALL_CPPFLAGS) $< -o $@


# Compile: create assembler files from C source files.
%.s : %.c
$(CC) -S $(ALL_CFLAGS) $< -o $@


# Compile: create assembler files from C++ source files.
%.s : %.cpp
$(CC) -S $(ALL_CPPFLAGS) $< -o $@


# Assemble: create object files from assembler source files.
$(OBJDIR)/%.o : %.S
@echo
@echo $(MSG_ASSEMBLING) $<
$(CC) -c $(ALL_ASFLAGS) $< -o $@


# Create preprocessed source for use in sending a bug report.
%.i : %.c
$(CC) -E -mmcu=$(MCU) -I. $(CFLAGS) $< -o $@


# Target: clean project.
clean: begin clean_list end

clean_list :
@echo
@echo $(MSG_CLEANING)
$(REMOVE) $(TARGET).hex
$(REMOVE) $(TARGET).eep
$(REMOVE) $(TARGET).cof
$(REMOVE) $(TARGET).elf
$(REMOVE) $(TARGET).map
$(REMOVE) $(TARGET).sym
$(REMOVE) $(TARGET).lss
$(REMOVE) $(SRC:%.c=$(OBJDIR)/%.o)
$(REMOVE) $(SRC:%.c=$(OBJDIR)/%.lst)
$(REMOVE) $(SRC:.c=.s)
$(REMOVE) $(SRC:.c=.d)
$(REMOVE) $(SRC:.c=.i)
$(REMOVEDIR) .dep


# Create object files directory
$(shell mkdir $(OBJDIR) 2>/dev/null)


# Include the dependency files.
-include $(shell mkdir .dep 2>/dev/null) $(wildcard .dep/*)


# Listing of phony targets.
.PHONY : all begin finish end sizebefore sizeafter gccversion \
build elf hex eep lss sym coff extcoff \
clean clean_list program debug gdb-config
« Последнее редактирование: Июнь 18, 2013, 17:30 от b-s-a » Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #18 : Июнь 18, 2013, 20:00 »

Цитата: b-s-a
создание своей - более сложная работа.

Блин, да ничего сложного нет! По сути - это тот-же Makefile только проще:
в процессе сборки аргументы подставляются для каждого шага и все..

Цитата: b-s-a
Не забывай, что нужно отслеживать изменения файлов.

Зачем? Я не понял.. Для того чтобы не пересобирать каждый раз все сорцы, а пересобрать только измененные?

Цитата: b-s-a
Более того, нужно рекурсивно отслеживать изменение зависимостей файлов (#include). Имхо, тут гимору больше.

Зачем это отслеживать? Ну отредактировал пользователь файл - ну и что? В чем проблема, я не пойму?

Цитата: b-s-a
Вот так выглядит Makefile. Достаточно просто менять значение переменных и все. А шаблон можно хранить в виде данных плагина. При изменении настроек достаточно просто перегенерировать его.

Те-же яйца, только в профиль, да еще зависящие от отдельной утилиты make.exe, да еще и парсер делать - ну его. Все-равно нужно будет отслеживать изменения файлов и перегенеривать Makefile...

ИМХО, что может быть проще текущего решения? Не пойму, зачем все эти заморочки с Makefile и пр.?  Улыбающийся
Записан

ArchLinux x86_64 / Win10 64 bit
alex312
Хакер
*****
Offline Offline

Сообщений: 606



Просмотр профиля
« Ответ #19 : Июнь 18, 2013, 20:32 »

Цитата: b-s-a
Не забывай, что нужно отслеживать изменения файлов.
Зачем? Я не понял.. Для того чтобы не пересобирать каждый раз все сорцы, а пересобрать только измененные?
Цитата: b-s-a
Более того, нужно рекурсивно отслеживать изменение зависимостей файлов (#include). Имхо, тут гимору больше.
Зачем это отслеживать? Ну отредактировал пользователь файл - ну и что? В чем проблема, я не пойму?
Простой пример, сейчас мой проект под STM32F4 собирается полностью за 30 сек., а после изменения 1-го файла  -  5 сек. Вот разница между 30 и 5 - это и есть проблема.

Те-же яйца, только в профиль, да еще зависящие от отдельной утилиты make.exe, да еще и парсер делать - ну его. Все-равно нужно будет отслеживать изменения файлов и перегенеривать Makefile...
ИМХО, что может быть проще текущего решения? Не пойму, зачем все эти заморочки с Makefile и пр.?  Улыбающийся
Во-первых, утилита make есть и работает в отличии от . Во-вторых никакого парсера не нужно, нужен генератор. В третьих - перегенерировать makefile нужно будет только после изменения опций компиляторов/линкеров/ассемблеров, или после добавления/удаления файлов проекта. В четвертых - такая схема уже работает в QtCreatore.
Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #20 : Июнь 18, 2013, 21:06 »

Цитата: alex312
Простой пример, сейчас мой проект под STM32F4 собирается полностью за 30 сек., а после изменения 1-го файла  -  5 сек. Вот разница между 30 и 5 - это и есть проблема.

Хорошо, в принципе это резонно...

Цитата: alex312
Во-первых, утилита make есть и работает в отличии от .

Проблема в том, что инсталляторы кросс-компилеров не имеют в своем составе утилиты make.
Её придется устанавливать отдельно в ту-же директорию, где лежат бинари кросс-компилятора (под Windows),
иначе, в принципе, нет никакой возможности узнать откуда ее make.exe запускать.

Для решения проблемы (когда Make может лежать где угодно и т.п.), в этом случае придется создавать отдельный кастомный GCC тулчейн, в который можно
добавить поля для выбора путей ко всем необходимым екзешкам тулчейна: компиляторам, стрипперу, линкеру, make и пр.

Это добавляет мне работы Улыбающийся.

Цитата: alex312
Во-вторых никакого парсера не нужно, нужен генератор. В третьих - перегенерировать makefile нужно будет только после изменения опций компиляторов/линкеров/ассемблеров, или после добавления/удаления файлов проекта. В четвертых - такая схема уже работает в QtCreatore.

Ок, в принципе - соглашусь.

Но дополнительный гемор с генератором (затраты на его создание) не идет ни в какое сравнение с проблемой компиляции изменившихся файлов и т.п.
Потому что придется кросс-платформенно автодетектить наличие и имена системных утилит типа: copy, move и пр.

Т.е. по сути - это задача создания генератора, аналогичного qmake... Это ппц. сколько работы. Если кто-нибудь возьмется за реализацию генератора - то я соглашусь на использование Makefile.  Улыбающийся

Записан

ArchLinux x86_64 / Win10 64 bit
lit-uriy
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3880


Просмотр профиля WWW
« Ответ #21 : Июнь 18, 2013, 22:11 »

>>Проблема в том, что инсталляторы кросс-компилеров не имеют в своем составе утилиты make.
эту фразу не понял, обчём речь (вроде речь шла о Только GCC)? можно пример?
Записан

Юра.
lit-uriy
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3880


Просмотр профиля WWW
« Ответ #22 : Июнь 18, 2013, 22:13 »

>>Т.е. по сути - это задача создания генератора, аналогичного qmake... Это ппц. сколько работы.
а чё его делать, бери его из Qt (%QTDIR%/qmake) он же собирается статически всегда (т.к. пока его не соберёшь, никакие QtCore,... не собрать)
Записан

Юра.
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #23 : Июнь 18, 2013, 22:56 »

Цитата: lit-uriy
>>Проблема в том, что инсталляторы кросс-компилеров не имеют в своем составе утилиты make.
эту фразу не понял, обчём речь (вроде речь шла о Только GCC)? можно пример?

Тут речь уже идет об использовании (генерации) Makefile и использовании утилиты Make,
вместо прямой компиляции из "командной строки".

Например, тот ARM GCC кросс-компилятор который я использовал (на который в шапке темы дал ссылку) не имеет
утилиты Make (да и все другие ее тоже не имеют в составе своих инсталляционных пакетов).
Поэтому, при добавлении в креатор этого GCC компилятора мы не сможем использовать утилиту Make, т.к. ее нет в принципе,
и, следовательно, мы не сможем ничего собрать, используя сгенеренный Makefile!

Дело в том, что MinGW под винду (не говоря уже о Linux) имеют в своем составе утилиту Make, но наш кросс-компилятор не будет её иметь,
ее надо будет устанавливать отдельно и как-то указывать к ней путь...

Цитата: lit-uriy
а чё его делать, бери его из Qt (%QTDIR%/qmake) он же собирается статически всегда (т.к. пока его не соберёшь, никакие QtCore,... не собрать)

Ты предлагаешь мне взять исходники qmake и на их основе сделать свою генерилку?  Шокированный
Неее, я такое не потяну в одиночку - вот сам возьми и забацай, раз так все просто Улыбающийся
Записан

ArchLinux x86_64 / Win10 64 bit
Странник
Гость
« Ответ #24 : Июнь 19, 2013, 09:53 »

Ты предлагаешь мне взять исходники qmake и на их основе сделать свою генерилку?  Шокированный
Неее, я такое не потяну в одиночку - вот сам возьми и забацай, раз так все просто Улыбающийся
мне кажется, использование pro-файла проекта вместо своего собственного ini-формата - более удачное решение. можно реализовать собственный makefile-генератор в составе qmake - насколько я понимаю, задача аналогична генерации makefile для кросс-компиляции под Symbian. готов провести более глубокое исследование данного вопроса. впрочем, вариант с qbs кажется мне перспективнее..
« Последнее редактирование: Июнь 19, 2013, 10:24 от Странник » Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #25 : Июнь 19, 2013, 14:01 »

Цитата: Странник
мне кажется, использование pro-файла проекта вместо своего собственного ini-формата - более удачное решение. можно реализовать собственный makefile-генератор в составе qmake - насколько я понимаю, задача аналогична генерации makefile для кросс-компиляции под Symbian. готов провести более глубокое исследование данного вопроса. впрочем, вариант с qbs кажется мне перспективнее..

При использовании qmake - основная проблема будет в невозможности определения типа проекта по его *.pro файлу.
Т.е. При открытии Embedded проекта, QtCreator определит что это проект "заточен" под Qt, соответственно, не
"подцепится" наш Embedded плагин: не отобразятся виджеты настройки компилятора, линкера и пр., а он подгрузит Qt4Project/Qt4Support плагины..

Также проблема в том, что используя qmake мы сможем задавать все эти флаги неявно, только в *.pro/*.pri файлах.

Лично мне эта идея (использования qmake, qbs) не нравится совсем, потому что нельзя будет отобразить в проекте
специфичные для Embedded вещи.

Нужно создавать свое расширение для файлов Embedded проектов - иначе ничего не получится.

[quote  author=Странник]
готов провести более глубокое исследование данного вопроса. впрочем, вариант с qbs кажется мне перспективнее..
[/quote]

Ок. Это будет интересно. Изложи потом свои мысли как ты видишь все это в связке с qbs.

PS: Но ИМХО, для меня: qmake, qbs и пр. - это лишние сущности для Embedded проектов, т.к. усложняют всё очень сильно...  Грустный


UPD: И да, можно попробовать через QbsProjectManager сделать.. Надо посмотреть на сорцы - может получится.
« Последнее редактирование: Июнь 19, 2013, 14:21 от kuzulis » Записан

ArchLinux x86_64 / Win10 64 bit
alex312
Хакер
*****
Offline Offline

Сообщений: 606



Просмотр профиля
« Ответ #26 : Июнь 19, 2013, 15:51 »


Нужно создавать свое расширение для файлов Embedded проектов - иначе ничего не получится.

Может как-то через создание нового устройства. (Настройки кита -> тип устройства).
Записан
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #27 : Июнь 19, 2013, 18:16 »

Цитата: alex312
Может как-то через создание нового устройства. (Настройки кита -> тип устройства).

Это сейчас есть, только называется "Embedded device". Улыбающийся

Записан

ArchLinux x86_64 / Win10 64 bit
lit-uriy
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 3880


Просмотр профиля WWW
« Ответ #28 : Июнь 19, 2013, 18:19 »

ребята, а что такое "qbs"?
Записан

Юра.
kuzulis
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 2812


Просмотр профиля
« Ответ #29 : Июнь 19, 2013, 19:27 »

Цитата: lit-uriy
ребята, а что такое "qbs"?

Типа новый плагин qbsprojectmanager, который должен заменить qt4projectmanager.

В нем, вместо qmake с его *.pro/*.pri файлами проекта используются новые файлы проекта *.qbs,
в которых структура проекта описывается при помощи JSON (если я не ошибаюсь) с возможностью вставки Java-script. Улыбающийся

Вот ссыль на описание что есть QBS: http://qt-project.org/wiki/Category:Tools::qbs

UPD: Я тут потыкал QBS с новым QtCreator 2.8 и понял, что его никак не прикрутить к нашему плагину (никак невозможно использовать),
т.к. qbsprojectmanager не экспортирует никаких классов и нельзя их использовать (в отличии от qt4projectmanager).

Поэтому, ИМХО, я даже не буду заморачиваться c использованием QBS и QMake, т.к. толку от этого нуль.

Буду держаться своей первоначальной линии Улыбающийся
Записан

ArchLinux x86_64 / Win10 64 bit
Страниц: 1 [2] 3 4   Вверх
  Печать  
 
Перейти в:  


Страница сгенерирована за 0.057 секунд. Запросов: 22.