File: Makefile.am

package info (click to toggle)
avr-libc 20020203-2
  • links: PTS
  • area: main
  • in suites: woody
  • size: 1,448 kB
  • ctags: 6,562
  • sloc: ansic: 7,631; asm: 4,424; sh: 2,703; makefile: 338; pascal: 289
file content (37 lines) | stat: -rw-r--r-- 1,289 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
## Process this file with automake to generate Makefile.in

# content of AVRLIB_ASFLAGS is determined by configure
# according to the multilib subdir (see acinclude.m4 in top directory)
# AM_CFLAGS are used when compiling.
AM_CFLAGS = $(AVRLIB_CFLAGS)

noinst_LIBRARIES = lib.a

# the_lib_sources = \
# 	qsort.c   \
# 	strtol.c  \
# 	strtoul.c

# the_lib_objects = $(the_lib_sources:.c=.o)

# content of LIB_SRC_BSD, LIB_OBJ_BSD and LIB_EXTRA_BSD is determined by
# configure according to the usegnu configure option

# It was tricky to overrule automake to create the object files and to
# put them to the library; lib_a_DEPENDENCIES tells automake to create
# the object files and lib_a_LIBADD will put them to the library
# The problems was, that automake generates the content of lib_a_OBJECTS
# from lib_a_SOURCES. In our case this is a make variable determined by
# configure and automake will generate an empty lib_a_OBJECTS. I could
# solve the problem with putting the names of the source files to
# LIB_SRC_GNU. But I don't like this. I think only the makefile should
# know the sources.
# lib_a_SOURCES = $(LIB_SRC_GNU)
# lib_a_DEPENDENCIES = $(LIB_OBJ_GNU)
# lib_a_LIBADD = $(LIB_OBJ_GNU)
# EXTRA_DIST = $(LIB_EXTRA_GNU)

lib_a_SOURCES = \
	qsort.c   \
	strtol.c  \
	strtoul.c