summaryrefslogtreecommitdiffstats
path: root/scripts/gccnewlib/gccnewlib_c_only.spec.in (unfollow)
Commit message (Collapse)AuthorFilesLines
2000-05-28These files were added or deleted on the 4.5 branch as part ofJoel Sherrill1-201/+0
Ralf's patch to split the .spec files into multiple ".add" parts.
2000-01-27Removed gnat and made final cleanup.Joel Sherrill1-9/+36
2000-01-23Patch from David Fiddes <D.J@fiddes.surfaid.org> which adds basicJoel Sherrill1-7/+7
Cygwin support to the RPM scripts. The patch from David did not apply cleanly and Joel ended up making all the modifications plus some it should have included for consistency by hand. His comments: I've included a diff against the last (19991203) snapshot RPM scripts that adds what I think is required for Cygwin support. Basically all this boils down to is adding EXE extension support. I've added the AC_EXEEXT rule to conifgure.in (requires a valid 'cc' to work - this is not available in the standard Cygwin distro). Each of the *.spec.in have @exe_ext@ includes in them for each program that results in an EXE. The only odity here is that the chill driver program is a shell script and thus does not require .exe to be added... The mk*.in have all been updated to process the new exe_ext rule.
1999-11-18Corrected to remove references to non-existent subpackages.Joel Sherrill1-2/+2
1999-11-05Added this file as a way to build RPMs for CPUs that would onlyJoel Sherrill1-118/+13
successfully build C/C++ and not all of the other languages included in late model egcs/gcc releases.
1999-11-04The files in libcpu should not be directly dependent on any BSP. InJoel Sherrill1-44/+6
particular, using bsp.h, or getting information from the BSP which should properly be obtained from RTEMS is forbidden. This is necessary to strengthen the division between the BSP independent parts of RTEMS and the BSPs themselves. This started after comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>. The changes primarily eliminated the need to include bsp.h and peeking at BSP_Configuration. The use of Cpu_table in each BSP needs to be eliminated.
1999-11-04Added first stab at mkgnatnewlib.Joel Sherrill1-0/+0
1999-10-27Latest version from Ralf Corsepius <corsepiu@faw.uni-ulm.de> whichJoel Sherrill1-44/+103
splits gcc, gcj, chill, f77 and objc into separate rpms..
1999-10-25Patch generated from scripts-19991025-0.tar.gz fromJoel Sherrill1-34/+113
Ralf Corsepius <corsepiu@faw.uni-ulm.de>: Most significant changes: * Names for rpms changed again * gccnewlib.rpm split into 3 rpms, one for chill, gcj, gcc (includes c/c++/f77/objc), simultaneously built from a common *.spec. * small patches with major impact to gcc and newlib (Those fixes mentioned to Ian, ie. libobjc/libchill are built, multilibing works) * gcc patch against gcc-2.95.2 (Should also apply to gcc-2.95.1 without major problems) * Buildroot removed from */*spec.in * New: rpm Group: "rtems" (rpm -q -g rtems reports all RTEMS packages)
1999-10-25Merged scripts-19991022-0 changes from Ralf.Joel Sherrill1-46/+35
1999-10-21Now builds RPM without complete source. Each target is only 15K.Joel Sherrill1-3/+16
1999-10-21Now can specify rpm_build_root via setup.Joel Sherrill1-2/+2
Changed package name so generated RPM would have a nicer name.
1999-10-21Changes from Ralf with script-19991021-0. He fixed the %filesJoel Sherrill1-11/+45
issue and has mkbspspec in a better state. user.cfg is now gone. There are some miscellaneous changes to buildall done by Joel to clean up the build process.
1999-10-20Moved stuff to rtems subdirectory and made sure the system stillJoel Sherrill1-34/+36
functioned. Merged Ralf's changes into gccnewlib.spec.in.
1999-10-20Miscellaneous improvements and cleanups committed so I can mergeJoel Sherrill1-1/+2
Ralf's end of day version.
1999-10-20New version from Ralf.Joel Sherrill1-30/+38
1999-10-20Committing changes before Ralf's changed.Joel Sherrill1-0/+15
1999-10-19Left to build overnight.Joel Sherrill1-3/+3
1999-10-19Easier to insert tool version number.Joel Sherrill1-11/+11
1999-10-18Making sparc-rtems rpms available.Joel Sherrill1-0/+1
1999-10-18Working on being able to cut RPMs. It now appears that the processJoel Sherrill1-0/+116
is working mostly for sparc at least. There is one major problem -- the current process generates a unique source file per RPM when in fact all of the source files are nearly the same -- it is only the spec part of the rpm which differs. The new file mkbinutils_subpackage_version is an attempt to address this. It does part of the job right -- one source file produces multiple binary RPMs. BUT the end user can not produce the resulting RPMS themselves from SRPMS unless they also build all targets.